I'm trying to make this 3G mobile internet key work.
Under a Debian Jessie system seems to be automatically switched to modem mode by usb-modeswitch.
The device is seen as a zero-cd (storage mode) as i plug it in.
lsusb says:
The chip is recognized as Mediatek MT6225.
After half a second usb-modeswith converts it to a modem device and lsusb now says:
Ok, so it's all right.
But we need a last step:
Ususally theese device recognized as modems are linked to serial devices files under /dev, for example:
Code:
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2
/dev/ttyUSB3
For this secific dongle seems that linux doesn't know which kernel module load to generate that files.
I've seen for example, many cell phones working with cdc-acm, or with usbserial and now I have an other dongle working out of the box with "option" module.
It's a Huawei-E353:
I plug it in.
wait a few seconds
and I'm ready to use one of the serial device, /dev/ttyUSB0 for example, as a modem.
In that case the module option is automagically loaded and it take under its control the dongle, creating alse the /dev/ttyUSB* files
Now I'm asking myself why Huawei dongle is able to be automatically working with option module whereas the Olicard doesn't let the kernel to load any module at all...
Can anybody explain how that mechanism works exactly?
I can use olicard key manually loading a module to manage it, for example:
Code:
modprobe usbserial vendor=0x2020 product=0x4000
This command generate some /dev/ttyUSB* files to be used in PPP config...
But I can also use the option module to obtain the same files:
Code:
# modprobe option
# echo "2020 4000" > /sys/bus/usb-serial/drivers/new_id
Now I can use internet connection via pppd and successfully use the dongle to be online.
But I'd like to understand why the huawei key managment is automatic whereas the olicard needs some manual commands more.
Is there a databse anywhere? Which contains a list of devices automatically recognize with a particoular module?
Thanks in advance!
An sorry for my bad english.
PS.
I know a bit of udev and its rules. But in this topic I prefer to begin with some infos about "how kernel thinks to manages" theese devices.