Appended is a trace against pre4-5, reproducing something
I'd hoped wouldn't reproduce ... I saw it first on another
machine, and it reproduced the first time I tried it on
this one (giving this trace).
This isn't consistently reproducible. It seems like using
the usbdevfs ioctl() control message calls is a requirement,
but doesn't suffice to get this behavior. I've tried a few
hardware setups, and the one in this trace is trouble. It
may behave better if this keyboard is connected to a non-root
hub, but maybe I just didn't trigger it in those tests.
If anyone has any particular bright ideas what's going on here,
please let me know. I'll be trying this again with more debugging
enabled, but maybe someone has seen such failure modes before.
I checked, and yes I can still return this keyboard/hub ... :-)
But for the moment it's tweaking lots of curious behaviors in the
USB subsystem, some of which should never happen (below, others)
and some of which are just odd. ("hub.c" spontaneously disconnected
the keyboard and then reconnected it, as if it didn't like seeing
the first keypress after a night's rest -- even though that shift
key woke the X11 system up from its DPMS doze.)
- Dave
modprobe usb-ohci
Apr 10 20:21:13 xenon kernel: usb-ohci.c: USB OHCI at membase 0xcc82f000, IRQ
5
Apr 10 20:21:13 xenon kernel: usb-ohci.c: OPTi Inc. 82C861
Apr 10 20:21:13 xenon kernel: usb.c: new USB bus registered, assigned bus
number 1
Apr 10 20:21:13 xenon kernel: usb.c: USB new device connect, assigned device
number 1
Apr 10 20:21:13 xenon kernel: hub.c: USB hub found
Apr 10 20:21:13 xenon kernel: hub.c: 2 ports detected
oops, I didn't want to leave this hub connected
Apr 10 20:21:14 xenon kernel: usb.c: USB new device connect, assigned device
number 2
Apr 10 20:21:14 xenon kernel: hub.c: USB hub found
Apr 10 20:21:14 xenon kernel: hub.c: 4 ports detected
Apr 10 20:21:38 xenon kernel: usb.c: USB disconnect on device 2
connect hub/kbd to root hub, no evident problems
Apr 10 20:21:56 xenon kernel: usb.c: USB new device connect, assigned device
number 2
Apr 10 20:21:56 xenon kernel: hub.c: USB hub found
Apr 10 20:21:56 xenon kernel: hub.c: 3 ports detected
Apr 10 20:21:57 xenon kernel: usb.c: USB new device connect, assigned device
number 3
Apr 10 20:21:57 xenon kernel: keybdev.c: Adding keyboard: input0
Apr 10 20:21:57 xenon kernel: input0: USB HID v1.00 Keyboard
connect device to keybd hub, again no evident probs
Apr 10 20:22:40 xenon kernel: usb.c: USB new device connect, assigned device
number 4
Apr 10 20:22:40 xenon kernel: usb.c: This device is not recognized by any
installed USB driver.
OK, first problems: can't look at hub any more.
Somewhere around here, garbage got returned for the result
of control message reading the hub device descriptor; the
hub was reported as having more than one configuration.
I was able to do reasonable thing to that device through
the keybd/hub though, both control and bulk messages.
Apr 10 20:23:11 xenon kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 160
rq 6 len 10 ret -32
Apr 10 20:23:12 xenon kernel: usbdevfs: USBDEVFS_CONTROL failed dev 3 rqt 128
rq 6 len 18 ret -110
Apr 10 20:23:12 xenon last message repeated 2 times
"cat /proc/bus/usb/devices", cached info but no strings for hub.
Apr 10 20:24:17 xenon kernel: usb.c: error getting string descriptor 0
(error=-32)
Apr 10 20:24:17 xenon kernel: usb.c: error getting string descriptor 0
(error=-32)
Apr 10 20:24:17 xenon kernel: usb.c: error getting string descriptor 0
(error=-110)
Apr 10 20:24:17 xenon last message repeated 8 times
disconnect device from keybd/hub.
Apr 10 20:25:27 xenon kernel: hub.c: get_port_status failed
Apr 10 20:25:27 xenon kernel: hub.c: get_port_status failed
Apr 10 20:25:27 xenon kernel: usb.c: USB disconnect on device 4
evidently device disconnect worked, "cat devices" seems OK.
still can't get strings for the hub.
Apr 10 20:26:09 xenon kernel: usb.c: error getting string descriptor 0
(error=-110)
OK, unplug the keyboard hub. Odd, nothing changed.
"ls /proc/bus/usb/001" shows the hub and keyboard
nodes still there, as does "cat .../devices".
No strings of course.
Apr 10 20:30:17 xenon last message repeated 9 times
Apr 10 20:30:17 xenon last message repeated 8 times
Let's unload usb-ohci, that disconnects things.
Apr 10 20:31:39 xenon kernel: usb.c: USB disconnect on device 1
Apr 10 20:31:39 xenon kernel: usb.c: USB disconnect on device 2
Apr 10 20:31:39 xenon kernel: usb.c: USB disconnect on device 3
Apr 10 20:31:39 xenon kernel: keybdev.c: Removing keyboard: input0
Apr 10 20:31:39 xenon kernel: usb.c: USB bus 1 deregistered
Yep, that cleaned things up.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
