<div dir="ltr">Hello,<div><br></div><div>I have found a very strange issue using an EM7455 with:</div><div><br></div><div>MM: 1.16.2</div><div>libqmi: 1.28.2</div><div>OpenWRT: 19.02, kernel 4.14.215</div><div><br>I have been running a "soak" test to debug another long term connectivity issue I have been debugging. The unit was connected to my test LTE network for approximately 6 days according to the bearer duration.</div><div><br></div><div>Eventually the interface goes down with the following:</div><div>Sep  8 16:11:31 E1500 ModemManager[4765]: <info>  [modem5/bearer2850] bearer call end reason (1): 'generic-unspecified'<br>Sep  8 16:11:31 E1500 ModemManager[4765]: <info>  [modem5/bearer2850] bearer verbose call end reason (2,219): [internal] lpm-or-power-down<br>Sep  8 16:11:31 E1500 ModemManager[4765]: <info>  [modem5] state changed (connected -> registered)<br>Sep  8 16:11:31 E1500 ModemManager[4765]: <info>  [modem5/bearer2850] connection #1 finished: duration 523672s, tx: 0 bytes, rx :0 bytes<br>Sep  8 16:11:32 E1500 ModemManager[4765]: <warn>  [modem5] couldn't load operator code: Current operator MCC/MNC is still unknown<br>Sep  8 16:11:32 E1500 ModemManager[4765]: <warn>  [modem5] couldn't load operator name: Current operator description is still unknown<br></div><div><br>I am not sure what the "lpm-or-power-down" is exactly. Perhaps it is an internal modem sleep/reboot after a certain amount of time of inactivity. This could make sense after 6 days of connectivity. The issue is, however, that when the interface attempts to reconnect, there is an issue with ModemManager:</div><div><br></div><div>Sep  8 16:11:43 E1500 netifd: wan_b (9524): error: couldn't create manager: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface ?org.freedesktop.DBus.ObjectManager? on object at path /org/freedesktop/ModemManager1<br></div><div><br></div><div>it eventually restarts the service:</div><div>Sep  8 16:11:44 E1500 ModemManager[4765]: <info>  ModemManager is shut down<br></div><div><br></div><div>and my modem reboots (times in UTC):</div><div>Sep  8 16:12:22 E1500 kernel: [1300867.611138] usb 1-1.2: USB disconnect, device number 8<br>Sep  8 16:12:22 E1500 kernel: [1300867.616939] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0<br>Sep  8 16:12:22 E1500 kernel: [1300867.625373] qcserial 1-1.2:1.0: device disconnected<br>Sep  8 16:12:22 E1500 kernel: [1300867.631010] qcserial ttyUSB1: Qualcomm USB modem converter now disconnected from ttyUSB1<br>Sep  8 16:12:22 E1500 kernel: [1300867.639441] qcserial 1-1.2:1.2: device disconnected<br>Sep  8 16:12:22 E1500 kernel: [1300867.645046] qcserial ttyUSB2: Qualcomm USB modem converter now disconnected from ttyUSB2<br>Sep  8 16:12:22 E1500 kernel: [1300867.653463] qcserial 1-1.2:1.3: device disconnected<br>Sep  8 16:12:22 E1500 kernel: [1300867.658919] qmi_wwan 1-1.2:1.8 wwan0: unregister 'qmi_wwan' usb-ci_hdrc.1-1.2, WWAN/QMI device<br>Sep  8 16:12:22 E1500 kernel: [1300867.720213] qmi_wwan 1-1.2:1.10 wwan1: unregister 'qmi_wwan' usb-ci_hdrc.1-1.2, WWAN/QMI device<br></div><div><br></div><div>I have determined based on the AT!GSTATUS taken at roughly 9/15/2021 17:36 ET</div><div><br></div><div>aat!gstatus?<br>!GSTATUS:<br>Current Time:  624031           Temperature: 67<br></div><div><br></div><div>The uptime in seconds corresponds to 7 days, 5 hours, 20 minutes so it seems the modem did fully reboot at roughly the time of the kernel logs.</div><div><br></div><div>I checked the crash dump of the modem:</div><div>at!gcdump<br>No crash data available<br></div><div><br></div><div>And it appears the reboot was not because of a crash...</div><div><br></div><div>I unfortunately did not have ModemManager in debug mode, but I'm curious of two things:</div><div><br></div><div>1. If anyone has seen that disconnect reason in a modem before</div><div>2. What could cause ModemManager to restart it's process as a result of a modem rebooting?</div><div><br></div><div>I know that was very long winded but I'd appreciate any feedback.</div><div><br></div><div>Thanks!</div><div>Jack</div><div><br></div><div><br></div><div><br></div><div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Jack Broderick</div><div>R&D Engineer</div><div>Council Rock</div><div>(585)505-5959<br></div></div></div></div></div>