Linux kernel stable tree (mirror) https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.35.y 2011-02-06T19:03:53+00:00 2011-02-06T19:03:53+00:00 Jiri Kosina jkosina@suse.cz 2011-01-08T09:37:26+00:00 urn:sha1:c82c51bbf2cfd71b09ca98da799f03009a6507e8 i8042 controller present in Dell Vostro V13 errorneously signals spurious timeouts. Introduce i8042.notimeout parameter for ignoring i8042-signalled timeouts and apply this quirk automatically for Dell Vostro V13, based on DMI match. In addition to that, this machine also needs to be added to nomux blacklist. Signed-off-by: Jiri Kosina <jkosina@suse.cz> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Andi Kleen <ak@linux.intel.com> 2010-12-14T22:40:17+00:00 Dmitry Torokhov dmitry.torokhov@gmail.com 2010-11-04T16:12:44+00:00 urn:sha1:48d21fcef246f334706d5ac81d34c594915259b0 [Note that the mainline will not have this particular fix but rather will blacklist entire VAIO line based off DMI board name. For stable I am being a bit more cautious and blacklist one particular product.] Trying to query/activate active multiplexing mode on this VAIO makes both keyboard and touchpad inoperable. Futher kernels will blacklist entire VAIO line, however here we blacklist just one particular model. Reported-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Andi Kleen <ak@linux.intel.com> 2010-09-20T20:36:39+00:00 Dmitry Torokhov dmitry.torokhov@gmail.com 2010-07-21T03:25:34+00:00 urn:sha1:ac1a91ede75a5311e57b1a093d8b313cd7c9f515 commit 1ca56e513a9fd356d5a9e0de45dbe0e189e00386 upstream. Some laptops, such as Lenovo 3000 N100, require keyboard controller reset in order to have touchpad operable after suspend to RAM. Even if box does not need the reset it should be safe to do so, so instead of chasing after misbehaving boxes and grow DMI tables, let's reset the controller unconditionally. Reported-and-tested-by: Jerome Lacoste <jerome.lacoste@gmail.com> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> 2010-09-20T20:36:39+00:00 Dmitry Torokhov dmitry.torokhov@gmail.com 2010-09-01T00:27:02+00:00 urn:sha1:e9d3ad84a2b475896c74e41036ba0e8b591fac8e commit af045b86662f17bf130239a65995c61a34f00a6b upstream. We need to call platform_device_unregister(i8042_platform_device) before calling platform_driver_unregister() because i8042_remove() resets i8042_platform_device to NULL. This leaves the platform device instance behind and prevents driver reload. Fixes https://bugzilla.kernel.org/show_bug.cgi?id=16613 Reported-by: Seryodkin Victor <vvscore@gmail.com> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> 2010-07-22T18:46:15+00:00 Linus Torvalds torvalds@linux-foundation.org 2010-07-22T18:46:15+00:00 urn:sha1:27efd7e2e6d052e543425dba172d96f42704ef65 * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input: Input: synaptics - relax capability ID checks on newer hardware Input: twl40300-keypad - fix handling of "all ground" rows Input: gamecon - reference correct pad in gc_psx_command() Input: gamecon - reference correct input device in NES mode Input: w90p910_keypad - change platfrom driver name to 'nuc900-kpi' Input: i8042 - add Gigabyte Spring Peak to dmi_noloop_table Input: qt2160 - rename kconfig symbol name 2010-07-20T04:41:52+00:00 Kamal Mostafa kamal@canonical.com 2010-07-19T18:00:52+00:00 urn:sha1:3e1bbc8d5018a05c0793c8a32b777a1396eb4414 Gigabyte "Spring Peak" notebook indicates wrong chassis-type, tripping up i8042 and breaking the touchpad. Add this model to i8042_dmi_noloop_table[] to resolve. BugLink: https://bugs.launchpad.net/bugs/580664 Signed-off-by: Kamal Mostafa <kamal@canonical.com> Cc: stable@kernel.org Signed-off-by: Dmitry Torokhov <dtor@mail.ru> 2010-07-08T00:05:07+00:00 Feng Tang feng.tang@intel.com 2010-07-07T20:02:16+00:00 urn:sha1:5cdfa1c3bbabb809ef3134f741a63e13373a8cad Then it will first check x86_platforms's i8042 detection result, then go on with normal probe. Signed-off-by: Feng Tang <feng.tang@intel.com> LKML-Reference: <4c34dd482753bb8f1@agluck-desktop.sc.intel.com> Signed-off-by: Tony Luck <tony.luck@intel.com> Acked-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: H. Peter Anvin <hpa@linux.intel.com> 2010-07-08T00:05:07+00:00 Feng Tang feng.tang@intel.com 2010-07-05T15:03:21+00:00 urn:sha1:c9d46f63f8e89fd70f97b83fdc4e5d2e37d92aeb This reverts commit 0b28bac5aef7bd1ab213723df031e61db9ff151a. After adding x86_platform's detection for i8042 controller, we don't need the force dependency on !X86_MRST any more Cc: Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by: Feng Tang <feng.tang@intel.com> LKML-Reference: <1278342202-10973-5-git-send-email-feng.tang@intel.com> Acked-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: H. Peter Anvin <hpa@linux.intel.com> 2010-06-22T18:32:16+00:00 Randy Dunlap randy.dunlap@oracle.com 2010-06-18T05:31:17+00:00 urn:sha1:0b28bac5aef7bd1ab213723df031e61db9ff151a Some of the recent X86_MRST additions make some "select"s conditional on X86_MRST but missed some related kconfig symbols, causing: drivers/built-in.o: In function `ps2_end_command': (.text+0x257ab2): undefined reference to `i8042_check_port_owner' drivers/built-in.o: In function `ps2_end_command': (.text+0x257ae1): undefined reference to `i8042_unlock_chip' drivers/built-in.o: In function `ps2_begin_command': (.text+0x257b40): undefined reference to `i8042_check_port_owner' drivers/built-in.o: In function `ps2_begin_command': (.text+0x257b6f): undefined reference to `i8042_lock_chip' when SERIO_I8042=m, SERIO_LIBPS2=y, KEYBOARD_ATKBD=y. We need to make i8042 dependant upon !X86_MRST and allow deselecting atkbd on Moorestown even when !CONFIG_EMBEDDED. Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> Cc: Jacob Pan <jacob.jun.pan@intel.com> Signed-off-by: Dmitry Torokhov <dtor@mail.ru> 2010-05-25T10:47:12+00:00 Paul Mundt lethal@linux-sh.org 2010-05-25T10:47:12+00:00 urn:sha1:4b3fb4e79cc3e40ec033a77f1b3d81e7851a6cf5 The sh64 cayman platform is the only sh board that ships with an i8042, so we just hide it for all of the others. Signed-off-by: Paul Mundt <lethal@linux-sh.org>