freebsd-dev/sys/modules/ucycom/Makefile

# $FreeBSD$

S=	${.CURDIR}/../..
.PATH: $S/dev/usb

KMOD=	ucycom
SRCS=	ucycom.c opt_usb.h device_if.h bus_if.h usbdevs.h

.include <bsd.kmod.mk>
Device driver for the Cypress CY7C637xx and CY7C640/1xx families of USB to RS232 bridges, such as the one found in the DeLorme Earthmate USB GPS receiver (which is the only device currently supported by this driver). While other USB to serial drivers in the tree rely heavily on ucom, this one is self-contained. The reason for that is that ucom assumes that the bridge uses bulk pipes for I/O, while the Cypress parts actually register as human interface devices and use HID reports for configuration and I/O. The driver is not entirely complete: there is no support yet for flow control, and output doesn't seem to work, though I don't know if that is because of a bug in the code, or simply because the Earthmate is a read- only device. 2004-09-05 09:43:47 +00:00			`# $FreeBSD$`

			`S= ${.CURDIR}/../..`
			`.PATH: $S/dev/usb`

			`KMOD= ucycom`
We don't need to generate vnode_if.h anymore 2004-12-29 08:50:35 +00:00			`SRCS= ucycom.c opt_usb.h device_if.h bus_if.h usbdevs.h`
Device driver for the Cypress CY7C637xx and CY7C640/1xx families of USB to RS232 bridges, such as the one found in the DeLorme Earthmate USB GPS receiver (which is the only device currently supported by this driver). While other USB to serial drivers in the tree rely heavily on ucom, this one is self-contained. The reason for that is that ucom assumes that the bridge uses bulk pipes for I/O, while the Cypress parts actually register as human interface devices and use HID reports for configuration and I/O. The driver is not entirely complete: there is no support yet for flow control, and output doesn't seem to work, though I don't know if that is because of a bug in the code, or simply because the Earthmate is a read- only device. 2004-09-05 09:43:47 +00:00
			`.include <bsd.kmod.mk>`