Skip to content

Conversation

@k1-801
Copy link

@k1-801 k1-801 commented Dec 20, 2025

This fix targets the scenario when udev reported a new device, but the device is not yet ready to provide a report. This results in the independent usage entries not generating for the device and certain fields in the device not being filled.

UPD: The patch, despite potentially solving timing related issues, proved to not be enough to solve the particular problem at hand, investigation continues. Marking as draft, going to update it in the next week.

@k1-801 k1-801 mentioned this pull request Dec 20, 2025
@k1-801 k1-801 marked this pull request as draft December 20, 2025 00:42
@mcuee mcuee added the hidraw Related to Linux/hidraw backend label Dec 20, 2025
@mcuee
Copy link
Member

mcuee commented Dec 20, 2025

Somehow Arch Linux build failed again, but not related to this PR.

error: target not found: libudev0

This needs to be changed to libudev0-shim.

@mcuee
Copy link
Member

mcuee commented Dec 20, 2025

Windows cmake build failed as well, again, nothing to do with this PR.

@k1-801
Copy link
Author

k1-801 commented Dec 22, 2025

Testing revealed that the issue was somehow caused by the library being loaded through dlopen and does not replicate with regular build-time linking. Function pointers retrieved through dlsym did not match and the calls failed. None of the resulting pointers were NULL.

Building the aplication with -rdynamic linker flag also fixed the issue; without this flag, dynamically loaded through dlopen hidapi cannot retrieve usages - and I don't know why. But at least I know this PR is not necessary.

@k1-801 k1-801 closed this Dec 22, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

hidraw Related to Linux/hidraw backend

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants