src/sys/dev/usb/serial, branch main

Fintek F81232 USB to serial driver

2025-12-02T01:15:37Z

Driver for Feature Integration Technology Inc. (aka Fintek) F81232 USB to serial driver. Reviewed by: thj,adrian,UB Approved by: adrian Differential Revision: https://reviews.freebsd.org/D53893

usb/u3g: add Quectel EM060K

2025-10-31T16:51:15Z

PR: 290688 MFC After: 3 days

Add support for Sierra Wireless EM7590 modem.

2025-10-31T16:48:21Z

PR: 290421 MFC After: 3 days

udbc: Add usb debug host mode driver

2025-09-15T14:44:05Z

xhci offers a debugging interface which uses a special usb 3 cable with the D+, D- and VBUS pairs disconnected. This interface allows a target device to configure its xhci controller as a debugging channel which can then be used to provide a serial link between the target and a debug host. This change extracts the udbc host mode driver from hrs@'s xhci debug implementation. Reviewed by: bcr (man page) MFC after: Before 15-ALPHA3 builds Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D51299

uchcom: add support for CH9102 and CH343 uarts

2025-06-25T01:33:35Z

The CH343 devices support any baud rate up to 6 Mbps. PR: 272803 Reviewed by: imp Tested by: joerg, Tomasz "CeDeROM" CEDRO Differential Revision: https://reviews.freebsd.org/D46290

usb: Kill left-over cdefs.h includes

2025-03-04T21:44:22Z

These includes were for __FBSD_RCSID() macro. They weren't formatted like the rest of the tree so weren't trimmed automatically when that script was run. Trim them now. MFC After: 1 week Sponsored by: Netflix

usb: serial: make more commands execute synchronously

2024-12-11T01:23:41Z

The termios layer wants some level of guarantee that we've actually submitted param changes to the hardware when our functions return, so we need to do a little more waiting to avoid violating those guarantees. This is especially important as some hardware has some minimum timing specifications around this stuff, and without being less asynchronous the software dealing with these devices can't reasonably operate the hardware without more excessive delays than they should need. More specifically, we make sure that: - The command to start transfers is finished before we toggle DTR/RTS - The status_change command finishes before we return, which may change some fields in the softc that we need for a subsequent call into usb_serial - cfg_param finishes before we re-enable transfers, and we ensure that RTS is appropriately toggled before we return to userland This has been observed to fix some flakiness in connecting to some ESP32 devices. Tested by: kenrap from Libera Reviewed by: imp, kib Differential Revision: https://reviews.freebsd.org/D47952

usb: serial: allow the open/close sleep to be interruptible

2024-12-11T01:23:10Z

ucom_queue_command will issue commands for open/close, then wait on them to be finished. In the spirit of playing it safe, allow ucom_queue_command's wait to be interrupted in case the usb process gets jammed up waiting on the hardware -- we can at least recover the user thread that initiated it, even if we can't recover the usb process. Reviewed by: imp, kib Differential Revision: https://reviews.freebsd.org/D47951

usb: serial: propagate errors from ucom_queue_command()

2024-12-11T01:23:10Z

There's only one error that we can get back right now, but future changes will add some more cases that we need to watch out for. Start by returning errors and propagating them back. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D47950

usb: Add support for Brainboxes USB-to-Serial adapters

2024-11-11T12:14:05Z

PR: 277482 Reported by: Cameron Williams