Public bug reported: # Bug report: mt7921e oops after chip reset failed
Collected and prepared in **Cursor** by **Cursor Grok 4.6 (extra high)**. جمعآوری و آمادهسازی این گزارش در Cursor توسط مدل Cursor Grok 4.6 (extra high) انجام شده است. File against Ubuntu package **linux**. Also relevant: LP#2154385 (s2idle only), Discourse [mt7921 disappears on 26.04 / 7.0.0-27](https://discourse.ubuntu.com/t/mediatek-mt7921-wi-fi- intermittently-disappears-on-ubuntu-26-04-works-on-kernel-7-0-0-22-but- not-reliably-on-7-0-0-27/85118), kernel bz [#220353](https://bugzilla.kernel.org/show_bug.cgi?id=220353). --- ## Title mt7921e: drv_own timeout → chip reset failed → kernel page fault (hard lock); regression since 22.04→24.04, still on 26.04/7.0.0-29 ## Summary Internal MediaTek **MT7921** (`mt7921e`, PCI `14c3:7961`) hard-locks the machine. Sequence: 1. `driver own failed` / `Timeout for driver own` (MCU ownership handshake) 2. `chip reset failed` 3. `BUG: unable to handle page fault` — supervisor write, not-present page (`error_code 0x0002`) A firmware timeout must not panic the box. The oops is on the **reset- failure path**. **Regression timeline (this host):** - Ubuntu **22.04**: same NIC, years without this lockup - After upgrade to **24.04** (still **not** kernel 7.x): the hang appeared - Ubuntu **26.04** kernel **7.0.0-29-generic**: same hang, now captured as a kernel #PF So this is not a 7.0-only regression. 24.04 already used 6.8 HWE `mt7921e`. ## Hardware - ASUS TUF Gaming F17 `FX706HE_FX706HE`, BIOS `FX706HE.316` (2025-06-17; latest ASUS 316) - Tiger Lake-H + i915 + NVIDIA GA107M (RTX 3050 Ti Mobile) - Wi-Fi: `0000:2e:00.0` **14c3:7961** Filogic 330, subsystem AzureWave **1a3b:4680** - Parent: `0000:00:1c.0` Intel `8086:43bf` - Combo BT USB: IMC **13d3:3563** `Wireless_Device` (`btusb`) ## Software ``` Ubuntu 26.04 LTS (resolute), upgraded path 22.04 → 24.04 → 26.04 Linux 7.0.0-29-generic #29-Ubuntu SMP PREEMPT_DYNAMIC Fri Jul 17 20:52:35 UTC 2026 x86_64 linux-firmware 20260319.git217ca6e4.1ubuntu ``` Firmware loaded: ``` ASIC revision: 79610010 HW/SW Version: 0x8a108a10, Build Time: 20260224110909a WM Firmware Version: ____010000, Build Time: 20260224110949 ``` On-disk: ``` WIFI_MT7961_patch_mcu_1_2_hdr.bin.zst sha256 1cad8c509ded3d60567ec8b8665db85a0982591341f46175d1fc94a82b988b58 WIFI_RAM_CODE_MT7961_1.bin.zst sha256 b99a525d7921bf430fe4648ccadb9ce8fd282118cf11a834651016ee4256371d ``` ACPI FADT: ASPM unsupported; `mt7921e: disabling ASPM L1` then `can't disable ASPM; OS doesn't have ASPM control`. Default suspend was s2idle; `mem_sleep_default=deep` was applied later. **Awake oopses still happened** on 7.0.0-29 (not only after resume). LP#2154385 is related but not sufficient. ## Reproduction On 7.0.0-29 with `mt7921e` bound: 1. Associate to an AP 2. Idle ~15s–2 min, or toggle Wi-Fi radio, or warm-reboot after a firmware wedge 3. `driver own failed` storm (~1 Hz, ~23s) → `chip reset failed` → #PF → hard lock (power button) Warm reboot after wedge: ``` pci 0000:00:1c.0: broken device, retraining non-functional downstream link at 2.5GT/s pci 0000:00:1c.0: retraining failed ``` Device missing from lspci until full **Shut Down** or PCI rescan. Rescan can restore the device and oops again within minutes. ## Kernel log (2026-08-21 16:09:24 +0330) Healthy probe ~16:09:25. Then: ``` mt7921e 0000:2e:00.0: driver own failed mt7921e 0000:2e:00.0: Timeout for driver own … repeats … mt7921e 0000:2e:00.0: chip reset failed BUG: unable to handle page fault for address: ffffd3a042d64ff0 #PF: supervisor write access in kernel mode #PF: error_code(0x0002) - not-present page ``` RIP/Call Trace often **not flushed**. Another oops the same day: fault address `ffffd37941ac9ff0`. ## Why not “just install a newer Ubuntu kernel” Official **resolute** archives (2026-08-22): newest **generic** is **7.0.0-30.30**. Changelog for linux-signed 7.0.0-30.30 is packaging resync only; **no mt76/mt7921 entries**. There is **no 7.1/7.2** in Ubuntu apt. Mainline 7.1/7.2 exist only as **unsigned** kernels on kernel.ubuntu.com (Secure Boot must be off). One Discourse user said 7.2-rc2 helped **MT7922**; that is not a verified fix for this MT7921 #PF, and it is not an Ubuntu-supported kernel. `disable_aspm=1`, `pcie_aspm=force`, unbind-on-error, and PCI rescan were tried; they do not stop the oops (unbind can D-state; rescan re- triggers). ## Request 1. Treat reset-failure #PF as a kernel bug: `chip reset failed` must not take down the machine. 2. Bisect 22.04-stable vs 24.04 6.8 HWE mt76/mt7921 (regression started at 24.04 on this laptop). 3. Consider SRU / note 7.0.0-27+ reports vs 7.0.0-22 on 26.04 (other users). ## Current workaround `modprobe.blacklist=mt7921e`, bind `14c3:7961` to `pci-stub`, USB `13d3:3563` unauthorized. USB Ethernet. Internal Wi-Fi not loaded on 7.0.0-29. ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: kernel-bug regression ** Tags added: kernel-bug regression -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2164785 Title: mt7921e: drv_own timeout → chip reset failed → kernel page fault (hard lock); regression since 22.04→24.04, still on 26.04/7.0.0-29 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2164785/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
