https://bugs.winehq.org/show_bug.cgi?id=53478
Bug ID: 53478 Summary: USB controllers stop working when launching anything under wine. Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs@winehq.org Reporter: northon_patrick3@yahoo.ca Distribution: ---
Controllers connected via USB will stop working when I launch any programs under wine. I have to disconnect and reconnect them to make them work again. Same issue with xbox or playstation controllers.
They are visible in `/dev/input/by-id` and they disappear after using wine.
In dmesg, I see the following message:
`usbfs: process (winedevice.exe) did not claim interface 0 before use`
Launching for example notepad.exe, I see some maybe relevant output:
``` 0134:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 wine: configuration in L"/home/elrick/Temp/winetest" has been updated. 0134:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0134:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0134:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0144:fixme:wineusb:add_usb_device Interface 0 has 2 alternate settings; using the first one. 0144:fixme:wineusb:add_usb_device Interface 1 has 2 alternate settings; using the first one. 0144:fixme:wineusb:add_usb_device Interface 2 has 2 alternate settings; using the first one. 0134:fixme:wineusb:query_id Unhandled ID query type 0x5. 0134:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0134:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented! 0134:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented! 0134:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented! 0134:fixme:xinput:pdo_pnp IRP_MN_QUERY_ID type 5, not implemented! 0134:fixme:wineusb:query_id Unhandled ID query type 0x5. 0134:fixme:wineusb:query_id Unhandled ID query type 0x5. 0134:fixme:wineusb:query_id Unhandled ID query type 0x5. 0170:fixme:imm:ImeSetActiveContext (0003006C, 1): stub 0170:fixme:imm:ImmReleaseContext (00030062, 0003006C): stub ```
I've had this problem for a while(several weeks) and happens on 2 different machines.
Distribution: Arch Linux Both machines are AMD, one is a Dell Inspiron G5SE 5055, the other is a first gen threadripper on an ASUS Zenith Extreme.
https://bugs.winehq.org/show_bug.cgi?id=53478
northon_patrick3@yahoo.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware
https://bugs.winehq.org/show_bug.cgi?id=53478
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #1 from Zeb Figura z.figura12@gmail.com --- Does this happen with a clean wine prefix?
We shouldn't be doing any real I/O by default, only retrieving descriptors. If something's doing I/O (and hence detaching the host kernel driver) it should be a win32 driver. But there's always room for bugs, and maybe we don't even want to let win32 drivers do I/O by default (but instead always require it to be explicitly enabled by the user).
https://bugs.winehq.org/show_bug.cgi?id=53478
--- Comment #2 from northon_patrick3@yahoo.ca --- Yes, it's on a clean prefix.
https://bugs.winehq.org/show_bug.cgi?id=53478
northon_patrick3@yahoo.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #3 from northon_patrick3@yahoo.ca --- The problem solved itself and I couldn't find what caused it. It is resolved for me so I'll mark it as resolved.
https://bugs.winehq.org/show_bug.cgi?id=53478
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be Resolution|FIXED |WORKSFORME
--- Comment #4 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
FIXED would require some change in Wine.
Marking WORKSFORME instead.
Feel free to reopen if it happens again and Wine seems to be involved with the re-occurrence.
Regards.
https://bugs.winehq.org/show_bug.cgi?id=53478
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Austin English austinenglish@gmail.com --- Closing.