On Mon, Jun 1, 2020 at 5:28 PM Ian Lepore wrote: > There should be no need to unload ucom to access the low-level usb > device via libusb. I typically have anywhere from 5-8 usb-serial > adapters connected at once, it would be crazy to unload ucom and lose > access to all of them just to use one of them with libusb. > > It is important, however, to avoid accessing /dev/cuaU# or /dev/ttyU# > at the same time that some application is using libusb (or libftdi) to > access that same device. That would cause ucom and the work being done > via libusb to conflict with each other.
Exactly the problem here. Either application tries to unload kernel driver just to make sure terminal can connect to a dongle (linux quickfix), or the modem port is already opened with u3g module (more probable scenario). Anyway CMSIS-DAP has its own endpoint that is separate from VCP so it should work without unloading the module. Will verify and send patches to the upstream no worries, thanks for the hints, but that could be another source of problem described by Gary that I found in a similar application :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info _______________________________________________ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
