Jiri Kosina <[EMAIL PROTECTED]> wrote:
Hi,
> this is obviously a bug, thanks for a fix, I queued it for upstream.
Thanks.
> Two nitpicks:
>
> - could you please submitpatches in standard conventions, so that they
> could be applied directly using patch -p1 against toplevel of the kernel
>
On Sat, 10 Feb 2007, Julien BLACHE wrote:
> The generic HID layer changes introduced an endianness bug for USB HID
> devices.
Hi Julien,
this is obviously a bug, thanks for a fix, I queued it for upstream.
Two nitpicks:
- could you please submitpatches in standard conventions, so that they
On Sat, 10 Feb 2007, Julien BLACHE wrote:
The generic HID layer changes introduced an endianness bug for USB HID
devices.
Hi Julien,
this is obviously a bug, thanks for a fix, I queued it for upstream.
Two nitpicks:
- could you please submitpatches in standard conventions, so that they
Jiri Kosina [EMAIL PROTECTED] wrote:
Hi,
this is obviously a bug, thanks for a fix, I queued it for upstream.
Thanks.
Two nitpicks:
- could you please submitpatches in standard conventions, so that they
could be applied directly using patch -p1 against toplevel of the kernel
tree
Hi,
The generic HID layer changes introduced an endianness bug for USB HID
devices.
The USB vendor and product IDs are not byteswapped appropriately, and
thus come out in the wrong endianness when fetched through the evdev
using ioctl() on big endian platforms.
This byteswapping used to be done
Hi,
The generic HID layer changes introduced an endianness bug for USB HID
devices.
The USB vendor and product IDs are not byteswapped appropriately, and
thus come out in the wrong endianness when fetched through the evdev
using ioctl() on big endian platforms.
This byteswapping used to be done
6 matches
Mail list logo