Linux kernel source tree https://git.amat.us/linux/atom/drivers/hid?h=v3.7.2 2013-01-11T17:19:05Z 2013-01-11T17:19:05Z Ben Hutchings ben@decadent.org.uk 2012-12-02T14:38:23Z urn:sha1:50e54c2c8d010f933b49176b33961e7ad72c0c33 commit f9af7b9edccb87d4d80b58687ab63e58f3b64c4c upstream. Commit 0a97e1e9f9a6 ('HID: apple: Add Apple wireless keyboard 2011 ANSI PID') did not update the special driver list in hid-core.c, so hid-generic may still bind to this device. Reported-by: Ari Pollak <ari@scvngr.com> References: http://bugs.debian.org/694546 Signed-off-by: Ben Hutchings <ben@decadent.org.uk> Signed-off-by: Jiri Kosina <jkosina@suse.cz> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 2012-11-16T15:58:20Z Linus Torvalds torvalds@linux-foundation.org 2012-11-16T15:58:20Z urn:sha1:1a1e8c6fada5f6dc48aa5dad453c9d9ebfdc8218 Pull HID fix from Jiri Kosina: "This has a build fix for architectures where memcmp() is macro, from Jiri Slaby" * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: HID: microsoft: do not use compound literal - fix build 2012-11-12T14:34:59Z Jiri Slaby jslaby@suse.cz 2012-11-12T09:16:09Z urn:sha1:6b90466cfec2a2fe027187d675d8d14217c12d82 In patch "HID: microsoft: fix invalid rdesc for 3k kbd" I fixed support for MS 3k keyboards. However the added check using memcmp and a compound statement breaks build on architectures where memcmp is a macro with parameters. hid-microsoft.c:51:18: error: macro "memcmp" passed 6 arguments, but takes just 3 On x86_64, memcmp is a function, so I did not see the error. Signed-off-by: Jiri Slaby <jslaby@suse.cz> Reported-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: Jiri Kosina <jkosina@suse.cz> 2012-11-09T05:56:23Z Linus Torvalds torvalds@linux-foundation.org 2012-11-09T05:56:23Z urn:sha1:976bacef40c66443173283cc02b537e37a62c981 Pull HID fix from Jiri Kosina: "This reverts a patch that causes regression in binding between HID devices and drivers during device unplug/replug cycle." * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: HID: hidraw: put old deallocation mechanism in place 2012-11-01T10:33:26Z Jiri Kosina jkosina@suse.cz 2012-11-01T10:33:26Z urn:sha1:df0cfd6990347c20ae031f3f34137cba274f1972 This basically reverts commit 4fe9f8e203fda. It causes multiple problems, namely: - after rmmod/modprobe cycle of bus driver, the input is not claimed any more. This is likely because of misplaced hid_hw_close() - it causes memory corruption on hidraw_list As original patch author is not responding to requests to fix his patch, and the original deallocation mechanism is not exposing any problems, I am reverting back to it. Signed-off-by: Jiri Kosina <jkosina@suse.cz> 2012-10-31T22:39:28Z Linus Torvalds torvalds@linux-foundation.org 2012-10-31T22:39:28Z urn:sha1:296bac30f6b62e1e985d3e7c0bd9c92b971b2dab Pull HID updates from Jiri Kosina: "This contains fixes for two devices by Jiri Slaby and Xianhan Yu, new device IDs for MacBook Pro 10,2 from Dirk Hohndel and generic multitouch code fix from Alan Cox." * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid: HID: Add support for the MacBook Pro 10,2 keyboard / touchpad HID: multitouch: fix maxcontacts problem on GeneralTouch HID: multitouch: put the case in the right switch statement HID: microsoft: fix invalid rdesc for 3k kbd 2012-10-31T09:42:33Z Dirk Hohndel dirk@hohndel.org 2012-10-30T18:11:48Z urn:sha1:8d80da90f53d37cf6caefc61353e1cc3a145b9e0 This enables the existing drivers for keyboard and touchpad with the new USB IDs found on the MBP 13" Reasonable Resolution (also known as the Retina Display). Added entries to both keyboard and mouse ignore lists. Signed-off-by: Dirk Hohndel <dirk@hohndel.org> Signed-off-by: Jiri Kosina <jkosina@suse.cz> 2012-10-31T09:42:32Z Xianhan Yu aroundight77@gmail.com 2012-10-29T15:04:37Z urn:sha1:58ad34bf62b9fc52c04e6aabe3ad5a47e4a00dc1 Fix maxcontacts problem for PWT GeneralTouch multi-touchscreen. Our device didn't contain HID_DG_CONTACTMAX usage. This usage use to describe touchscreen's maxcontacts for hid-multitouch.c to get maxcontacts automatic. We fix the device that driver can get maxcontact from our device, hence it doesn't need .maxcontact=10. Now there is just one device class can fix all our PWT touchscreen. Signed-off-by: Xianhan Yu <aroundight77@gmail.com> Signed-off-by: Jiri Kosina <jkosina@suse.cz> 2012-10-31T09:42:32Z Alan Cox alan@linux.intel.com 2012-10-25T14:35:25Z urn:sha1:65b258e9b57980c8241342928d5cd717ee11a68b Signed-off-by: Alan Cox <alan@linux.intel.com> Acked-by: Benjamin Tissoires <benjamin.tissoires@gmail.com> Signed-off-by: Jiri Kosina <jkosina@suse.cz> 2012-10-31T09:42:32Z Jiri Slaby jslaby@suse.cz 2012-10-19T11:28:46Z urn:sha1:3ccc60f9d8c39180c205dba1a020735bda1b2491 Microsoft Digital Media Keyboard 3000 has two interfaces, and the second one has a report descriptor with a bug. The second collection says: 05 01 -- global; usage page -- 01 -- Generic Desktop Controls 09 80 -- local; usage -- 80 -- System Control a1 01 -- main; collection -- 01 -- application 85 03 -- global; report ID -- 03 19 00 -- local; Usage Minimum -- 00 29 ff -- local; Usage Maximum -- ff 15 00 -- global; Logical Minimum -- 0 26 ff 00 -- global; Logical Maximum -- ff 81 00 -- main; input c0 -- main; End Collection I.e. it makes us think that there are all kinds of usages of system control. That the keyboard is a not only a keyboard, but also a joystick, mouse, gamepad, keypad, etc. The same as for the Wireless Desktop Receiver, this should be Physical Min/Max. So fix that appropriately. References: https://bugzilla.novell.com/show_bug.cgi?id=776834 Cc: <stable@vger.kernel.org> Signed-off-by: Jiri Slaby <jslaby@suse.cz> Signed-off-by: Jiri Kosina <jkosina@suse.cz>