I am an Arch user and can confirm that this issue has been resolved as of linux-6.8.7.arch1-2. It was present up to linux-6.8.5.arch1-1. (Please excuse the version jumps as I don’t update very frequently.)
The time it takes for the computer to become responsive upon resume has significantly decreased, making it much more comfortable to use. I’ve also realized that the system used to freeze for a while due to issues with the mt7921e module.
On my EndeavorOs install (which is now running arch kernel 6.8.8-arch1-1) the problem still persists.
I still have this issue on NixOS 23.11 with kernel 6.8.8.
Have updated this morning to kernel 6.8.9-arch1-1, but the problem still persists, in fact it seemed worse, since the system hung up after reloading the mt7921e module (but that could just be an incidental fail, have not tried to repeat this).
Then I switched to 6.6.30-1-lts, and that seems to work without issues. I guess I’ll stay on LTS for a while until this is ironed out.
Unfortunately, this is not the case with 6.8.9 on ArchLinux. If people find this thread, please be aware its not safe to update.
I’m also still having this issue on nixos 6.8.9
I think I just experienced this issue, but after waking up from hibernation, not suspend.
Glad I found this thread, as a workaround I will try to reload the kernel module as instructed here:
EDIT: I just tried reproducing this again by hibernating and waking up a few seconds later, but couldn’t. WiFi reconnected instantly.
Maybe it depends on the duration of suspend/hibernate.
I’m on kernel 6.8.9, linux-firmware 20240510
Probable continues in Arch with Linux 6.9.1.
Have just updated my system to 6.6.31-2-lts, now i have a different problem, my system won’t shutdown/reset, i have to manually powercycle (but wifi does work after resume from hibernate). Tried the new 6.9.1-arch1-2 as well, but there the mt7921e module still needs to be reloaded otherwise there’s no wifi after resume from hibernate. I’m switching back to 6.6.30-1-lts.
I was wondering if I was the only one having this issue, but I’m having the same issue on 6.6.31
I’m having this issue with my Framework 16 on Arch with kernel 6.9.2.
This has been my experience with hibernation too: all’s well if I resume within a few hours, but I have to reload the module if it’s left hibernating for longer periods. I haven’t been keeping close track of that but it could be an interesting clue e.g. if the DHCP lease expires while it’s hibernated?
issue persists on Kernel 6.9.1 with NixOS 23.11 & NetworkManager the sudo rmmod mt7921e && sudo modprobe mt7921e actually resolves it. But would be nice for this to just not happen 
I’m also having the same issue with the Framework 16 which uses the same driver at least. OpenSUSE Tumbleweed on kernel 6.9.1 here.
This has been working for me on Tumbleweed:
The interesting thing for me is that it does not seem to happen anymore after I switched from a Fritz!Repeater AP to a Unifi U6+ AP. Also no more sudden deauth errors which were part of the wifi troubles after sleep for me. I’m still keeping an eye open though.
Noting another thread that looks like it’s covering the same issue: [RESPONDED] Arch hibernation woes on AMD 13
Final solution for me was a /usr/lib/systemd/system-sleep/ script as well.
One interesting point to add: the first version I tried (inadvertently) and had success with just used rfkill block all; sleep 1 in “pre” and sleep 1; rfkill unblock all in “post”.
Next week or so will be testing a version with modprobe and modprobe -r.
For me, restarting NetworkManager works (if you use it). I did not have luck with the modprobe solution.
Also, weirdly, one time out of ten it comes back working.
Okay: I wanted to follow up and say it’s finally fixed for me. I’m not sure when (I had a mitigation in place), but I’m on 6.10.4 and the wifi comes back without issue.
Personally, to deal with this issue I created a Systemd service called “restart-wifi.service” that runs after hibernation and reinitializes the driver according to the solution here:
[Unit]
Description=Restart WiFi driver after hibernation
After=hibernate.target
[Service]
Type=oneshot
ExecStart=/bin/sh -c 'sleep 15 && modprobe -rv mt7921e && sleep 3 && modprobe -v mt7921e'
User=root
[Install]
WantedBy=hibernate.target
Place it in /etc/systemd/system/, and then run sudo systemctl daemon-reload && sudo systemctl enable restart-wifi.service to enable it.
I found that the sleep 15 helps with preventing the script from executing before NetworkManager and thereby softlocking it.