EHCI: USB KVM Switch: Loss of mouse and keyboard after switching, error: 0x00088141

[vidrep]

I recently installed a StarTech 2/4 Port USB KVM switch to share a single keyboard and mouse between two PC's. After switching to "Computer 1" and back again to "Computer 2", I lose all mouse and keyboard functions, and must reboot to recover. This was tested with hrev48720 x86_gcc2, hrev48718 x86_64, and Aplha 4.1.

[diver]

Could you please also attache the syslog after switching?

[vidrep]

I deleted all syslogs and did a reboot. First boot froze. Second boot I did the switch. Attached all syslogs from that session.

[vidrep]

Since hrev49000 x86_gcc2 this appears to be working intermittently, usually taking 2 or 3 tries to get USB mouse and keyboard back after switching. I have attached my last syslog.

[vidrep]

Is there any further test that I can do to provide information which may be helpful? As noted earlier, there definitely has been a change since hrev49000, where the KVM switch is now intermittent rather than not working at all.

[ithamar]

Yes, could you attach the output of "listusb -v", giving us a little more detail on the actual usb devices attached?

I suspect we still have a race somewhere, there's an awful lot of errors (due to retries) coming out of the usb_hid driver when you switch, and that also delays the removal notification. At the very least, I think we could simply give up on the device when trying to unstall it fails (See the "usb_hid: Unable to unstall device: Device stalled" messages in the syslog).

[vidrep]

I have attached a file "listusb_verbose" as requested.

[vidrep]

Just updated to hrev49020 x86_gcc2 today. I switched at least 6 times consecutively without issues. However, the issue appeared again afterwards. My system completely locked up three times while trying to edit this post. Not sure if it was related or not. Attached syslog in case it is helpful.

[vidrep]

Tested hrev49058 x86_64 today. After a couple of successful switches it went into KDL. Attached are a photo of the KDL and a syslog.

[ttcoder]

Might be interesting to post that latter screen grab to #4157, or is it related ?

[stippi]

I've updated to hrev49120 which contains some recent work my mmlr which sounds related, and switching now worked a couple of times. listusb consistently shows that the mouse and keyboard attached to the KVM hub are added and removed dynamically as they should be. However, the threads in the input_server do not go away. Each time I switch to the laptop, a new thread is created for the mouse, and another for the keyboard.

[vidrep]

I have another PC (HP xw9400) which will not function whatsoever with USB devices connected through the KVM. I'll attach a listusb in case there is anything of relevance.

[vidrep]

KVM switching is not working at all with recent builds. Tested today with hrev49413. What changed? It was working at least some of the time before.

[vidrep]

This is still an issue with hrev49663 x86_gcc2. The curious thing is that 5 or 6 months ago it was working more often than not. Now it doesn't work at all with the same hardware.

[vidrep]

I bought a new KVM switch. This time it is a D-Link KVM-222. This one doesn't work on current builds either. It was working more often than not a year ago using the previous StarTech KVM switch. I'll re-install hrev49020 and see what happens.

[vidrep]

I installed hrev49144 and was successfully able to switch between two PC's about 4 or 5 times.

[vidrep]

I installed Alpha 2 on a spare partition and to my surprise both of my KVM switches are working on Alpha 2 without any issue. I have attached a Alpha 2 syslog in the hope the issue can be identified.

[vidrep]

I'm going to leave Alpha 2 installed on the partition in the event further testing is required to resolve the problem

[roiredxsoto]

Good day, Seems this is related to #14523, which I am experiencing right now on hrev52379 x64 on Ryzen box, though I can't reproduce the issue on hrev52379 x64 on a Vaio VGN-SR19XN, maybe because the Vaio only has USB 2.0 ports. I am adding a KDL screen picture when I plug the Wacom Graphire4 A6 to the USB front port on the Ryzen box. Plugging to the Vaio just let's me use the Wacom as a mouse, and use it in Krita, though I haven't felt the pressure sensitivity there. Later will add the Syslog from the Ryzen box. Regards, RR

[roiredxsoto]

KDL screen capture when Wacom Graphire4 A6 is plugged into the Ryzen box (hrev52379 x64)

[diver]

Please open a new ticket agains wacom component and attach your image there.

[roiredxsoto]

Previous Syslog. Presumed, when landing on KDL after plugging Wacom

[roiredxsoto]

