huawei e220 hardy alpha 5 - problem

Bug #195357 reported by Guimenez
4
Affects Status Importance Assigned to Milestone
Ubuntu
Confirmed
Undecided
Unassigned

Bug Description

Hello.

After install Ubuntu Alpha 5, when i connect my huawei e220, it detects the modem for about 1 minute and then it looses the modem.
Its doing a loop without stopping (detect modem then loose modem).
I've type "lsusb " and i see that sometimes it detects the storage and the modem, and after while, it detects just the storage.

With gutsy it install fine without no problems

Please help-me i want Hardy...

PS: After installation it gives me always the language error PT_pt, but i fixed choosing the language at login screen, but hope you fix that
in the final release

Thanks

Guimenez

Revision history for this message
Baumgartner Martin (baumgartner-martin) wrote :

Any Information in /var/log/messages?

Revision history for this message
Guimenez (guimenez) wrote :

thanks for replying.

i've attached my "/var/log/messages" for you to see the problem.

I've installed hardy for about 6 times, and its always the same.
when i make lsusb, it detects the "chicony Electronics CO" and "Huawei Technology CO e220 hsdpa modem" and after 1 minute it just detect "chicony Electronics CO" and modem nothing :(

Thanks

Revision history for this message
John Leach (johnleach) wrote :
Download full text (7.2 KiB)

Same here with latest updated Hardy. It worked perfect in gutsy, but with Hardy it is detected but is then "disconnected" a few seconds later. It does this in a loop until it is unplugged. See the dmesg output below containing lines from when the device is plugged in to when it is lost.. It is usual that it is detected as 2 serial ports and a mass storage device (the storage device just contains the windows drivers) though I'm not sure about it being detected as a CDROM though.

Strangely, network-manager is seeing the hal device notifys. Not sure if that is normal (copied in below too)

cat /proc/version
Linux version 2.6.24-11-generic (buildd@rothera) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu1)) #1 SMP Fri Feb 29 22:08:31 UTC 2008

[ 2509.759949] usb 2-1: new full speed USB device using uhci_hcd and address 5
[ 2509.917515] usb 2-1: configuration #1 chosen from 1 choice
[ 2509.923888] scsi23 : SCSI emulation for USB Mass Storage devices
[ 2509.925270] usb-storage: device found at 5
[ 2509.925275] usb-storage: waiting for device to settle before scanning
[ 2509.968822] usb 2-1: USB disconnect, address 5
[ 2510.702826] usb 2-1: new full speed USB device using uhci_hcd and address 6
[ 2510.866000] usb 2-1: configuration #1 chosen from 1 choice
[ 2510.870454] usb-storage: probe of 2-1:1.0 failed with error -5
[ 2510.873669] usb-storage: probe of 2-1:1.1 failed with error -5
[ 2510.882945] scsi26 : SCSI emulation for USB Mass Storage devices
[ 2510.889270] usb-storage: device found at 6
[ 2510.889279] usb-storage: waiting for device to settle before scanning
[ 2511.069404] usbcore: registered new interface driver usbserial
[ 2511.069422] /build/buildd/linux-2.6.24/drivers/usb/serial/usb-serial.c: USB Serial support registered for generic
[ 2511.069465] usbcore: registered new interface driver usbserial_generic
[ 2511.069467] /build/buildd/linux-2.6.24/drivers/usb/serial/usb-serial.c: USB Serial Driver core
[ 2511.085325] /build/buildd/linux-2.6.24/drivers/usb/serial/usb-serial.c: USB Serial support registered for GSM modem (1-port)
[ 2511.085359] option 2-1:1.0: GSM modem (1-port) converter detected
[ 2511.085489] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
[ 2511.085500] option 2-1:1.1: GSM modem (1-port) converter detected
[ 2511.085566] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
[ 2511.085576] usbcore: registered new interface driver option
[ 2511.085579] /build/buildd/linux-2.6.24/drivers/usb/serial/option.c: USB Driver for GSM modems: v0.7.1
[ 2515.799417] usb-storage: device scan complete
[ 2515.802382] scsi 26:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
[ 2515.840314] sr1: scsi-1 drive
[ 2515.840404] sr 26:0:0:0: Attached scsi CD-ROM sr1
[ 2515.840452] sr 26:0:0:0: Attached scsi generic sg2 type 5
[ 2518.311995] usb 2-1: reset full speed USB device using uhci_hcd and address 6
[ 2518.901314] usb 2-1: reset full speed USB device using uhci_hcd and address 6
[ 2519.018979] usb 2-1: device descriptor read/64, error -71
[ 2519.187927] usb 2-1: USB disconnect, address 6
[ 2519.188448] option1 ttyUSB0: GSM modem (1-port) converter now disconn...

Read more...

Revision history for this message
Guimenez (guimenez) wrote :

Ok i found the solution.

Install the huawei.tar.bz2 (http://oozie.fm.interia.pl/src/huawei.tar.bz2) and then plugit again and it works like a charm

Instructions:
- Download the file
- Extract the file
- Go inside the folder you0ve extracted
- sudo ./make install_ubuntu
- connect again the modem

I hope final release of hardy they put this patch

It's done

Revision history for this message
John Leach (johnleach) wrote :

I cherry picked from oozie just what is needed to stop the usb disconnect (basically, i think udev needs to load usbserial with those vendor and product strings whenever it spots the huawei cdrom device appearing (rather than the mass storage drivers, which causes disconnection of the serial devices for some reason).

cat /etc/udev/rules.d/99-huawei.rules

SUBSYSTEM=="block", \
ACTION=="add", \
SYSFS{idVendor}=="12d1", \
SYSFS{idProduct}=="1003", \
RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x1003", \
OPTIONS="ignore_device"

It now works with the vodafone python program and connects fine (in fact, I'm using it right now to file this bug).

John.

Revision history for this message
ephro (ephlind) wrote :

The comment from the fiesty bug (addressing gutsy) found here:

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/105545/comments/25

Works well to fix this problem, along with addressing it where it belongs (in HAL) and not udev.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.