These patches move the ZTE PIDs that were originally handled by the option driver back to that driver, remove two PIDs from zte_ev that were already claimed by other drivers, and finally removes the zte_ev driver completely (and moves the sole remaining PID over to option).
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 inspections of the control requests it was sending reveals that they were not doing anything not already handled (better) by option (well, except for some apparently redundant SET/GET_LINE_CODING). There have also been reports about disconnect and reconnect issues with zte_ev, something which has already led to one PID already having been moved back. Lei Liu of ZTE has asked for further PIDs to be moved after reporting issues with the driver. I intend to queue up the first three, which are also marked for stable, for v3.17-rc2, while the final removal of the driver is held back to v3.18. That way there's plenty of time to deal with any issues that, however unlikely, may arise. Comments? Johan Johan Hovold (4): Revert "USB: option,zte_ev: move most ZTE CDMA devices to zte_ev" USB: zte_ev: remove duplicate Gobi PID USB: zte_ev: remove duplicate Qualcom PID Revert "USB: serial: add zte_ev.c driver" drivers/usb/serial/Kconfig | 8 -- drivers/usb/serial/Makefile | 1 - drivers/usb/serial/option.c | 26 +++- drivers/usb/serial/zte_ev.c | 317 -------------------------------------------- 4 files changed, 23 insertions(+), 329 deletions(-) delete mode 100644 drivers/usb/serial/zte_ev.c -- 1.8.5.5 -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html