Gustavo Zacarias <gustavo@xxxxxxxxxxxxxxx> writes: > With minicom on /dev/cdc-wdm0 after patching qmi_wwan it seems to be > responsive to AT commands so yes it seems we are dealing with ECM here. > I'll send a followup patch to include qmi_wwan. Maybe run a small discussion on the ModemManager list first? This would be the first non-QMI device there, and I don't think userspace is prepared for that.... I expected this type of device might exist, but we haven't really tried to support it before (AFAIK). Although the qmi_wwan driver doesn't care about whether the embedded control protocol is QMI or AT or something else, current userspace applications do. I am not entirely sure about how this should be handled, but it should be sorted out before we start adding non QMI devices to the driver. >> This device use ff/ff/ff for class/subclass/protocol on all interfaces, >> is that right? > > Yes, for bInterfaceNumber 0..3 i've got Class/SubClass/Protocol 255. > 4 and 5 are mass storage which surely correspond with the MicroSD slot > and internal flash cdrom emulation/image. > Interface 1 has an alternate setting with one endpoint (#0) or 3 > endpoints (#1) if that's of any use. > You can take a peek at lsusb -vv output @ > https://www.zacarias.com.ar/e173s.txt Thanks Bjørn -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
