On Thu, 2015-07-02 at 15:43 +0200, Oliver Neukum wrote: > On Thu, 2015-07-02 at 20:33 +0700, Lars Melin wrote: > > On 2015-07-02 20:01, Oliver Neukum wrote: > > > On Thu, 2015-07-02 at 14:43 +0200, Oliver Neukum wrote: > > >> On Wed, 2015-07-01 at 22:50 +0700, Lars Melin wrote: > > >> > > >>> Then I would like to see an lsusb listing for 19d2:1225 with an SD-card > > >>> interface, I have only seen 19d2:1225 with a single storage interface > > >>> which is for the windows install cd-rom. > > >>> There are almost no 3G dongles having the SD-card interface active in > > >>> default (non-switched) mode. > > >> > > >> Though I see your point. Is the switching desirable at all for this > > >> device or do I need to block the device on the SCSI level? > > >> > > >> Regards > > >> Oliver > > > > > > However, when I reinstall usb_modeswitch I see that the storage > > > functionality is unnecessary to switch this device. > > > > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: new high-speed USB device number 8 using xhci_hcd > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: New USB device found, idVendor=19d2, idProduct=1225 > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: Product: ZTE WCDMA Technologies MSM > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: Manufacturer: ZTE,Incorporated > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb 3-10: SerialNumber: MF8230ZTED010000CP261718U46EM0SHF3BW707_8C65&&&&&&&&&&&&&&&&&&&0 > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb-storage 3-10:1.0: USB Mass Storage device detected > > > Jul 02 14:56:10 linux-dtbq.site kernel: Vendor: 0x19d2, Product: 0x1225, Revision: 0xf0f1 > > > Jul 02 14:56:10 linux-dtbq.site kernel: Interface Subclass: 0x06, Protocol: 0x50 > > > Jul 02 14:56:10 linux-dtbq.site kernel: usb-storage 3-10:1.0: device ignored > > > Jul 02 14:56:10 linux-dtbq.site kernel: storage_probe() failed > > > Jul 02 14:56:10 linux-dtbq.site kernel: -- sending exit command to thread > > > Jul 02 14:56:10 linux-dtbq.site mtp-probe[2730]: checking bus 3, device 8: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-10" > > > Jul 02 14:56:10 linux-dtbq.site mtp-probe[2730]: bus: 3, device: 8 was not an MTP device > > > Jul 02 14:56:10 linux-dtbq.site usb_modeswitch[2740]: switch device 19d2:1225 on 003/008 > > > Jul 02 14:56:15 linux-dtbq.site kernel: usb 3-10: USB disconnect, device number 8 > > > Jul 02 14:56:16 linux-dtbq.site kernel: usb 3-10: new high-speed USB device number 9 using xhci_hcd > > > > > > Regards > > > Oliver > > > > > > > Yes but there are other 19d2:1225 devices which don't have dual-mode > > So they reused the ID. Oh just great. Welcome to the world of USB WWAN dongles. This happens *all* the time... The worst offenders I know of are Huawei and ZTE, probably because they make so many. For example 12d1:1001 is used by like 50 devices before modeswitch (I jest, but not by much). Dan > > (19d2:1403 RNDIS or 19d2:1405 ECM) they do only have one of the modes > > and they don't auto-flip so they need usb_modeswitch. > > Understood. And I just found out that the auto flip is unreliable > without storage. But do they need storage interfaces to switch > to the other modes? As the virtual CD does not go away I don't > really see much value in retaining the original (storage only) mode, > as all it offers is an opportunity to lose data. > > > This is the first 3G dongle I have seen with multiple LUN on the same > > USB interface, there has always been one interface for each storage > > function in the past. So yes I jumped to conclusion.. > > > > Anyway, it would be good if you could block the MMC interface on LUN > > level while still having the virtual cd-rom working. > > This device is total crap. Do you know about alternative commands > that allow selecting the mode the device switches to? > > Regards > Oliver > > -- > 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 -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html