Bug 620165 - huwai USB Modem always need to unplug and plug after disconnecting from Network manager in F13
Summary: huwai USB Modem always need to unplug and plug after disconnecting from Netwo...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 14
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-01 12:02 UTC by Vikas
Modified: 2012-08-16 18:39 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 970528 (view as bug list)
Environment:
Last Closed: 2012-08-16 18:39:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vikas 2010-08-01 12:02:31 UTC
Description of problem:

I am using Huwai EC1260 usb modem to connect wireless broad band internet.
When i disconnect from internet from networkmanager and after that when i try to connect from NM it is not connecting . always i need to unplug and plug to connect to internet.
This problem was not with fedora 12 .. recently i installed F13 and this problem started....



Version-Release number of selected component (if applicable):        

2.6.33.6-147.fc13.x86_64


How reproducible: 


Steps to Reproduce:
After boot . connect internet from network manager.

Then just disconnect internet from net work manager and try reconnecting from NM.
It wont connect.

Then just unplug and re plug Modem and wait for 30 sec and connect from NM it will connect
  
Actual results:


Expected results:


Additional info:

Result of sudo lsusb -v -d 12d1:140b



Bus 008 Device 005: ID 12d1:140b Huawei Technologies Co., Ltd. EC1260 Wireless Data Modem HSD USB Card
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x12d1 Huawei Technologies Co., Ltd.
  idProduct          0x140b EC1260 Wireless Data Modem HSD USB Card
  bcdDevice            0.00
  iManufacturer           1 HUA�WEI TECHNOLOGIES
  iProduct                2 HUAWEI Mobile
  iSerial                 4 �������������������
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength          108
    bNumInterfaces          4
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              3 Data Interface
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval             128
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
    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              3 Data Interface
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        2
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              3 Data Interface
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x86  EP 6 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x06  EP 6 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        3
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk (Zip)
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x87  EP 7 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x08  EP 8 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

Comment 1 Chuck Ebbert 2010-08-01 23:10:44 UTC
What error messages do you get from networkmanager when it won't connect?

Comment 2 Vikas 2010-08-03 06:37:00 UTC
It wont throw any error. It just show activating for around 30 seconds and after that just fall back to the unconnected state ..
Even I checked in dmesg but no error

Comment 3 Chuck Ebbert 2010-08-04 08:47:13 UTC
(In reply to comment #2)
> It wont throw any error. It just show activating for around 30 seconds and
> after that just fall back to the unconnected state ..
> Even I checked in dmesg but no error    

NM didn't write any messages to /var/log/messages when the connection failed?

Comment 4 Vikas 2010-08-04 15:20:51 UTC
I for got to see here :-)  ...Here is the var/log/messages ...



