Re: [PATCH] HID: Correct the USB IDs for the new Macbook Air 6

2013-09-02 Thread Jiri Kosina
On Sun, 1 Sep 2013, Henrik Rydberg wrote: A recent patch (9d9a04ee) added support for the new machine, but got the sequence of USB ids wrong. Reports from both Ian and Linus T show that the 0x0291 id is for ISO, not ANSI, which should have the missing number 0x0290. This patchs moves the

Re: [PATCH] HID: uhid: add devname module alias

2013-09-02 Thread Jiri Kosina
On Sun, 1 Sep 2013, David Herrmann wrote: For simple device node creation, add the devname module alias. Yepp, looks good. uinput already has it, so: Reviewed-by: David Herrmann dh.herrm...@gmail.com Applied, thanks. -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the

Re: HID: picolcd: Prevent NULL pointer dereference on _remove()

2013-09-02 Thread Jiri Kosina
On Sat, 31 Aug 2013, Bruno Prémont wrote: When picolcd is switched into bootloader mode (for FW flashing) make sure not to try to dereference NULL-pointers of feature-devices during unplug/unbind. This fixes following BUG: BUG: unable to handle kernel NULL pointer dereference at 0298

Re: [PATCH v2] HID: usbhid: quirk for N-Trig DuoSense Touch Screen

2013-09-02 Thread Jiri Kosina
On Fri, 30 Aug 2013, Vasily Titskiy wrote: The DuoSense touchscreen device causes a 10 second timeout. This fix removes the delay. Signed-off-by: Vasily Titskiy qeh...@gmail.com --- drivers/hid/hid-ids.h |1 + drivers/hid/usbhid/hid-quirks.c |1 + 2 files changed, 2

Re: [PATCH] HID: roccat: Added support for KonePureOptical v2

2013-09-02 Thread Jiri Kosina
On Fri, 30 Aug 2013, Stefan Achatz wrote: KonePureOptical is a KonePure with different sensor. Signed-off-by: Stefan Achatz erazor...@users.sourceforge.net Applied, thanks. -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-input in the body of a

Re: [PATCH 1/3] Input: introduce BTN/ABS bits for drums and guitars

2013-09-02 Thread Jiri Kosina
On Mon, 26 Aug 2013, David Herrmann wrote: There are a bunch of guitar and drums devices out there that all report similar data. To avoid reporting this as BTN_MISC or ABS_MISC, we allocate some proper namespace for them. Note that most of these devices are toys and we cannot report any

[PATCH] HID: move HID_REPORT_TYPES closer to the report-definitions

2013-09-02 Thread David Herrmann
HID_REPORT_TYPES defines the number of available report-types. Move it closer to the actualy definition of the report-types so we can see the relation more clearly (and hopefully will never forget to update it). Signed-off-by: David Herrmann dh.herrm...@gmail.com --- include/linux/hid.h | 4 ++--

Re: [PATCH 11/14] HID: multitouch: validate feature report details

2013-09-02 Thread Benjamin Tissoires
On Fri, Aug 30, 2013 at 8:27 PM, Kees Cook keesc...@chromium.org wrote: On Fri, Aug 30, 2013 at 8:27 AM, Benjamin Tissoires benjamin.tissoi...@gmail.com wrote: On Thu, Aug 29, 2013 at 9:41 PM, Kees Cook keesc...@chromium.org wrote: On Thu, Aug 29, 2013 at 1:59 AM, Benjamin Tissoires

Re: [PATCH] hid: uhid: improve uhid example client

2013-09-02 Thread Benjamin Tissoires
Hi David, On Sun, Sep 1, 2013 at 11:45 PM, David Herrmann dh.herrm...@gmail.com wrote: This extends the uhid example client. It properly documents the built-in report-descriptor an adds explicit report-numbers. Furthermore, LED output reports are added to utilize the new UHID output reports

Re: [PATCH] hid: uhid: improve uhid example client

2013-09-02 Thread David Herrmann
Hi On Mon, Sep 2, 2013 at 3:16 PM, Benjamin Tissoires benjamin.tissoi...@gmail.com wrote: Hi David, On Sun, Sep 1, 2013 at 11:45 PM, David Herrmann dh.herrm...@gmail.com wrote: This extends the uhid example client. It properly documents the built-in report-descriptor an adds explicit

[PATCH] input: allow SERIO=m even without EXPERT=y

2013-09-02 Thread Tom Gundersen
There is plenty of consumer hardware (e.g., mac books) that does not use AT keyboards or PS/2 mice. It therefore makes sense for distro kernels to build the related drivers as modules to avoid loading them on hardware that does not need them. As such, these options should no longer be protected by

Re: [PATCH] input: allow SERIO=m even without EXPERT=y

2013-09-02 Thread richard -rw- weinberger
On Mon, Sep 2, 2013 at 8:47 PM, Tom Gundersen t...@jklm.no wrote: There is plenty of consumer hardware (e.g., mac books) that does not use AT keyboards or PS/2 mice. It therefore makes sense for distro kernels to build the related drivers as modules to avoid loading them on hardware that does

Re: [PATCH] input: allow SERIO=m even without EXPERT=y

2013-09-02 Thread Geert Uytterhoeven
On Mon, Sep 2, 2013 at 11:01 PM, richard -rw- weinberger richard.weinber...@gmail.com wrote: On Mon, Sep 2, 2013 at 8:47 PM, Tom Gundersen t...@jklm.no wrote: There is plenty of consumer hardware (e.g., mac books) that does not use AT keyboards or PS/2 mice. It therefore makes sense for distro

Re: [PATCH] input: allow SERIO=m even without EXPERT=y

2013-09-02 Thread Tom Gundersen
On Mon, Sep 2, 2013 at 11:30 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote: On Mon, Sep 2, 2013 at 11:01 PM, richard -rw- weinberger richard.weinber...@gmail.com wrote: On Mon, Sep 2, 2013 at 8:47 PM, Tom Gundersen t...@jklm.no wrote: There is plenty of consumer hardware (e.g., mac books)