Opened 17 years ago

Closed 16 years ago

Last modified 16 years ago

#1949 closed bug (fixed)

Haiku: wireless Logitech mx3200 keyb,mouse: composit HID and repeating keys

Reported by: nutela Owned by: mmlr
Priority: normal Milestone: R1
Component: Drivers/USB Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: x86

Description

In Haiku rev 24195 on real HW with UHCI (Asus CuBX). The mouse will not work at all. The keyboard has sticky-effect, when you press a key quickly without releasing the former and release both keys (fast typing so to speak) the last key pressed is repeated quickly. This happened also in R5 with the 22130 revision see #1203

Bug me about attaching syslog

Attachments (2)

25023.txt (4.4 KB ) - added by nutela 17 years ago.
part of syslog
25024.txt (1.2 KB ) - added by nutela 17 years ago.
usb_dev_info output

Download all attachments as: .zip

Change History (12)

comment:1 by emitrax, 17 years ago

A syslog is always appreciated.

by nutela, 17 years ago

Attachment: 25023.txt added

part of syslog

by nutela, 17 years ago

Attachment: 25024.txt added

usb_dev_info output

comment:2 by nutela, 17 years ago

attached part of syslog and usb_dev_info output

comment:3 by mmlr, 17 years ago

Status: newassigned

Could you please try this with a current revision that includes the rewritten usb_hid (hrev25657 and up). Composite devices like this should work now. Also the keyboard side might have improved a bit as I think I've fixed a few issues with the code on the go.

comment:4 by nutela, 17 years ago

Hi sorry for the delay, had build problems which I have now fixed thanks to the people on irc.

The mouse is working, hooray! Thanks a lot! This means very much to me. The keyboard still has the sticky keys issue.

There is an issue with 2 HID devices if my conclusion is correct; when I plug in my wacom tablet, the mouse can move the cursor for a short time but after that it seems the driver or whatever doesn't allow the mouse to move the cursor. The wacom if used (cursor moved) will let the mouse move the cursor a tiny bit once and only after I have moved the wacom pen over the tablet. When I unplug the tablet it mouse receives again full control over the cursor. I hope it helps.

Nice work!

comment:5 by nutela, 17 years ago

It seems the wacom tablet takes full access since when I unplug everything, plug in only the wacom, move the cursor, plug in the mouse/keyboard receiver, the mouse still won't control the cursor with the wacom plugged in, only after the wacom is taken out of the usb socket.

comment:6 by tigerdog, 16 years ago

I have the same issue with a Logitech S510 wireless keyboard feeding UHCI USB on ECS KN1 Lite motherboard, nVidia nForce4 ultra chipset. A second wireless receiver for a logitech G7 mouse is also attached. Mainboard has "USB keyboard" emulation set to "Y" so KB is active during bootup.

If I type more than 3 characters per second, one of two things happens:

  • characters are dropped (not shown when typed)
  • characters repeat until another key is pressed. Happens both in the middle of words or after typing ceases.

The problem happens when wireless receiver is directly attached to the computer. Problem is worse when connected to KVM and USB extension. I use this same hardware setup KB, receiver, KVM, cable) for R5, R5+BONE, Zeta 1.21 and 1.5, Xubuntu 8.10 and Win2K (Be Bootman) with no trouble. Only Haiku has issues.

This is the main thing keeping me from using Haiku as my main OS at this time.

comment:7 by mmlr, 16 years ago

Resolution: fixed
Status: assignedclosed

Fixed in hrev29106.

comment:8 by nutela, 16 years ago

Summary: Haiku: wireless Logitech mx3200 keyboard and mouse + USB receiver not working correctlyHaiku: wireless Logitech mx3200 keyb,mouse: composit HID and repeating keys

I verified that this solves the repeating keys issue. Both composit HID devices and the repeating/stuck key issue are solved. For now I've noticed that this keyboard lags a bit but I'vd experienced the same on MS Win xp. In the future I will not put every USB bug in 1 ticket sorry. I hope this solves Tigerdog's problem as well.

comment:9 by stippi, 16 years ago

Actually, putting every bug in one ticket is preferred. We love to close them, the smaller the bugs, the more easily the ticket is resolved... :-)

But great to hear another USB problem is fixed! :-) Congratulations!

comment:10 by nutela, 16 years ago

Err... I hope you mean; More bugs = 1ticket = bad 1 bug = 1 ticket = good

Thanks to Micheal for his patience and hard work

Note: See TracTickets for help on using tickets.