On Thursday 10 September 2009 09:42:32 am Andreas Mohr wrote: > Hi, > > On Thu, Sep 10, 2009 at 09:25:00AM -0700, Dmitry Torokhov wrote: > > On Thursday 10 September 2009 03:31:26 am Andreas Mohr wrote: > > > Possibly the kernel's control key state got stuck in a weird state, > > > perhaps due to some input layer race conditions or so. > > > > > > Or is it X.org's input handling which is responsible for Ctrl-Alt-F1 > > > etc. combos? I wouldn't think so... > > > > X is solely responsible for handling input when active. It switches > > console in RAW mode which bypasses kernel processing) and does it's > > own thing. This includes switching VTs upon Ctrl-ALt-Fx. > > OK, but what's puzzling is that there's no indication whatsoever that > there's any broken Ctrl activity (neither in konsole nor in a tty), > yet the tty gets switched readily as soon as only Alt-Fx gets pressed in > X.org. > > IOW (unless that's wrong) you're saying that it's X.org which has > a broken Ctrl key state (but solely when doing the Alt-Fx switch, > _not_ when doing Ctrl-L or regular letter input), not the kernel. > > If so, would this problem warrant notifying X.org upstream, > or is it likely to be fixed in newer X.org releases? I don't follow X development unfortunately but I think it is a good idea to ask there. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html