Opened 13 years ago

Closed 12 years ago

Last modified 12 years ago

#365 closed defect (worksforme)

Changing LED status bricks A4Tech keyboard

Reported by: Jiri Svoboda Owned by:
Priority: major Milestone: 0.5.0
Component: helenos/drv/usbhid Version: mainline
Keywords: Cc:
Blocker for: Depends on:
See also:


I have an A4Tech KB-5A Water-proof USB keyboard. The keyboard seems to be working fine except that if I press any of the lock keys (and thus LED status is updated) once or several (2-3) times, the keyboard stops responding - pressing any keys on it has no effect. I can observe this in HelenOS (connected via UHCI on my Sony Vaio laptop). I cannot see it when running Linux. The same machine (Vaio + HelenOS) but different USB keyboard works, so it seems to be a problem with HelenOS HID driver vs. A4Tech keyboard.

Change History (7)

comment:1 by Vojtech Horky, 13 years ago

Component: helenos/unspecifiedhelenos/drv/usbhid

This one?

Can you please, post output of usbinfo -rt? The keyboard might be using some weird HID descriptor that the current driver is not able to cope with.

BTW - does this happen on real hardware or in QEMU?

comment:2 by Jakub Jermář, 12 years ago

Is this still reproducible?

comment:3 by Jakub Jermář, 12 years ago


comment:4 by Jiri Svoboda, 12 years ago

Tried to test it, but as of mainline,1487, no USB devices work for me at all on bare metal (either Sony Vaio with UHCI or AMD workstation with OHCI).

comment:5 by Jiri Svoboda, 12 years ago

Yup, that's the one. Current link to product page I cannot get the usbinfo -rt right now since USB does not work for me at all on bare metal… will try forwarding to Qemu. AFAIR it uses standard descriptors for both keypress reports and setting LED state.

comment:6 by Jiri Svoboda, 12 years ago

Resolution: worksforme
Status: newclosed

I can no longer reproduce this as of mainline,1490. Yay :-)

comment:7 by Jiri Svoboda, 12 years ago

Note: See TracTickets for help on using tickets.