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. > (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 stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html