RM520N-GL firmware crash

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?

Dear @Q_Misell
Which driver did you use? PCIe_MHI?
Please share the response of lsusb -t.