Hard System Freeze on WiFi Toggle - Asus TUF F15 - MT7921 [14c3:7961] - Fedora 42

Hello everyone,

I am experiencing a severe issue on my Asus TUF Gaming F15 running Fedora 42. Whenever I toggle the WiFi adapter to “On,” the entire system (UI, mouse, and keyboard) freezes instantly. Additionally, the system fails to shut down or reboot correctly at random times.

I want to update the system, but I don’t know how safe it is and how to do it the safest way.

Thanks!

System Information:

  • OS: Fedora 42 (Adams)

  • Kernel: 6.15.10-200.fc42.x86_64

  • WiFi Card: MEDIATEK Corp. MT7921 802.11ax [14c3:7961] (Subsystem: AzureWave [1a3b:4680])

  • Driver: mt7921e

Logs (journalctl -b -1 -p 3):

alexbespik@fedora:~$ journalctl -b -1 -p 3
Feb 05 10:43:55 fedora kernel: x86/cpu: SGX disabled or unsupported by BIOS.
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol >
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_NOT_FOUND, During name lookup/cat>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
Feb 05 10:43:55 fedora kernel: ACPI BIOS Error (bug): Failure creating named ob>
Feb 05 10:43:55 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name looku>
lines 1-23

Upgrade from the command line using DNF System

1 Like

With regard to the wifi, the output you’ve posted is only the first 23 lines of error from the journal, and they are all harmless.

  • Open a terminal
  • Execute journalctl -f. You’ll see the last few lines of the current journal… you’re now following the end of the log, so any new entries will be displayed in that terminal in real time.
  • Toggle the Wifi, as you note in the description.

Hopefully you see some errors spewing out of the terminal - or at least something. There should be logging about the wifi going down, which you’d expect - is there anything else popped out which would give us a clue about why toggling wifi would cause the keyboard, mouse and from your description, the entire UI to lock up.

As for the upgrade, follow the upgrade instructions @theprogram posted and you should be fine.

Once you’re upgraded, post the output from inxi -Fzxx and we’ll work through the WiFi issue, if it is still a problem on F43.

1 Like

There are a lot of threads on this forum about problems with that card and lack of support in linux.
The most often seen solution recommended is to replace it with a card that is supported. Intel wifi cards seem to almost always work OOTB.

On amazon those cards generally are only about $25

1 Like

I know, I do not have the right hands to replace it.

Feb 07 13:34:26 fedora systemd[1]: systemd-timedated.service: Deactivated successfully.
Feb 07 13:34:26 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-timedated comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 07 13:34:26 fedora audit: BPF prog-id=91 op=UNLOAD
Feb 07 13:34:26 fedora audit: BPF prog-id=90 op=UNLOAD
Feb 07 13:34:26 fedora audit: BPF prog-id=89 op=UNLOAD
Feb 07 13:34:28 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:29 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:30 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:30 fedora PackageKit[2544]: get-updates transaction /35084_cddebeda from uid 1000 finished with success after 339ms
Feb 07 13:34:31 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:32 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:32 fedora kernel: mt7921e 0000:04:00.0: chip reset failed
Feb 07 13:34:33 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:34 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:35 fedora PackageKit[2544]: get-updates transaction /35085_bcaeaecb from uid 1000 finished with success after 322ms
Feb 07 13:34:36 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:37 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:38 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:39 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:40 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:41 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:42 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:44 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:45 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:46 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:47 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:47 fedora systemd[1]: virtqemud.service: Deactivated successfully.
Feb 07 13:34:47 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=virtqemud comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Feb 07 13:34:48 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:49 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:51 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:52 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:53 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:54 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:55 fedora kernel: mt7921e 0000:04:00.0: driver own failed
Feb 07 13:34:56 fedora kernel: mt7921e 0000:04:00.0: Timeout for driver own
Feb 07 13:34:56 fedora kernel: mt7921e 0000:04:00.0: chip reset failed

If it doesn’t shut down properly will it break the system?

depending on your laptop model it could be easy. at worst are the models that have clips as well as screws, but its mostly confidence.
i remember when years ago i opened up my mac-mini and the instructions told me to get a paint scraper and shove it down in the machine. yours cant be worse than that!
if you do need another hand, ask around, you can get it done.

there are always risks updating / upgrading
but that said, no, you will be fine.
if it does break you boot from a live usb and select ‘repair’

dnf is the best safest way to upgrade and update

you could also turn off your wifi with the rfkill command

https://www.baeldung.com/linux/disable-wireless-network

Is there a way to turn it off in the BIOS before it can cause a problem?
Currently I have a wireless conection and I don’t need Wifi. I also have usb wifi stick. Can I use it if I turn off the main wifi module?

depends on your bios, but it is safe to go in and try.

have a look at that link above, you should be able to disable individual wifi by device number

rfkill list

sudo rfkill block <device_number>

Yes, I will do it later, as for now, my Wi-Fi module decided to hide.

alexbespik@fedora:~$ rfkill list
0: hci0: Bluetooth
Soft blocked: yes
Hard blocked: no
alexbespik@fedora:~$

1 Like

I wonder if it is hiding because the driver is not there (and cant be there)?

i would expect that if you can see the wifi chip with lspci then rfkill would see it too.

if you do get the case open, its super simple to remove the chip.

Try booting with a kernel parameter pcie_aspm=off added.

You can do this as a one-off by hitting e at the grub screen and appending that pcie power management parameter to the kernel params. Stick it before rhgb quiet, then press F10 to boot that kernel with that parameter.

Once you get into the desktop, do your journalctl -f process again - do you still get the driver own failed messages and does your mouse/keyboard/system go into it’s locked solid state?

If that helps, we can add this permanently, but the sad truth is that many mediatek chipsets are just a bit crap on Linux and if you value your sanity, dropping a 20 euro on an intel chip or dongle is often the easiest and most reliable way to sanity.

1 Like

Thanks, everyone!
I successfully updated the system through DNF.

For now, I fixed Wi-Fi freezing using sudo tee /etc/modprobe.d/blacklist-wifi.conf (Gemini advised me that)
TLP Wi-Fi disabling didn’t work,

Didn’t work too.

That was more complicated because I have the GRUB menu turned off, so I did not get to it.

I don’t have the option to disable Wi-Fi in BIOS.
I might try to switch the module in the future if it gives me problems.

1 Like

Good work!

You can always get into grub by tapping esc or left shift at startup.

1 Like