On 11/11/2013 10:41 AM, Bjørn Mork wrote: > One way, if you have access to a Windows system, is observing what > happens there. You can look up vid/pid/intfnumber in the Windows device > manager. >From windows i've got: 3G Modem - usbcdcacm\VID_12D1&PID_1C07&MI_00 HUAWEI Mobile Connect Network Interface - usbcdcecm\VID_12D1&PID_1C07&MI_01&wwan 3G Application - usbcdcacm\VID_12D1&PID_1C07&MI_02 3G PC UI - usbcdcacm\VID_12D1&PID_1C07&MI_03 So it seems to be ECM. > So according to thos, interface #1 on 12d1:1c07 should be either an ECM > or(?) NCM function, so blacklisting it in option is definitely correct > if the generic Huawei vendor rule picks it up. > > Now I do not understand how the same function can be both ECM and NCM, > but we should try to find out which one it is... The Huawei Windows > driver use a single flag to select one of these, which may explain how > they can mix configs like this. It just seems completely pointless. > > You have already tried qmi_wwan, right? But only with libqmi? This is > most likely not a QMI device in any case. There is a fair chance that > it supports Huawei's AT^NDISDUP and related vendor specific AT > commands though. You should try that, using either qmi_wwan (if ECM) or > the new huawei_cdc_ncm driver (if NCM) for the network function. Yes, tried with libqmi, queries get stuck/timeout with qmicli but nothing nasty. 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. > 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 Regards. -- 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
