Hi, I tested this issue on the following newer kernels with the latest kernel firmware (20250808), and the problem still exists. - 6.16.3-200.fc42.x86_64 (stable, fedora kernel) - 6.17.0-0.rc3.250831.c8bc81a5.234.vanilla.fc42 (mainline, vanilla kernel) I tried disabling the ASPM with `pcie_aspm=off mt7925e.disable_aspm=1`, and the resume somehow works, though the kernel is still in a corrupted state. The network card is completely unusable and starting new programs may cause them to freeze. Some "task ... is blocked on a mutex likely owned by task ..." logs appear after the resume. The kernel logs output the following lines after resume, when ASPM is disabled: kernel: mt7925e 0000:61:00.0: driver own failed kernel: mt7925e 0000:61:00.0: PM: dpm_run_callback(): pci_pm_resume returns -5 kernel: mt7925e 0000:61:00.0: PM: failed to resume async: error -5 kernel: mt7925e 0000:61:00.0: Message 00020015 (seq 4) timeout kernel: ------------[ cut here ]------------ kernel: Hardware became unavailable upon resume. This could be a software issue prior to suspend or a hardware issue. Full logs can be located at https://pastes.dev/hubqGyfV8N Thanks, Xiaoyan Li On Wed, Aug 20, 2025 at 3:15 PM XiaoYan Li <lxy.lixiaoyan@xxxxxxxxx> wrote: > > * Originally reported at https://bugzilla.kernel.org/show_bug.cgi?id=220395 > > Hi, > > I recently upgraded my laptop's network card to MT7925 and discovered > an issue with the new network card when system suspending > (s2idle/s0ix). I can no longer resume my laptop from suspend; the > screen remains dark. After forcefully rebooting, I can see that the > dmesg of the previous boot ends with those two lines. > > kernel: PM: suspend entry (s2idle) > kernel: Filesystems sync: 0.010 seconds > > After running `sudo rmmod mt7925e`, the problem disappeared. I'm not > sure if it's a regression. > > Detailed informations: > > Distro: Fedora 42 (Silverblue) > Kernel: 6.15.8-200.fc42.x86_64 (Firmware: 20250708) > Device: Yoga ASP9 (Laptop) > Processor: AMD Ryzen AI 9 365 > Network Card: MT7925 > > Please let me know if any further information is needed. > > Thanks, > Xiaoyan Li
