diff options
author | Jonathan Nieder <jrnieder@gmail.com> | 2012-05-11 14:17:16 (GMT) |
---|---|---|
committer | Jiri Kosina <jkosina@suse.cz> | 2012-05-11 14:31:21 (GMT) |
commit | 44d27f7dfedd9aadc082cda31462f6600f56e4ec (patch) | |
tree | 66935ad1e6ed841e83e4adbb031a93bbc0cbf5b3 /sound/soc/codecs/cq93vc.c | |
parent | 74b89e8a3625c17c7452532dfb997ac4f1a38751 (diff) | |
download | linux-44d27f7dfedd9aadc082cda31462f6600f56e4ec.tar.xz |
HID: logitech: read all 32 bits of report type bitfield
On big-endian systems (e.g., Apple PowerBook), trying to use a
logitech wireless mouse with the Logitech Unifying Receiver does not
work with v3.2 and later kernels. The device doesn't show up in
/dev/input. Older kernels work fine.
That is because the new hid-logitech-dj driver claims the device. The
device arrival notification appears:
20 00 41 02 00 00 00 00 00 00 00 00 00 00 00
and we read the report_types bitfield (02 00 00 00) to find out what
kind of device it is. Unfortunately the driver only reads the first 8
bits and treats that value as a 32-bit little-endian number, so on a
powerpc the report type seems to be 0x02000000 and is not recognized.
Even on little-endian machines, connecting a media center remote
control (report type 00 01 00 00) with this driver loaded would
presumably fail for the same reason.
Fix both problems by using get_unaligned_le32() to read all four
bytes, which is a little clearer anyway. After this change, the
wireless mouse works on Hugo's PowerBook again.
Based on a patch by Nestor Lopez Casado.
Addresses http://bugs.debian.org/671292
Reported-by: Hugo Osvaldo Barrera <hugo@osvaldobarrera.com.ar>
Inspired-by: Nestor Lopez Casado <nlopezcasad@logitech.com>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Nestor Lopez Casado <nlopezcasad@logitech.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'sound/soc/codecs/cq93vc.c')
0 files changed, 0 insertions, 0 deletions