OpenWrt/LEDE Project

  • Status Unconfirmed
  • Percent Complete
  • Task Type Bug Report
  • Category Base system
  • Assigned To No-one
  • Operating System All
  • Severity Low
  • Priority Very Low
  • Reported Version Trunk
  • Due in Version Undecided
  • Due Date Undecided
  • Private
Attached to Project: OpenWrt/LEDE Project
Opened by Tim - 04.09.2021

FS#4004 - mt7915e, 5GHz radio in Belkin RT3200 not showing up in r17470-43f0e386d4

Supply the following if possible:
- Device problem occurs on Belkin RT3200/AX3200, Linksys E8450
- Software versions: OpenWrt SNAPSHOT, r17470-43f0e386d4
- Update to or flash snapshot

The second radio does not show up. I can see references to the device in the kernel log:
Fri Sep 3 07:53:39 2021 kern.debug kernel: [ 8.157849] mt7915e 0000:01:00.0: assign IRQ: got 143
Fri Sep 3 07:53:39 2021 kernel: [ 8.167980] mt7915e 0000:01:00.0: enabling device (0000 → 0002)
Fri Sep 3 07:53:39 2021 kern.debug kernel: [ 8.174080] mt7915e 0000:01:00.0: enabling bus mastering
Fri Sep 3 07:53:39 2021 kernel: [ 8.254567] mt7915e 0000:01:00.0: HW/SW Version: 0x8a108a10, Build Time: 20201105222230a
Fri Sep 3 07:53:39 2021 kernel: [ 8.378506] mt7915e 0000:01:00.0: WM Firmware Version: 000000, Build Time: 20201105222304
Fri Sep 3 07:53:39 2021 kernel: [ 8.460898] mt7915e 0000:01:00.0: WA Firmware Version: DEV_000000, Build Time: 20201105222323
Fri Sep 3 07:53:39 2021 kern.warn kernel: [ 8.611314] mt7915e: probe of 0000:01:00.0 failed with error -22


This is 100% reproducible upon every boot, reboot as well as manually loading/removing the kernel module (/lib/modules/5.10.61/mt7615e.ko).

Hannu Nyman commented on 05.09.2021 10:29

Likely related to the recent NAND flash driver update.

See the discussion onward from

The OEM manufacturer has written the wifi calibration data to the flash without proper ECC correction, and while the "old flash driver" has quietly accepted that, the new flash driver chokes on it.

The flash driver was updated roughly a week ago by @981213. Commits at :;a=shortlog;h=9abd2fb6c4dd3befa80a5721e7a6bc77506ac778

@dangowrt has generated a fix for the "UBI variant" of RT3200/E8450: you need to reapply his UBI recovery-installer with at least version 0.5.3. The fix is to read/write the wifi calibration data with the new driver in order to set the ECC bits.

But to my knowledge there is no direct fix for the non-UBI variant, yet.

Tim commented on 05.09.2021 13:42

Thanks hnyman for the summary as the discussion was a little hard to follow. I have reapplied the dangowrt's linksys-e8450-openwrt-installer v0.5.3; that is, the UBI recovery-installer flowed by UBI sysupgrade (r17443). After sysupgrade to snapshot, the 5GHz radio shows up again in r17471-b6cbbbb6ef. Should this ticket be closed then?

Hannu Nyman commented on 05.09.2021 13:52

I feel that it might be better to leave this open, so that others can find this.

Although the UBI variant can be fixed by re-applying the dangowrt installer, the underlying bug is still there: due to the new spi-nand driver, the wifi calibration data originally written by the OEM is unreadable as mtdblock, which prevents the 5 GHz radio usage.

And the bug also concerns the non-UBI variant, I think.


Available keyboard shortcuts


Task Details

Task Editing