Aug  4 20:28:53 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) starting connection 'Reliance'
Aug  4 20:28:53 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 3 -> 4 (reason 0)
Aug  4 20:28:53 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled...
Aug  4 20:28:53 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started...
Aug  4 20:28:53 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 4 -> 6 (reason 0)
Aug  4 20:28:53 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete.
Aug  4 20:28:58 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled...
Aug  4 20:28:58 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started...
Aug  4 20:28:58 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 6 -> 4 (reason 0)
Aug  4 20:28:58 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete.
Aug  4 20:28:58 localhost modem-manager: (ttyUSB0) opening serial device...
Aug  4 20:28:58 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (disabled -> enabling)
Aug  4 20:28:58 localhost modem-manager: (ttyUSB2) opening serial device...
Aug  4 20:28:58 localhost modem-manager: (ttyUSB1) opening serial device...
Aug  4 20:28:58 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (enabling -> enabled)
Aug  4 20:28:58 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (enabled -> registered)
Aug  4 20:28:58 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (registered -> connecting)
Aug  4 20:29:06 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (connecting -> connected)
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) scheduled...
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) starting...
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 4 -> 5 (reason 0)
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) successful.
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 3 of 5 (IP Configure Start) scheduled.
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) complete.
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 3 of 5 (IP Configure Start) started...
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 5 -> 7 (reason 0)
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> starting PPP connection
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> pppd started with pid 2564
Aug  4 20:29:06 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 3 of 5 (IP Configure Start) complete.
Aug  4 20:29:06 localhost pppd[2564]: Warning: can't open options file /root/.ppprc: Permission denied
Aug  4 20:29:06 localhost pppd[2564]: Plugin /usr/lib64/pppd/2.4.5/nm-pppd-plugin.so loaded.
Aug  4 20:29:07 localhost kernel: PPP generic driver version 2.4.2
Aug  4 20:29:07 localhost pppd[2564]: pppd 2.4.5 started by root, uid 0
Aug  4 20:29:07 localhost pppd[2564]: Using interface ppp0
Aug  4 20:29:07 localhost pppd[2564]: Connect: ppp0 <--> /dev/ttyUSB0
Aug  4 20:29:10 localhost pppd[2564]: PAP authentication succeeded
Aug  4 20:29:10 localhost kernel: PPP Deflate Compression module registered
Aug  4 20:29:10 localhost pppd[2564]: local  IP address 125.142.172.156
Aug  4 20:29:10 localhost pppd[2564]: remote IP address 230.214.142.145
Aug  4 20:29:10 localhost pppd[2564]: primary   DNS address 202.138.103.191
Aug  4 20:29:10 localhost pppd[2564]: secondary DNS address 202.128.117.50
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> PPP manager(IP Config Get) reply received.
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 4 of 5 (IP4 Configure Get) started...
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) scheduled...
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 4 of 5 (IP4 Configure Get) complete.
Aug  4 20:29:10 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) started...
Aug  4 20:29:11 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 7 -> 8 (reason 0)
Aug  4 20:29:11 localhost NetworkManager[1329]: <info> Policy set 'Reliance' (ppp0) as default for IPv4 routing and DNS.
Aug  4 20:29:11 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) successful, device activated.
Aug  4 20:29:11 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) complete.
Aug  4 20:31:35 localhost kernel: CE: hpet increasing min_delta_ns to 15000 nsec
Aug  4 20:36:12 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 8 -> 3 (reason 39)
Aug  4 20:36:12 localhost NetworkManager[1329]: <info> (ttyUSB0): deactivating device (reason: 39).
Aug  4 20:36:12 localhost pppd[2564]: Terminating on signal 15
Aug  4 20:36:12 localhost NetworkManager[1329]: <error> [1280934372.982438] [nm-system.c:1229] check_one_route(): (ppp0): error -34 returned from rtnl_route_del(): Sucess#012
Aug  4 20:36:12 localhost pppd[2564]: Connect time 7.1 minutes.
Aug  4 20:36:12 localhost pppd[2564]: Sent 175891 bytes, received 1175308 bytes.
Aug  4 20:36:13 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (connected -> disconnecting)
Aug  4 20:36:13 localhost dbus: [system] Rejected send message, 1 matched rules; type="error", sender=":1.1" (uid=0 pid=1329 comm="NetworkManager) interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownMethod" requested_reply=0 destination=":1.70" (uid=0 pid=2564 comm="/usr/sbin/pppd))
Aug  4 20:36:13 localhost dbus: [system] Rejected send message, 1 matched rules; type="error", sender=":1.1" (uid=0 pid=1329 comm="NetworkManager) interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownMethod" requested_reply=0 destination=":1.70" (uid=0 pid=2564 comm="/usr/sbin/pppd))
Aug  4 20:36:13 localhost dbus: [system] Rejected send message, 1 matched rules; type="error", sender=":1.1" (uid=0 pid=1329 comm="NetworkManager) interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownMethod" requested_reply=0 destination=":1.70" (uid=0 pid=2564 comm="/usr/sbin/pppd))
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) starting connection 'Reliance'
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 3 -> 4 (reason 0)
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled...
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started...
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 4 -> 6 (reason 0)
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete.
Aug  4 20:36:13 localhost NetworkManager[1329]: <info> disconnect failed: (32) The device is already being disconnected.
Aug  4 20:36:14 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (disconnecting -> registered)
Aug  4 20:36:14 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled...
Aug  4 20:36:14 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started...
Aug  4 20:36:14 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 6 -> 4 (reason 0)
Aug  4 20:36:14 localhost NetworkManager[1329]: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete.
Aug  4 20:36:17 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (registered -> connecting)
Aug  4 20:36:20 localhost modem-manager: Modem /org/freedesktop/ModemManager/Modems/0: state changed (connecting -> registered)
Aug  4 20:36:20 localhost NetworkManager[1329]: <warn> CDMA connection failed: (32) Sending command failed: 'Resource temporarily unavailable'
Aug  4 20:36:20 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 4 -> 9 (reason 0)
Aug  4 20:36:20 localhost NetworkManager[1329]: <info> Marking connection 'Reliance' invalid.
Aug  4 20:36:20 localhost NetworkManager[1329]: <warn> Activation (ttyUSB0) failed.
Aug  4 20:36:20 localhost NetworkManager[1329]: <info> (ttyUSB0): device state change: 9 -> 3 (reason 0)
Aug  4 20:36:20 localhost NetworkManager[1329]: <info> (ttyUSB0): deactivating device (reason: 0).
Aug  4 20:36:36 localhost kernel: CE: hpet increasing min_delta_ns to 22500 nsec

Comment 5 Vikas 2010-08-07 12:51:43 UTC
Is this a bug or it is specific to my system configurations ?
What is the root cause of this ?

Comment 6 Vikas 2010-08-09 14:33:04 UTC
Any ETA for this  ?

Comment 7 josephhenryblack 2010-09-16 10:54:42 UTC
(In reply to comment #6)
> Any ETA for this  ?

https://bugzilla.redhat.com/show_bug.cgi?id=591622 may apply?

Comment 8 Chuck Ebbert 2010-09-20 03:47:29 UTC
Dan, I really don't know what to make of this log, e.g.:

NetworkManager[1329]: <info> (ttyUSB0): device state change: 8 -> 3 (reason 39)

Where is the list of device states and reason codes?

Comment 9 Bug Zapper 2011-06-01 12:22:06 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Josh Boyer 2011-08-26 19:14:14 UTC
Is this still happening with a current f14 or f15 kernel?

Comment 11 Vikas 2011-08-27 14:38:00 UTC
Yes  still it is there ...

Comment 12 Fedora End Of Life 2012-08-16 18:39:50 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.