Syslog on boot after "force power off", required due to landing on KDL

[roiredxsoto]

Syslog, after plugging an external USB HD

[roiredxsoto]

Added a syslog after plugging an external USB HD that also causes the USB to lock, thus resulting in the USB drive not mounting and keyboard/mouse not responding.

Haiku Aqvila 1 hrev52379 Oct 1 2018 14:59:14 x86_64 x86_64 Haiku

also add "listusb -v" file.

[roiredxsoto]

listusb -v

[roiredxsoto]

Good day,

I was trying a different Tablet at home on another AMD (A8) computer and unplugging the Tablet USB wireless receiver rendered an USB lock.

Attached are the files with the different hardware marked with A8.

Thanks and Regards, RR

[roiredxsoto]

listusb on the AMD A8 box

[roiredxsoto]

old syslog on the AMD A8 box

[roiredxsoto]

syslog, presumably after the USB lock, on the AMD A8 box

[vidrep]

This is still an issue on hrev52815 x86_64, using three different KVM switches.

[roiredxsoto]

Still an issue as of 2020.06 with hrev54282 (will renew if after updating is still there, and will notify if issue disappeared).

Please let me know if you need any more info for me to provide it.

[roiredxsoto]

Good day,

After some diggin, I presume this is related to ticket #14592 too. I did as @X512 pointed out, in the terminal and seems to be, as @waddlesplash said, a problem with XHCI.

~> uname -a
Haiku hawku 1 hrev54487 Aug  3 2020 06:48:02 x86_64 x86_64 Haiku

Attached is the output (20200807-Switchinglog) of tail -f /boot/system/var/log/syslog running in the Terminal checking the connection and disconnection of the keyboard/mouse through the switch. In the end the keyboard stops working, the mouse still does, and finally, none of them work.

Any more info/test needed let me know and will provide.
Regards,
RR

[roiredxsoto]

Log of switching process through KVM

[roiredxsoto]

Good day,

Haiku hawku 1 hrev55026 Apr  5 2021 07:18:13 x86_64 x86_64 Haiku

Today, the switching seems to have improved and I haven't got any problems so far with switching from Windows to Haiku and Viceversa.
The issue I'm facing right now relates to Input preferences window where each time I switch back to Haiku, new Keyboard and mouse Devices appear on the list.
listusb command still reports properly, only showing the connected devices:

1ea7:0907 /dev/bus/usb/0/10/2 "SHARKOON Technologies GmbH" "USB-HID Gaming Keyboard" ver. 0300
045e:0773 /dev/bus/usb/0/10/3 "Microsoft Corp." "Microsoft Nano Transceiver v1.0" ver. 0674
05e3:0610 /dev/bus/usb/0/10/hub "Genesys Logic, Inc." "4-port hub" ver. 9226
056a:0015 /dev/bus/usb/0/12 "Wacom Co., Ltd" "CTE-440 [Graphire4 (4x5)]" ver. 0403
0000:0000 /dev/bus/usb/0/hub "HAIKU Inc." "XHCI RootHub" ver. 0300
0000:0000 /dev/bus/usb/1/hub "HAIKU Inc." "XHCI RootHub" ver. 0300
0000:0000 /dev/bus/usb/2/hub "HAIKU Inc." "XHCI RootHub" ver. 0300

The pictures attached show the growing list of devices.

Regards,
RR

[roiredxsoto]

Input preferences (part 1) showing list of devices

[roiredxsoto]

Input preferences (part 2) end of list of devices

[pulkomandy]

This ticket is for the EHCI driver, but your logs show that you are using XHCI. So it is a different problem.

Vidrep, since you originally reported this, can you confirm if in your case problems are with EHCI (USB2)? Or do you also have problems with USB3?

[vidrep]

No difference whether I use USB2 or USB3 ports.

[roiredxsoto]

Replying to pulkomandy:

This ticket is for the EHCI driver, but your logs show that you are using XHCI. So it is a different problem.

All right. Didn't notice that. Therefore I'll keep reporting this issue in the Ticket I opened instead of here.

Apologies.
Regards,
RR

[vidrep]

Tested with hrev55608 x86_64 Both PC's connected to the KVM switch will freeze after switching a couple of times. Attached are listdev and syslog for each PC in this configuration.

[vidrep]

This issue appears to have been fixed sometime in the past 3 years. I have not seen it in some time now. Closing.