I’m able to connect to a network and pass some data with my RM520N-GL modem, however after a short time the modem locks up requires a full power cycle to function again.
Tested with firmware:
- RM520NGLAAR01A08M4G
- RM520NGLAAR03A03M4G
dmesg
logs show either of these two scenarios, when using mainline Linux drivers:
[ 190.472272] mhi-pci-generic 0000:01:00.0: firmware crashed (6)
[ 190.472839] mhi_hwip0: Failed to queue TX buf (-5)
[ 190.473868] mhi_hwip0: Failed to queue TX buf (-5)
[ 190.474663] mhi_hwip0: Failed to queue TX buf (-5)
[ 190.656409] mhi_hwip0: Failed to queue TX buf (-5)
[ 191.156381] mhi_hwip0: Failed to queue TX buf (-5)
[ 192.116366] mhi_hwip0: Failed to queue TX buf (-5)
[ 194.036367] mhi_hwip0: Failed to queue TX buf (-5)
[ 197.844427] mhi_hwip0: Failed to queue TX buf (-5)
[ 198.744610] mhi mhi0: Device failed to exit MHI Reset state
[ 407.631923] mhi mhi0: Did not enter M0 state, MHI state: M3, PM state: M3->M0
[ 407.632356] mhi-pci-generic 0000:01:00.0: failed to resume device: -5
[ 407.696453] mhi-pci-generic 0000:01:00.0: device recovery started
A similar behavior happens with the Quectel Linux drivers, although no log output is made.
For good measure I added pcie_port_pm=off
to the kernel command line to no avail.
What am I doing wrong here, or is my modem broken?