linux-kernel - PROBLEM: full speed HID device with payload of 64 bytes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <A3467C2CEA21E3469A3218B394AD2534C3B9CE2C68@NLCLUEXM09.connect1.local>
Date:	Thu, 13 Aug 2009 10:35:54 +0200
From:	"Zeisel, Michael" <michael.zeisel@...lips.com>
To:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: PROBLEM: full speed HID device with payload of 64 bytes

Dear ladies and gentlemen,

We have experienced problems connecting HID devices, which have a data payload of 64 bytes with the following LINUX kernel:

2.6.24-24-generic

What we did:

We experienced those problems with one of our devices, the Digital Pocket Memo 3 (DPM), by simply trying to receive button events via the

Cat /dev/usb/hiddev0

Command -> no success. The only difference between this device and older ones (which work on this kernel version) in the USB descriptor is the data payload which is 64 byte.

To narrow down the cause for that behavior we simply took the same device, put in a FW with a low speed device protocol with a data payload of 8 byte and plugged it again to the PC.

Now the button events produced some symbols in the "terminal", which proves that the device was recognized correctly and works.

According to the USB 2.0 specification under

http://www.usb.org/developers/docs/

USB 2.0 specification, Chapter 5.7.4: Interrupt Transfer Bus Access Constraints

A full speed device should support a maximum data payload of 64 bytes (Table 5-7. Full-speed Interrupt Transaction Limits: max.payload 64 bytes x max.transfers 19  = max. 1216bytes/frame)

To us it seems that the current implementation of the HID device support in LINUX just supports the protocol for low speed devices (Table 5-6. Low-speed Interrupt Transaction Limits: max.payload 8 bytes x max.transfers 6  = max. 48bytes/frame)

On Windows OS and Mac OS all our devices work properly.

My question to you now is, if you could reproduce/investigate that behavior and give me a feeling what the cause and the solution for that problem will be?

I think it is a good idea, if you would have a Digital Pocket Memo to experience the described behavior- so to whom I should send that device?

Kind regards,

Michael Zeisel

Michael Zeisel
SW Project Leader
Philips Consumer Lifestyle

Philips Speech Processing
Gutheil-Schoder-Gasse 12
A - 1102, Vienna
Austria
Tel: +43 1 60101 2806
Fax:+43 1 60101 1833
Mobile: +43 (0)664 8131256

The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/