summaryrefslogtreecommitdiffstats
path: root/drivers/usb/serial/Makefile
diff options
context:
space:
mode:
authorJohan Hovold <johan@kernel.org>2014-09-15 18:40:45 +0200
committerJohan Hovold <johan@kernel.org>2014-09-15 18:43:08 +0200
commitf8c0e057b4898055b24b44d03b837a15d8b93b37 (patch)
treed3998d35f8917010562abbee6e7d8ede4b73c232 /drivers/usb/serial/Makefile
parent4b7154ba70bb20a3c024faabdd2bc207b550a813 (diff)
downloadlinux-f8c0e057b4898055b24b44d03b837a15d8b93b37.tar.gz
linux-f8c0e057b4898055b24b44d03b837a15d8b93b37.tar.xz
USB: serial: remove zte_ev driver
The zte_ev driver is based on code (once) distributed by ZTE that still appears to originally have been reverse-engineered and bolted onto the generic driver. A closer analysis of the zte_ev setup code reveals that it consists of standard CDC requests (SET/GET_LINE_CODING and SET_CONTROL_LINE_STATE) but unfortunately fails to get some of those right. In particular, as reported by Lei Liu, it fails to lower DTR/RTS on close. It also appears that the control requests lack the interface argument. Since line control is already handled properly by the option driver, and the SET/GET_LINE_CODING requests appears to be redundant (amounts to a SET 9600 8N1) let's remove the redundant zte_ev driver. Also move the remaining ZTE PIDs to the generic option modem driver. Reported-by: Lei Liu <liu.lei78@zte.com.cn> Signed-off-by: Johan Hovold <johan@kernel.org>
Diffstat (limited to 'drivers/usb/serial/Makefile')
-rw-r--r--drivers/usb/serial/Makefile1
1 files changed, 0 insertions, 1 deletions
diff --git a/drivers/usb/serial/Makefile b/drivers/usb/serial/Makefile
index bfdafd349441..349d9df0895f 100644
--- a/drivers/usb/serial/Makefile
+++ b/drivers/usb/serial/Makefile
@@ -60,4 +60,3 @@ obj-$(CONFIG_USB_SERIAL_WISHBONE) += wishbone-serial.o
obj-$(CONFIG_USB_SERIAL_WHITEHEAT) += whiteheat.o
obj-$(CONFIG_USB_SERIAL_XIRCOM) += keyspan_pda.o
obj-$(CONFIG_USB_SERIAL_XSENS_MT) += xsens_mt.o
-obj-$(CONFIG_USB_SERIAL_ZTE) += zte_ev.o