linux.git/drivers/char/keyboard.c, branch master

TTY: create drivers/tty/vt and move the vt code there

2010-11-05T15:16:52+00:00

The vt and other related code is moved into the drivers/tty/vt directory.

Acked-by: Arnd Bergmann 
Cc: Jiri Slaby 
Cc: Alan Cox 
Signed-off-by: Greg Kroah-Hartman

Input: add support for large scancodes

2010-09-10T05:00:50+00:00

Several devices use a high number of bits for scancodes. One important
group is the Remote Controllers. Some new protocols like RC-6 define a
scancode space of 64 bits.

The current EVIO[CS]GKEYCODE ioctls allow replace the scancode/keycode
translation tables, but it is limited to up to 32 bits for scancode.

Also, if userspace wants to clean the existing table, replacing it by
a new one, it needs to run a loop calling the ioctls over the entire
sparse scancode space.

To solve those problems, this patch extends the ioctls to allow drivers
handle scancodes up to 32 bytes long (the length could be extended in
the future should such need arise) and allow userspace to query and set
scancode to keycode mappings not only by scancode but also by index.

Compatibility code were also added to handle the old format of
EVIO[CS]GKEYCODE ioctls.

Folded fixes by:
- Dan Carpenter: locking fixes for the original implementation
- Jarod Wilson: fix crash when setting keycode and wiring up get/set
                handlers in original implementation.
- Dmitry Torokhov: rework to consolidate old and new scancode handling,
                   provide options to act either by index or scancode.

Signed-off-by: Mauro Carvalho Chehab 
Signed-off-by: Dan Carpenter 
Signed-off-by: Jarod Wilson 
Signed-off-by: Dmitry Torokhov

tty: Move the vt_tty field from the vc_data into the standard tty_port

2010-08-10T20:47:42+00:00

This takes all the tty references through the expected interface points so
we can refcount them.

Signed-off-by: Alan Cox 
Cc: Arnd Bergmann 
Signed-off-by: Greg Kroah-Hartman

Input: keyboard - also match braille-only keyboards

2010-07-31T09:29:31+00:00

drivers/char/keyboard.c also handles braille keys, so it should also match
braille-only keyboards.

Signed-off-by: Samuel Thibault 
Signed-off-by: Dmitry Torokhov

Input: keyboard - fix formatting issues

2010-04-14T06:26:35+00:00

Also convert few variables to 'bool'.

Signed-off-by: Dmitry Torokhov

Input: keyboard - switch to using pr_err() and friends

2010-04-14T06:26:14+00:00

Signed-off-by: Dmitry Torokhov

Input: implement SysRq as a separate input handler

2010-04-14T06:26:02+00:00

Instead of keeping SysRq support inside of legacy keyboard driver split
it out into a separate input handler (filter). This stops most SysRq input
events from leaking into evdev clients (some events, such as first SysRq
scancode - not keycode - event, are still leaked into both legacy keyboard
and evdev).

[martinez.javier@gmail.com: fix compile error when CONFIG_MAGIC_SYSRQ is
 not defined]
Signed-off-by: Dmitry Torokhov

Input: add match() method to input hanlders

2010-02-04T08:25:19+00:00

Get rid of blacklist in input handler structure and instead allow
handlers to define their own match() method to perform fine-grained
filtering of supported devices.

Signed-off-by: Dmitry Torokhov

Input: Mac button emulation - implement as an input filter

2010-01-30T09:47:49+00:00

Current implementation of Mac mouse button emulation plugs into legacy
keyboard driver, converts certain keys into button events on a separate
device, and suppresses the real events from reaching tty. This worked
well enough until user space started using evdev which was completely
unaware of this arrangement and kept sending original key presses to
its users. Change the implementation to use newly added input filter
framework so that original key presses are not transmitted to any
handlers.

As a bonus remove SYSCTL dependencies from the code and use Kconfig
instead; also do not create the emulated mouse device until user
activates emulation.

Signed-off-by: Dmitry Torokhov

Input: keyboard - don't override beep with a bell

2009-12-16T05:48:55+00:00

The commit 66d2a5952eab875f1286e04f738ef029afdaf013 introduces a bug:
for every beep requested, a bell is also generated.

Reported-by: Paul Martin 
Signed-off-by: Dmitry Torokhov