Closed jeroenhd closed 1 year ago
I just tested it on PopOS! and it looks like I was able to reproduce your error if I ran usbip attach -r 127.0.0.1 -b 2-2
but I was able to fix it by running that command with sudo (sudo usbip attach -r 127.0.0.1 -b 2-2
). Could you try that and see if that works?
I do realize now that the Linux support is in a sorry state right now compared to Windows, which is especially embarrassing as this was initially developed on Linux. Right now you have to turn off the usbip.exe
command, turn on the vhci
module, and run things manually to get it running on Linux, which is all things that should just be documented. I'll add those steps to the README in order to help out future people.
Looks like you're right, though the reboot of my machine may also have helped. Thanks for double checking!
I still think the full server crash is something you may want to look into; a misbehaving browser probably shouldn't kill the server.
I have trouble running the demo on Linux. From what I can tell, this is looks to be some kind of protocol problem.
As instructed, I have commented out the call to usbip.exe and I'm calling the usbip command manually (
usbip attach -r 127.0.0.1 -b 2-2
in a separate terminal). I havemodprobe
dvhci-hcd
(the usual driver) without issue. This setup has been used for actual USB/IP work before and it worked surprisingly well.When I run the demo, I get the following stacktrace from virtual-fido:
In the other terminal, the output is as follows:
The offending part of the code (usbip_server.go:66) seems to be parsing the incoming command:
I could be misunderstanding the requirements, but as far as I know the protocol should be compatible (enough) with the Windows version should be compatible?
System info: Distribution: Manjaro Linux Go version:
go version go1.19 linux/amd64
Kernel version:Linux sue 5.19.7-1-MANJARO
usbip version:usbip (usbip-utils 2.0)
Git branch: master