Thread (2 messages) 2 messages, 2 authors, 2012-02-28

Re: [RFC PATCH] vt:tackle kbd_table

From: Greg KH <gregkh@linuxfoundation.org>
Date: 2012-02-28 01:12:52
Also in: lkml

On Mon, Feb 27, 2012 at 04:10:23PM +0000, Alan Cox wrote:
This could do with some extra eyes and double checking. With this one out of
the day we can start to make a dent in the console locking logic and thus
eventually into tty_lock().

From: Alan Cox <redacted>

Keyboard struct lifetime is easy, but the locking is not and is completely
ignored by the existing code. Tackle this one head on

- Make the kbd_table private so we can run down all direct users
- Hoick the relevant ioctl handlers into the keyboard layer
- Lock them with the keyboard lock so they don't change mid keypress
- Add helpers for things like console stop/start so we isolate the poking
  around properly
- Tweak the braille console so it still builds
The drivers/staging/speakup/main.c code also would need to be tweaked in
this same manner, but that's not a big deal.

Other than that, at first glance, this looks good, nice job.  Care to
make the speakup change and resend it so we can try it out in
linux-next?

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help