linux/drivers/input/serio, branch v2.6.32

Input: i8042 - add Dell Vostro 1320, 1520 and 1720 to the reset list

2009-12-02T23:41:33Z

These laptops often leave i8042 in a wierd state resulting in non- operational touchpad and keyboard. Signed-off-by: Anisse Astier Signed-off-by: Dmitry Torokhov Signed-off-by: Linus Torvalds

Input: i8042 - try to get stable CTR value when initializing

2009-11-03T06:11:43Z

If user presses keys while i8042 is being initialized there is a chance that keyboard data will be mistaken for results of Read Control Register command causing futher troubles. Work around this issue by reading CTR several times and stop when we get matching results. Reported-and-tested-by: Dave Young Signed-off-by: Dmitry Torokhov

Merge commit 'v2.6.32-rc5' into for-linus

2009-11-03T06:10:07Z

Input: i8042 - add Sony Vaio VGN-FZ240E to the nomux list

2009-10-18T07:03:30Z

On this model, when KBD is in active multiplexing mode, acknowledgements to reset and get ID commands issued on KBD port sometimes are delivered to AUX3 port (touchpad) which messes up device detection. Legacy KBC mode works fine and since there are no external PS/2 ports on this laptop and no support for docking station we can safely disable active MUX mode. Tested-by: Carlos R. Mafra Signed-off-by: Dmitry Torokhov

Input: i8042 - make pnp_data_busted variable boolean instead of int

2009-10-13T04:37:14Z

This small snippet escaped last round of int -> bool conversion. Reported-by: Joe Perches Signed-off-by: Dmitry Torokhov

headers: remove sched.h from interrupt.h

2009-10-11T18:20:58Z

After m68k's task_thread_info() doesn't refer to current, it's possible to remove sched.h from interrupt.h and not break m68k! Many thanks to Heiko Carstens for allowing this. Signed-off-by: Alexey Dobriyan

Input: i8042 - print debug data when testing AUX IRQ delivery

2009-10-09T03:59:54Z

Sometimes it is not clear why IRQ delivery test failed so let's add some debug printks so we know the exact reason. Signed-off-by: Dmitry Torokhov

Input: libps2 - fix dependancy on i8042

2009-10-06T05:00:47Z

libps2 can not be built in if i8042 is a module, all other combinations are allowed. Reported-by: Randy Dunlap Signed-off-by: Dmitry Torokhov

Input: libps2 - additional locking for i8042 ports

2009-09-18T06:23:45Z

The serio ports on i8042 are not completely isolated; while we provide enough locking to ensure proper serialization when accessing control and data registers AUX and KBD ports can still have an effect on each other on PS/2 protocol level. The most prominent effect is that issuing a command for the device connected to one port may cause abort of the command currently executing by the device connected to another port. Since i8042 nor serio subsystem are not aware of the details of the PS/2 protocol (length of the commands and their replies and so on) the locking should be done on libps2 level by adding special handling when we see that we are dealing with serio port on i8042. Signed-off-by: Dmitry Torokhov

Merge branch 'next' into for-linus

2009-09-14T04:16:56Z