https://bugs.winehq.org/show_bug.cgi?id=47557
Bug ID: 47557 Summary: hid_test.exe crashes with RealFlight interface module Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs@winehq.org Reporter: dmlb2000@gmail.com Distribution: ---
Created attachment 64943 --> https://bugs.winehq.org/attachment.cgi?id=64943 WINEDEBUG=+hid,+plugplay output log
I'm trying to get RealFlight RC 7.5 to work on wine.
Seems like hid_test.exe is crashing I'd like some help debugging it.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #1 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64944 --> https://bugs.winehq.org/attachment.cgi?id=64944 lsusb -vvv output
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #2 from David ML Brown Jr dmlb2000@gmail.com --- System I'm running...
$ uname -a Linux uber-gamer 4.18.0-25-generic #26~18.04.1-Ubuntu SMP Thu Jun 27 07:28:31 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
wine build hash
$ git log | head -n 1 commit d44428826800678260380d375b446f7f6cf92ca3
https://bugs.winehq.org/show_bug.cgi?id=47557
David ML Brown Jr dmlb2000@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |4.0.1
--- Comment #3 from David ML Brown Jr dmlb2000@gmail.com --- I wasn't clear in the last comment...
I built hd_test.exe off of commit d44428826800678260380d375b446f7f6cf92ca3 and am running a the rest of wine from apt repositories provided...
$ dpkg -l | grep wine ii wine-stable 4.0.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-stable-amd64 4.0.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-stable-dev 4.0.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-stable-i386:i386 4.0.1~bionic i386 WINE Is Not An Emulator - runs MS Windows programs ii winehq-stable 4.0.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs
If I need to update and run something else I can do that...
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #4 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64945 --> https://bugs.winehq.org/attachment.cgi?id=64945 strace hid_test.exe output log
https://bugs.winehq.org/show_bug.cgi?id=47557
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Regression SHA1| |ea7b8ad9241559d5b9a0ab9082a | |7665928f86c9d CC| |mstefani@winehq.org, | |z.figura12@gmail.com Ever confirmed|0 |1 Keywords| |regression
--- Comment #5 from Zebediah Figura z.figura12@gmail.com --- Confirming. It's a regression which was fixed in the development branch by a0a3b6b90e2d938200bbe86fd131e1ed320d2744.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #6 from David ML Brown Jr dmlb2000@gmail.com --- (In reply to Zebediah Figura from comment #5)
Confirming. It's a regression which was fixed in the development branch by a0a3b6b90e2d938200bbe86fd131e1ed320d2744.
I can't find that hash in the git://source.winehq.org/git/wine.git repository, is there a different repo I should try and test?
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- It's here, https://source.winehq.org/git/wine.git/a0a3b6b90e2d938200bbe86fd131e1ed320d2744.
If you want to test, any released version after and including 4.6 should work.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #8 from David ML Brown Jr dmlb2000@gmail.com --- I switched to 4.12 and that seems to have gotten hid_test to work. However, the RealFlight launcher isn't detecting things from the USB. This might be a deeper issue.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #9 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64951 --> https://bugs.winehq.org/attachment.cgi?id=64951 WINEDEBUG=+hid,+plugplay wine Launcher7.exe -product=REALFLIGHT7
This is the output from the Launcher for the application. Around line 235 it gets into a loop trying to talk to the device to get some serial numbers. Any thoughts as to how to debug this? Seems running strace breaks the launcher outright... not sure what's the deal then.
https://bugs.winehq.org/show_bug.cgi?id=47557
David ML Brown Jr dmlb2000@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|4.0.1 |4.12.1
--- Comment #10 from David ML Brown Jr dmlb2000@gmail.com --- Package output
$ dpkg -l | grep wine ii wine-devel 4.12.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-devel-amd64 4.12.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-devel-i386:i386 4.12.1~bionic i386 WINE Is Not An Emulator - runs MS Windows programs ii winehq-devel 4.12.1~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #11 from Zebediah Figura z.figura12@gmail.com --- Can you please attach a log with +setupapi,+hid,+hidp,+hid_report,+plugplay,+ntoskrnl,+pid?
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #12 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64953 --> https://bugs.winehq.org/attachment.cgi?id=64953 WINEDEBUG=+hid,+plugplay,+setupapi,+hid,+hidp,+hid_report,+plugplay,+ntoskrnl,+pid wine Launcher7.exe
Here's the big log output.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #13 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64954 --> https://bugs.winehq.org/attachment.cgi?id=64954 WINEDEBUG=+hid,+plugplay,+setupapi,+hid,+hidp,+hid_report,+plugplay,+ntoskrnl,+pid wine Launcher7.exe -product=REALFLIGHT7
The device does have it's own power, it's supposed to be on when the application runs.
The first log is when the device is powered off, and this log is with the device on.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #14 from David ML Brown Jr dmlb2000@gmail.com --- I also get a page fault while trying to run it... not sure if this helps...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x005d4420). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:005d4420 ESP:0032e158 EBP:0032e178 EFLAGS:00210246( R- -- I Z- -P- ) EAX:00000001 EBX:001b9bb0 ECX:00000000 EDX:00000000 ESI:001b9c74 EDI:00000000 Stack dump: 0x0032e158: 005d3ff2 00000000 001b9bb0 001be838 0x0032e168: 00000005 0032e190 005ee328 00000000 0x0032e178: 0032e19c 005d4ac4 00175df8 001be838 0x0032e188: ffffffff 001be838 0032e1d0 005ee362 0x0032e198: 00000000 0032e1a8 00427a2b 0032e1f4 0x0032e1a8: 0032e1dc 005c7eaa 00000001 00599609 Backtrace: =>0 0x005d4420 EntryPoint+0xffffffff() in launcherhelper7 (0x0032e178) 1 0x005d4ac4 EntryPoint+0xffffffff() in launcherhelper7 (0x0032e19c) 2 0x00427a2b EntryPoint+0xffffffff() in launcherhelper7 (0x0032e1a8) 3 0x005c7eaa EntryPoint+0xffffffff() in launcherhelper7 (0x0032e1dc) 4 0x0058affc EntryPoint+0xffffffff() in launcherhelper7 (0x0032f34c) 5 0x0058b841 EntryPoint+0xffffffff() in launcherhelper7 (0x0032f39c) 6 0x0058d98d EntryPoint+0xffffffff() in launcherhelper7 (0x0032f498) 7 0x00585c44 EntryPoint+0xffffffff() in launcherhelper7 (0x0032f4ac) 8 0x0055d91e EntryPoint+0xffffffff() in launcherhelper7 (0x0032f4f8) 9 0x00f45385 (0x0032f538) 10 0x006be145 EntryPoint+0xffffffff() in launcherhelper7 (0x0032fd4c) 11 0x006be208 EntryPoint+0xffffffff() in launcherhelper7 (0x0032fd54) 12 0x0069d44a EntryPoint+0xffffffff() in launcherhelper7 (0x0032fe70) 13 0x0070b0c6 EntryPoint+0xffffffff() in launcherhelper7 (0x0032ff08) 14 0x0074d000 EntryPoint+0xffffffff() in launcherhelper7 (0x0074d000) 0x005d4420 EntryPoint+0xffffffff in launcherhelper7: movl 0x0(%ecx),%eax Modules: Module Address Debug info Name (113 modules) PE 400000- b8f000 Export launcherhelper7 PE 1130000- 1146000 Deferred oleacc PE 62340000-62344000 Deferred uxtheme PE 62800000-62803000 Deferred usp10 PE 63040000-63043000 Deferred inetmib1 PE 639c0000-63a38000 Deferred winmm PE 64b40000-64b43000 Deferred shcore PE 64d80000-64d84000 Deferred hid PE 64f00000-64f03000 Deferred snmpapi PE 65200000-65228000 Deferred ole32 PE 65980000-65984000 Deferred version PE 66640000-66649000 Deferred msacm32 PE 67940000-67944000 Deferred wbemprox PE 68c40000-68c48000 Deferred shlwapi PE 6a300000-6a308000 Deferred oleaut32 PE 6a900000-6a90f000 Deferred setupapi PE 6b1c0000-6b1c3000 Deferred msimg32 PE 6b8c0000-6b967000 Deferred comdlg32 PE 6c0c0000-6c0c4000 Deferred imm32 PE 6dbc0000-6dbcb000 Deferred mpr PE 6e8c0000-6e912000 Deferred comctl32 PE 6f680000-6f684000 Deferred gdiplus PE 6fdc0000-6fdc4000 Deferred rpcrt4 PE 71240000-71243000 Deferred kernelbase ELF 7a800000-7a949000 Deferred opengl32<elf> -PE 7a840000-7a949000 \ opengl32 ELF 7b400000-7b842000 Deferred kernel32<elf> -PE 7b430000-7b842000 \ kernel32 ELF 7bc00000-7bd3c000 Deferred ntdll<elf> -PE 7bc30000-7bd3c000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ELF 7c778000-7c900000 Deferred wined3d<elf> -PE 7c7c0000-7c900000 \ wined3d ELF 7ca08000-7ca6c000 Deferred dinput8<elf> -PE 7ca20000-7ca6c000 \ dinput8 ELF 7ca6c000-7ca8a000 Deferred libgcc_s.so.1 ELF 7ca8a000-7cab6000 Deferred iphlpapi<elf> -PE 7ca90000-7cab6000 \ iphlpapi ELF 7cab6000-7cae9000 Deferred dxgi<elf> -PE 7cac0000-7cae9000 \ dxgi ELF 7cae9000-7cb25000 Deferred ws2_32<elf> -PE 7cb00000-7cb25000 \ ws2_32 ELF 7cb25000-7cbc8000 Deferred wininet<elf> -PE 7cb40000-7cbc8000 \ wininet ELF 7ccc8000-7cce0000 Deferred libgpg-error.so.0 ELF 7cce0000-7cdc1000 Deferred libgcrypt.so.20 ELF 7cdc1000-7cdd7000 Deferred liblz4.so.1 ELF 7cdd7000-7ce03000 Deferred liblzma.so.5 ELF 7ce03000-7ce93000 Deferred libsystemd.so.0 ELF 7ce93000-7ceee000 Deferred libdbus-1.so.3 ELF 7ceee000-7cf79000 Deferred libgmp.so.10 ELF 7cf79000-7cfaf000 Deferred libhogweed.so.4 ELF 7cfaf000-7cfeb000 Deferred libnettle.so.6 ELF 7cfeb000-7d16c000 Deferred libunistring.so.2 ELF 7d16c000-7d2ba000 Deferred libp11-kit.so.0 ELF 7d32b000-7d334000 Deferred libffi.so.6 ELF 7d334000-7d34c000 Deferred libresolv.so.2 ELF 7d34c000-7d361000 Deferred libtasn1.so.6 ELF 7d361000-7d37f000 Deferred libidn2.so.0 ELF 7d37f000-7d38c000 Deferred libkrb5support.so.0 ELF 7d38c000-7d3c1000 Deferred libk5crypto.so.3 ELF 7d3c1000-7d49d000 Deferred libkrb5.so.3 ELF 7d49d000-7d4b1000 Deferred libavahi-client.so.3 ELF 7d4b1000-7d647000 Deferred libgnutls.so.30 ELF 7d647000-7d69b000 Deferred libgssapi_krb5.so.2 ELF 7d69b000-7d72e000 Deferred libcups.so.2 ELF 7d74f000-7d756000 Deferred libxfixes.so.3 ELF 7d756000-7d762000 Deferred libxcursor.so.1 ELF 7d762000-7d775000 Deferred libxi.so.6 ELF 7d775000-7d779000 Deferred libxcomposite.so.1 ELF 7d779000-7d786000 Deferred libxrandr.so.2 ELF 7d786000-7d792000 Deferred libxrender.so.1 ELF 7d792000-7d799000 Deferred libxxf86vm.so.1 ELF 7d799000-7d79d000 Deferred libxinerama.so.1 ELF 7d79d000-7d7a7000 Deferred librt.so.1 ELF 7d7a7000-7d7c2000 Deferred libbsd.so.0 ELF 7d7c2000-7d7c9000 Deferred libxdmcp.so.6 ELF 7d7c9000-7d7cd000 Deferred libxau.so.6 ELF 7d7cd000-7d7f9000 Deferred libxcb.so.1 ELF 7d7f9000-7d943000 Deferred libx11.so.6 ELF 7d943000-7d958000 Deferred libxext.so.6 ELF 7d95f000-7d964000 Deferred libkeyutils.so.1 ELF 7d964000-7d969000 Deferred libcom_err.so.2 ELF 7d969000-7d977000 Deferred libavahi-common.so.3 ELF 7d979000-7da30000 Deferred winex11<elf> -PE 7d9a0000-7da30000 \ winex11 ELF 7da88000-7daba000 Deferred libexpat.so.1 ELF 7daba000-7db05000 Deferred libfontconfig.so.1 ELF 7db05000-7db24000 Deferred libz.so.1 ELF 7db24000-7db5e000 Deferred libpng16.so.16 ELF 7db5e000-7dc1b000 Deferred libfreetype.so.6 ELF 7dc1b000-7dc72000 Deferred winspool<elf> -PE 7dc30000-7dc72000 \ winspool ELF 7dc72000-7e683000 Deferred shell32<elf> -PE 7dca0000-7e683000 \ shell32 ELF 7e683000-7e759000 Deferred msvcrt<elf> -PE 7e6b0000-7e759000 \ msvcrt ELF 7e759000-7e7dd000 Deferred advapi32<elf> -PE 7e770000-7e7dd000 \ advapi32 ELF 7e7dd000-7e937000 Deferred gdi32<elf> -PE 7e800000-7e937000 \ gdi32 ELF 7e937000-7eb6f000 Deferred user32<elf> -PE 7e960000-7eb6f000 \ user32 ELF 7eea0000-7eeb4000 Deferred libnss_files.so.2 ELF 7eeb4000-7eecf000 Deferred libnsl.so.1 ELF 7eecf000-7eedd000 Deferred libnss_nis.so.2 ELF 7eedd000-7efdf000 Deferred libm.so.6 ELF f7b04000-f7b0e000 Deferred libnss_compat.so.2 ELF f7b10000-f7b15000 Deferred libdl.so.2 ELF f7b15000-f7cf1000 Deferred libc.so.6 ELF f7cf1000-f7d10000 Deferred libpthread.so.0 ELF f7d31000-f7ee8000 Dwarf libwine.so.1 ELF f7eea000-f7f12000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 Launcher7.exe 00000036 0 00000009 0 0000000e services.exe 00000026 0 0000001a 0 00000013 0 00000010 0 0000000f 0 00000011 plugplay.exe 00000017 0 00000016 0 00000012 0 00000018 winedevice.exe 0000002a 0 00000020 0 0000001d 0 0000001c 0 0000001b 0 00000019 0 0000001e explorer.exe 00000023 0 00000022 0 00000021 0 0000001f 0 00000024 winedevice.exe 00000029 0 00000028 0 00000027 0 00000025 0 00000030 (D) C:\Program Files (x86)\Common Files\KnifeEdge\LauncherHelper7.exe 0000003b 0 00000038 0 00000031 0 <== System information: Wine build: wine-4.12.1 Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 4.18.0-25-generic
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #15 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64955 --> https://bugs.winehq.org/attachment.cgi?id=64955 WINEDEBUG=+relay,+seh,+tid wine Launcher7.exe -product=REALFLIGHT7
Trying to go through some of the debugging tutorials... see where I get, the tutorial mentioned this log might be helpful.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #16 from Zebediah Figura z.figura12@gmail.com --- Does the device in question have ID 1781:0e57? (If you're not sure, check the default output of `lsusb`).
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #17 from David ML Brown Jr dmlb2000@gmail.com --- Yes it does, I do have a udev rule in place to allow me to access (I think)...
# cat /etc/udev/rules.d/90-rf7.5-interface.rules KERNEL=="hidraw*", SUBSYSTEM=="hidraw", ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0e57", MODE="0660", TAG+="uaccess", GROUP="dmlb2000"
# ls -l /dev/hidraw0 crw-rw---- 1 root dmlb2000 241, 0 Jul 27 14:04 /dev/hidraw0
It happens to show up a hidraw0 right now but it can be any of the 6 or so devices.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #18 from Zebediah Figura z.figura12@gmail.com --- The device is being picked up by Wine, but it seems likely we aren't reporting it correctly to the program.
Can you try disabling the use of SDL and see if that improves anything? (To do this, open the "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\winebus" key, create the DWORD value "Enable SDL" and set it to 0.)
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #19 from David ML Brown Jr dmlb2000@gmail.com --- (In reply to Zebediah Figura from comment #18)
"HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\winebus" key, create the DWORD value "Enable SDL" and set it to 0.)
Creating the DWORD didn't help, did you need some logs with that?
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #20 from Zebediah Figura z.figura12@gmail.com --- Created attachment 64956 --> https://bugs.winehq.org/attachment.cgi?id=64956 hiddump.exe
(In reply to David ML Brown Jr from comment #19)
(In reply to Zebediah Figura from comment #18)
"HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\winebus" key, create the DWORD value "Enable SDL" and set it to 0.)
Creating the DWORD didn't help, did you need some logs with that?
Can you please attach the output of the attached program (source included) on Linux (using both hidraw and SDL) and, if possible also on Windows, with your device connected? That way we can narrow down what the difference is in the caps we report.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #21 from David ML Brown Jr dmlb2000@gmail.com --- Not sure if I can get windows but here's the SDL disabled output.
$ wine hiddump.exe \?\HID#VID_0000&PID_0000#0&WINEMOUSE&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x2 InputReportByteLength: 0 OutputReportByteLength: 0 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 0 NumberInputValueCaps: 0 NumberInputDataIndices: 0 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 0 NumberOutputDataIndices: 0 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps \?\HID#VID_1781&PID_0E57#272&0300000081170000570E000010010000&1&0#{4D1E55B2-F16F-11CF-88CB-001111000030} \?\HID#VID_1781&PID_0E57&MI_0#0&0000&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x4 InputReportByteLength: 0x8 OutputReportByteLength: 0x8 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 1 NumberInputValueCaps: 34 NumberInputDataIndices: 39 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 14 NumberOutputDataIndices: 14 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps
And with SDL enabled
$ wine hiddump.exe \?\HID#VID_0000&PID_0000#0&WINEMOUSE&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x2 InputReportByteLength: 0 OutputReportByteLength: 0 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 0 NumberInputValueCaps: 0 NumberInputDataIndices: 0 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 0 NumberOutputDataIndices: 0 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps \?\HID#VID_1781&PID_0E57#272&0300000081170000570E000010010000&1&0#{4D1E55B2-F16F-11CF-88CB-001111000030} \?\HID#VID_1781&PID_0E57&MI_0#0&0000&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x4 InputReportByteLength: 0x8 OutputReportByteLength: 0x8 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 1 NumberInputValueCaps: 34 NumberInputDataIndices: 39 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 14 NumberOutputDataIndices: 14 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #22 from David ML Brown Jr dmlb2000@gmail.com --- I'm trying to read the hiddebug.c code, was there something supposed to be returned from the HidP_GetSpecificValueCaps function?
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #23 from David ML Brown Jr dmlb2000@gmail.com --- Now, I'm not sure why the dump code is printing off two of the devices. I modified the code to print the last error and it's claiming the message is file not found.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #24 from David ML Brown Jr dmlb2000@gmail.com --- Created attachment 64958 --> https://bugs.winehq.org/attachment.cgi?id=64958 hiddump.err.patch
Patch to add nice error reporting instead of continuing through the loop.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #25 from David ML Brown Jr dmlb2000@gmail.com --- Seems like one of the USB devices is put into the system registry and that's not matching up with the one that's plugged in, not sure if that's an issue but I'm going through a reinstall of my `~/.wine` directory see if I can clean it up a bit.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #26 from David ML Brown Jr dmlb2000@gmail.com --- Okay got rid of the duplicate device that was showing up and some different numbers from hiddump.
\?\HID#VID_1781&PID_0E57#272&0300000081170000570E000010010000&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x5 InputReportByteLength: 0xe OutputReportByteLength: 0 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 1 NumberInputValueCaps: 6 NumberInputDataIndices: 11 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 0 NumberOutputDataIndices: 0 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps
Thanks, - David Brown
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #27 from David ML Brown Jr dmlb2000@gmail.com --- The previous hiddump was with SDL enabled this is with SDL disabled using the DWORD in registry.
\?\HID#VID_1781&PID_0E57&MI_0#0&0000&0&0#{4D1E55B2-F16F-11CF-88CB-001111000030} UsagePage: 0x1 Usage: 0x4 InputReportByteLength: 0x8 OutputReportByteLength: 0x8 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 0 NumberInputButtonCaps: 1 NumberInputValueCaps: 34 NumberInputDataIndices: 39 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 14 NumberOutputDataIndices: 14 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 0 caps
The path shows up different and the numbers are different too...
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #28 from David ML Brown Jr dmlb2000@gmail.com --- Here's the windows 10 output seems the caps returned is 7 not 0...
\?\hid#vid_1781&pid_0e57&col05#6&10c12839&0&0004#{4d1e55b2-f16f-11cf-88cb-001111000030} UsagePage: 0xff00 Usage: 0x1 InputReportByteLength: 0x8 OutputReportByteLength: 0 FeatureReportByteLength: 0 NumberLinkCollectionNodes: 2 NumberInputButtonCaps: 0 NumberInputValueCaps: 7 NumberInputDataIndices: 7 NumberOutputButtonCaps: 0 NumberOutputValueCaps: 0 NumberOutputDataIndices: 0 NumberFeatureButtonCaps: 0 NumberFeatureValueCaps: 0 NumberFeatureDataIndices: 0 returned 7 caps cap 0: UsagePage: 0xff00 ReportID: 0x1 IsAlias: 0 BitField: 0x2 LinkCollection: 0x1 LinkUsage: 0x1 LinkUsagePage: 0xff00 IsRange: 0 IsStringRange: 0 IsDesignatorRange: 0 IsAbsolute: 0x1 ...
Let me know if you want to see the full output.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #29 from David ML Brown Jr dmlb2000@gmail.com --- Any thoughts on where to start debugging the caps reported by my device?
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #30 from Zebediah Figura z.figura12@gmail.com --- Problem is, if it's going through hidraw and reporting different output than on Windows, there's not really anything we can reasonably do about that. Only the kernel has control over that. We do have control over how we interpret evdev or SDL, but I suspect that we're only losing information that way.
I guess our options are then either to change the kernel driver, or to introduce some device-specific hacks into winebus. Neither is particularly palatable.
In either case, though, we'll need to first figure out what to change. What I would do is go into hid.dll and hack the returned caps to be identical to those that Windows reports, and see if that fixes it, and if it does, start setting them back one at a time to what hidraw reports, until it stops working. That's not really something I can feasibly do remotely, I'm afraid, but that's probably the only next step.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #31 from David ML Brown Jr dmlb2000@gmail.com --- Is there any issue with pushing the wine git repo to github.com? I'd like to start poking in that direction but need to have a place to put things so others can see.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #32 from Zebediah Figura z.figura12@gmail.com --- (In reply to David ML Brown Jr from comment #31)
Is there any issue with pushing the wine git repo to github.com? I'd like to start poking in that direction but need to have a place to put things so others can see.
No, in fact many other people have done so already.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #33 from David ML Brown Jr dmlb2000@gmail.com --- Seems like there's more information about this little device and what it required to operate.
https://www.knifeedge.com/forums/showthread.php?t=30211
Seems there's a copyright protection checks built into the hardware which would be difficult to get around. Not sure if the guy who answered this is accurate on the DirectX support for wine though.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #34 from Zebediah Figura z.figura12@gmail.com --- (In reply to David ML Brown Jr from comment #33)
Seems like there's more information about this little device and what it required to operate.
https://www.knifeedge.com/forums/showthread.php?t=30211
Seems there's a copyright protection checks built into the hardware which would be difficult to get around. Not sure if the guy who answered this is accurate on the DirectX support for wine though.
I'm not sure what "copy protection" means here; I can't think of any way in which it would be an impedance to raw HID communication.
From what little I read of the comments on "DirectX", by which it seems
Direct3D is meant, I'd say it's not that accurate. There are plenty of missing features, bugs, and performance problems in various places, but nothing inherent to Wine; plenty of games run at comparable quality and performance to Windows. RealFlight may or may not be one of these; there's no telling a priori.
https://bugs.winehq.org/show_bug.cgi?id=47557
--- Comment #35 from Henri Verbeet hverbeet@gmail.com --- (In reply to Zebediah Figura from comment #32)
(In reply to David ML Brown Jr from comment #31)
Is there any issue with pushing the wine git repo to github.com? I'd like to start poking in that direction but need to have a place to put things so others can see.
No, in fact many other people have done so already.
Not specific to Wine, no. More general concerns about GitHub do apply of course, including being a centralised and proprietary platform, as well as being an enforcer of US sanctions on the people of various countries around the world. If what you're looking for is a free public git host, I think there are certainly better alternatives.
https://bugs.winehq.org/show_bug.cgi?id=47557
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #37 from Piotr Caban piotr.caban@gmail.com --- (In reply to David ML Brown Jr from comment #28)
\?\hid#vid_1781&pid_0e57&col05#6&10c12839&0&0004#{4d1e55b2-f16f-11cf-88cb- 001111000030}
On Windows the endpoint name contains col05. It means that the device reports multiple top-level collections. It's not supported in Wine yet.
https://bugs.winehq.org/show_bug.cgi?id=47557
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Summary|hid_test.exe crashes with |RealFlight does not detect |RealFlight interface module |HID device 1781:0e57 Regression SHA1|ea7b8ad9241559d5b9a0ab9082a | |7665928f86c9d |
--- Comment #38 from Zebediah Figura z.figura12@gmail.com --- The scope of this bug report is a little confused. Although it initially targeted a crash caused by ea7b8ad924 and fixed by a0a3b6b90e, most of the discussion here is targeted at incorrect caps reporting. Adjusting title and some fields to reflect the latter.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla