>> Look closely in the kernel output and you'll see that no ids change, >> but that the old device has disconnected and a new device has >> connected. sorry I could not get it completely. what is this new device/ old device ? there is only one device USB dongle. changing usb mode can change the product id as well ? does it mean product id is related with usb's mode of operation rather than actual physical h/w. if yes then what about default and target vendor ids seen in the usb_modeswitch help cmd? does this also depend on mode of operation sometimes ? thanks On Wed, Feb 18, 2015 at 5:53 PM, Peter Stuge <peter@xxxxxxxx> wrote: > temp sha wrote: >> Yes running usb_modeswitch manually works, but once mode switch is >> done product id is getting changed from 0x1446 to 0x1506. > > Look closely in the kernel output and you'll see that no ids change, > but that the old device has disconnected and a new device has > connected. > >> looking into the help I found 0x1446 is default product id wheres >> 0x1506 is the target product id. but could not get the idea behind >> this concept. > > The USB modem normally appears as a storage device with the Windows > software, so that Windows users can easily install it. > > The driver needs to tell the modem to switch from appearing as a > storage device to appearing as an actual modem. usb_modeswitch does > that. > >> Yes I do have hotplug but I am trying alternative ways also. eg as I >> said skipping usb-storage loading initially by adding the product id >> in the >> unusual_devs.h and giving opportunity to probe option driver first. > > That does not work. The modem needs to be instructed by software to > switch modes. > >> as there are two product ids for usb devices I am bit confused which >> once need to be used in unusual_devs.h and the driver option. > > Now you know that what usb_modeswitch calls "target device" is the > actual modem. That's the only device that matters for the modem driver. > > > One could of course argue that the kernel should do modeswitching. > But sometimes it's preferable to have access to the storage device. > > > //Peter -- 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
