From: "Jakub Kiciński" <moorray@wp.pl>
To: linux-input@vger.kernel.org
Subject: Genius Ergomedia 700 USB keyboard hangs up after GET_STATUS
Date: Sun, 16 Oct 2011 16:44:52 +0200 [thread overview]
Message-ID: <20111016164452.51b21a31@north> (raw)
Hello,
I've got Genius Ergomedia 700 keyboard which hangs up after waking up
from suspend or running `ls -v'. I seems that what makes the device
misbehave is GET_STATUS request. Issuing it with piece of libusb code
caused exactly the same type of hang up - device responds to all
control requests but interrupt requests return -EPIPE.
Is it even possible for device to have buggy implementation of such a
basic request? Truth be said I failed to force Windows to use it...
Can you suggest any procedure which may bring the device back to life?
Reloading usbhid does not help, reloading whole USB (*hci_hcd) does. I
tried setting configuration and playing with (boot) protocol but it
doesn't help either.
-Jakub
# lsusb -v -d"05d5:8001"
Bus 004 Device 005: ID 05d5:8001 Super Gate Technology Co., Ltd
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x05d5 Super Gate Technology Co., Ltd
idProduct 0x8001
bcdDevice 1.00
iManufacturer 1 KYE 4D device
iProduct 2 Ergomedia
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 59
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 2 Ergomedia
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 1 Boot Interface Subclass
bInterfaceProtocol 1 Keyboard
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.10
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 65
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 1 Boot Interface Subclass
bInterfaceProtocol 2 Mouse
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.10
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 50
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Device Status: 0xffff
Self Powered
Remote Wakeup Enabled
Test Mode
Debug Mode
reply other threads:[~2011-10-16 14:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111016164452.51b21a31@north \
--to=moorray@wp.pl \
--cc=linux-input@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.