I have a mobile broadband device: # lsusb Bus 001 Device 004: ID 03f0:241d Hewlett-Packard When I run modprobe qcserial, I don't get a ttyUSB0 device: # modprobe qcserial; ls -la /dev/ttyUSB* ls: cannot access /dev/ttyUSB*: No such file or directory # dmesg usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core USB Serial support registered for Qualcomm USB modem usbcore: registered new interface driver qcserial I am guessing the identifier is missing from usbserial.c # lsusb -v Bus 001 Device 004: ID 03f0:241d Hewlett-Packard Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x03f0 Hewlett-Packard idProduct 0x241d bcdDevice 0.02 iManufacturer 3 Qualcomm Incorporated iProduct 2 HP un2420 Mobile Broadband Module iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 1 Qualcomm Configuration bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 32
To the file: /etc/udev/rules.d/60-gobi.rules I added the line: ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="241d", RUN+="gobi_loader $env{DEVNAME} /lib/firmware/gobi" To the file: ./rpmbuild/BUILD/kernel-2.6.31/linux-2.6.31.x86_64/drivers/usb/serial/qcserial.c I added the line: {USB_DEVICE(0x03f0, 0x241d)}, /* HP Gobi device */ rebuilt the kernel module and loaded qcserial. Still I get no /dev/ttyU* device. If I manually create the device using mknod, I can run gobi_loader, but it hangs. mknod /dev/ttyUSB0 c 188 0 strace says: chdir("/lib/firmware/gobi/") = 0 open("amss.mbn", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0755, st_size=11096116, ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 -opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_START or TCSETS, {B9600 -opost -isig -icanon -echo ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 -opost -isig -icanon -echo ...}) = 0 write(3, "~", 1
With debug enabled I get: # insmod ~/rpmbuild/BUILD/kernel-2.6.31/linux-2.6.31.x86_64/drivers/usb/serial/qcserial.ko debug=1 # dmesg USB Serial support registered for Qualcomm USB modem .. /linux-2.6.31.x86_64/drivers/usb/serial/qcserial.c: qcprobe .. /linux-2.6.31.x86_64/drivers/usb/serial/qcserial.c: Num Interfaces = 1 .. /linux-2.6.31.x86_64/drivers/usb/serial/qcserial.c: This Interface = 1 usbcore: registered new interface driver qcserial Which looks promising, except I never get a /dev/ttyUSB0 device so the udev rule doesn't trigger.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
It's probably best to take this upstream to the lkml, or possibly gregkh on linux-usb@.
The 241d is a Gobi 2000 device, so not handled by the current driver or gobi_loader. Patches to support this have just been sent.
(In reply to comment #5) > The 241d is a Gobi 2000 device, so not handled by the current driver or > gobi_loader. Patches to support this have just been sent. Are the patches in F13?
They are, yes. Sorry for not updating this!
Great, so NetworkManager should be able to work with it out. Taking it there: https://bugzilla.gnome.org/show_bug.cgi?id=602979 Thanks.