Re: [PATCH] usb-storage: ignore ZTE MF 823 in mode 0x1225

[Dan Williams <dcbw@redhat.com>]

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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html