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 <[email protected]>
--
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]
