https://bugs.winehq.org/show_bug.cgi?id=43750
Bug ID: 43750 Summary: USB "ttyACM0" serial port not being created Product: Wine Version: 2.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: phoenix-precision@gmx.co.uk Distribution: ---
I have followed the new instructions at https://wiki.winehq.org/Wine_User%27s_Guide#Serial_and_Parallel_Ports, to use a Neo 7 GPS module.
I had to create the registry key HKLM\Software\Wine\Ports as it did not already exist. I added a string value "COM1" with the data /dev/ttyACM0, ran wineserver -k and started my application (u-center from https://www.u-blox.com/sites/default/files/ublox-GNSS_u-center_windows_v8.25... )
ls -l .wine/dosdevices shows the same four standard com ports as normal, no change.
Next I deleted com1 and manually created the link to /dev/ttyACM0. When I restarted wine the link had been replaced by the standard one again.
I also attempted to create COM5 via the registry key HKLM\HARDWARE\DEVICEMAP\SERIALCOMM, but Wine is having none of it and deletes it when re-started.
By starting the application and then manually creating the COM port link I am able to use my device, so there is nothing wrong there. It is purely the mapping of COM ports which is the problem.
https://bugs.winehq.org/show_bug.cgi?id=43750
phoenix-precision@gmx.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |phoenix-precision@gmx.co.uk Distribution|--- |ArchLinux
https://bugs.winehq.org/show_bug.cgi?id=43750
--- Comment #1 from Alexandre Julliard julliard@winehq.org --- What does
wine reg query HKEY_LOCAL_MACHINE\Software\Wine\Ports
display?
https://bugs.winehq.org/show_bug.cgi?id=43750
--- Comment #2 from phoenix-precision@gmx.co.uk --- (In reply to Alexandre Julliard from comment #1)
What does
wine reg query HKEY_LOCAL_MACHINE\Software\Wine\Ports
display?
$ wine reg query HKEY_LOCAL_MACHINE\Software\Wine\Ports
HKEY_LOCAL_MACHINE\Software\Wine\Ports COM1 REG_SZ /dev/ttyACM0
https://bugs.winehq.org/show_bug.cgi?id=43750
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43750
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware
https://bugs.winehq.org/show_bug.cgi?id=43750
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |c296e7de4d6d7eab56ab3ee5d8f | |2dc2c913ae05f Resolution|--- |FIXED Component|-unknown |mountmgr.sys Status|UNCONFIRMED |RESOLVED
--- Comment #3 from Alex Henrie alexhenrie24@gmail.com --- Sorry about that, and thanks for the bug report. I didn't realize that in a 64-bit Wine installation, you had to use 64-bit regedit (i.e. `wine64 regedit`) to edit the key. This has been fixed in Wine 2.20, so you will be able to use regular (32-bit) regedit from now on. Thanks again for pointing out the problem.
https://bugs.winehq.org/show_bug.cgi?id=43750
--- Comment #4 from phoenix-precision@gmx.co.uk --- Thank you for the resolution :)
https://bugs.winehq.org/show_bug.cgi?id=43750
--- Comment #5 from Alex Henrie alexhenrie24@gmail.com --- Furthermore, because you reported this, starting in Wine 2.21 ttyACM devices will be mapped to COM ports automatically. In your case, /dev/ttyACM0 will be COM5 by default. And you're welcome :-)
https://source.winehq.org/git/wine.git/commitdiff/4177068d5a1f30f0ad14f67368...
https://bugs.winehq.org/show_bug.cgi?id=43750
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64
https://bugs.winehq.org/show_bug.cgi?id=43750
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 2.21.