Bjørn Mork <bjorn@xxxxxxx> writes: > + * CDC ACM with vendor specific protocol may signify RNDIS or > + * serial or something else. A number of Huawei devices use > + * it for serial functions having only 2 endpoints, Arrgh. Please drop this patch. I thought I had verified this over and over again for a couple of weeks, but I do of course discover the problem minutes after posting... The 2 endpoint assumption is not always true: $ lsusb -v -d 12d1:1c05 Bus 002 Device 005: ID 12d1:1c05 Huawei Technologies Co., Ltd. Couldn't open device, some information will be missing Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x12d1 Huawei Technologies Co., Ltd. idProduct 0x1c05 bcdDevice 1.02 iManufacturer 2 iProduct 1 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 142 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 255 Vendor Specific (MSFT RNDIS?) iInterface 0 CDC Header: bcdCDC 1.10 CDC ACM: bmCapabilities 0x03 line coding and serial state get/set/clear comm features 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