On Mon, 2014-10-20 at 09:25 +0200, Gerald Pfeifer wrote:
On Tue 2014-10-14, Dimstar / Dominique Leuenberger wrote:
http://bugzilla.suse.com/show_bug.cgi?id=901122 "Need to restart ModemManager after suspend-to-RAM for 3G/UMTS" That one is certainly not nice. do you see anything in particular in systemctl status ModemManager prior to restarting it?
This does not show anything significant, though it seems the signal strength update is still working?
ModemManager.service - Modem Manager Loaded: loaded (/usr/lib/systemd/system/ModemManager.service; enabled) Active: active (running) since Son 2014-10-19 12:30:33 CEST; 20h ago Main PID: 5271 (ModemManager) CGroup: /system.slice/ModemManager.service └─5271 /usr/sbin/ModemManager
Okt 20 09:13:56 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: 3GPP location updated (MCC: '262'...D: '0') Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: access technology changed (umts -> hspa) Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: 3GPP location updated (MCC: '0', ...D: '0') Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: 3GPP Registration state changed (...> home) Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: state changed (searching -> registered) Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: 3GPP location updated (MCC: '0', ...F5E8A') Okt 20 09:13:57 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: signal quality updated (40) Okt 20 09:14:27 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: signal quality updated (40) Okt 20 09:14:32 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: 3GPP location updated (MCC: '0', ...F5E8E') Okt 20 09:14:32 tuna.site ModemManager[5271]: <info> Modem /org/freedesktop/ModemManager1/Modem/3: access technology changed (hspa -> umts)
dmesg, on the other hand may be interesting. Watch out for lines with "cdc":
[53018.247928] PM: resume of devices complete after 2738.881 msecs [53018.248241] PM: Finishing wakeup. [53018.248243] Restarting tasks ... done. [53018.257593] usb 1-4: USB disconnect, device number 6 [53018.257810] cdc_acm 1-4:1.1: failed to set dtr/rts [53018.261261] cdc_acm 1-4:1.3: failed to set dtr/rts [53018.261764] cdc_ncm 1-4:1.6 wwp0s20u4i6: unregister 'cdc_ncm' usb-0000:00:14.0-4, Mobile Broadband Network Device [53018.303615] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b3a46a00 [53018.303619] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b3a46a48 [53018.303621] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff88019ae5b4c0 [53018.303622] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff88019ae5b508 [53018.303624] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801ecbe14c0 [53018.303626] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801ecbe1508 [53018.303628] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800c9c2b140 [53018.303630] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b3a461c0 [53018.303631] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8801b3a46208 [53018.303633] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880211cbcac0 [53018.303635] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800c9c2aac0 [53018.303636] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800c9c2bb40 [53018.303638] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff88003739aac0 [53018.303640] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880210930b40 [53019.027171] usb 1-4: new high-speed USB device number 7 using xhci_hcd [53019.157294] usb 1-4: New USB device found, idVendor=0bdb, idProduct=1926 [53019.157311] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [53019.157314] usb 1-4: Product: H5321 gw [53019.157317] usb 1-4: Manufacturer: Lenovo [53019.157319] usb 1-4: SerialNumber: AB74AECE5318A2M0 [53019.189976] cdc_acm 1-4:1.1: ttyACM2: USB ACM device [53019.190668] cdc_acm 1-4:1.3: ttyACM3: USB ACM device [53019.194115] cdc_wdm 1-4:1.5: cdc-wdm0: USB WDM device [53019.209553] cdc_ncm 1-4:1.6: MAC-Address: 02:15:e0:ec:01:00 [53019.209950] cdc_ncm 1-4:1.6 wwan0: register 'cdc_ncm' at usb-0000:00:14.0-4, Mobile Broadband Network Device, 02:15:e0:ec:01:00 [53019.210593] cdc_wdm 1-4:1.8: cdc-wdm1: USB WDM device [53019.210845] cdc_acm 1-4:1.9: ttyACM4: USB ACM device [53021.585924] e1000e: enp0s25 NIC Link is Down [53021.903759] e1000e 0000:00:19.0: irq 46 for MSI/MSI-X [53022.005098] e1000e 0000:00:19.0: irq 46 for MSI/MSI-X [53022.005381] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready [53022.020760] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S [53022.027378] iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0 [53022.116213] IPv6: ADDRCONF(NETDEV_UP): wl: link is not ready [53028.715929] VFS: busy inodes on changed media or resized disk sr0
Is it possible cdc_* is reset, but ModemManager not reconnecting properly?
Thanks! The CDC got me on track of a current work-in-progress bug report with ModemManager; there was a firmware issue identified which is currently attempted to be worked around. But then, it also seems we missed a few updates of ModemManager; shame on us. An update for 13.2 is certainly not realistic at this moment. We can try to add a restart-script in /usr/lib/systemd/system-sleep 50-restart_MM
- SNIP HERE - <<< #!/bin/sh case $1 in resume|thaw|post) /usr/bin/systemctl restart ModemManager.service > /dev/null ;; esac - SNIP HERE - <<<
This would probably work around your issue with the cdc firmware, until MM integrates a workaround in the code (WIP) -- Dimstar / Dominique Leuenberger <dimstar@opensuse.org> -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org