On Wed, 2013-12-18 at 18:38 +0100, poma wrote: > On 18.12.2013 00:26, Dan Williams wrote: > > On Tue, 2013-12-17 at 23:50 +0100, poma wrote: > >> HUWAEI E1750 NDISDUP > > > > Is the difference between the two modes just the usb_modeswitch > > commands? I see they have different USB IDs between first and second > > runs. > > USB Modeswitch has nothing to do with it, besides it doesn't work. ;) > Actually the device switches mode by itself. ;) 'pid 140c' is inherited > through a warm state(reboot) from proprietary OS. However if the device > is replugged(cold state) within the Linux kernel, it switches to the > 'pid 1436' mode. > And vice versa.
That's still usb_modeswitch. Windows is sending a specific message to the Huawei device telling to use a specific mode, and it switches to that mode. After reboot to Linux, it's still in that mode. But if you coldplug the device while in Linux, usb_modeswitch sends a message to the device that is different than what Windows sends. On Linux with ModemManager, we would prefer to use the "Windows" mode since that is more capable. Unfortunately, usb_modeswitch needs changes to send the correct message to switch to the "Windows" mode too. All that said, if possible ModemManager should try to support the non-Windows cdc-ether mode too, but there may be bugs with that. Dan > > In any case, if ModemManager can handle the device, we would expect > > NetworkManager to handle it as well. In general, we'd prefer to handle > > the device with QMI and the QMI network commands instead of NDISDUP, > > unless the device doesn't implement the QMI stack very well. > > > > In both cases, however, ModemManager should be doing the right thing > > wtih either QMI or NDISDUP, then advertise that the IP configuration > > method should be "DHCP", and NetworkManager will perform DHCP on the > > interface and set up the IP configuration. > > Super duper! > Thanks for your response. > > > poma > > > > > > > _______________________________________________ > networkmanager-list mailing list > networkmanager-list@gnome.org > https://mail.gnome.org/mailman/listinfo/networkmanager-list _______________________________________________ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list