-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fails to handle multiple physical adapters #11
Comments
Re: Commenting those out allowed the devices to show up and they seemingly don't have issues (tried them out using rc522s). Will keep the issue open for further discussion (I feel like it shouldn't be that easy!) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I found out that plugging more than one ch341 at a time makes the driver very unhappy. The
dmesg
log complains about creating a duplicategpio4
file, which to me indicates this driver was not written to support multiple ch341-based devices at once.However I do not need the GPIO functionality, I just need multiple SPI interfaces (not multiple slaves sharing a bus, I mean multiple buses using multiple physical ch341-based adapters), and that seems to probe fine before crashing and burning when it tries to probe for GPIO later on.
I'm no kernel hacker, but my understanding here is all I need to do is get rid/comment out the GPIO functionality and I would have a working driver that can handle however many devices I can plug in. Am I correct in that assumption ? I'm willing to give it a shot in a PR, but I would certainly appreciate some guidance on how to get that working. Would commenting out the calls to
ch341_gpio_probe
/ch341_gpio_remove
do it ?dmesg log:
The text was updated successfully, but these errors were encountered: