I upgraded to f37 yesterday. Seemed like the smoothest fedora upgrade I’ve had in years. Until I tried to play warthunder today. When I try to play, a few minutes into a match the screen goes all crazy and the system stops taking input. I have to hard reboot.
I saw there was an amggpu firmware update in dnf, so I updated. Tried again and still required a hard reboot.
abrt links me to this which has almost 15k of the same backtrace in 24 hours https://retrace.fedoraproject.org/faf/reports/525689/
It looks like neofetch detects my gpu incorrectly as a generic rx 6800 while gnome detects it as a rx 6900 xt correctly.
Hi,
I have a similar problem.
Gnome session (with wayland) restarts as soon as I play a video in full screen (with vlc or via web browser).
i have a laptop LENOVO Legion 5 15ACH6H with AMD Ryzen 7 5800H and two praphic cards
Device-1: NVIDIA GA104M [GeForce RTX 3070 Mobile / Max-Q] driver: new
v: kernel
Device-2: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
driver: amdgpu v: kernel
In my case, the problem appeared two days after F37 update, when i have done an update including gnome-shell and many firmwares :
amd-gpu-firmware-20221109-144.fc37.noarch
gnome-shell-43.1-3.fc37.x86_64
intel-gmmlib-22.1.7-1.fc37.x86_64
intel-gpu-firmware-20221109-144.fc37.noarch
intel-mediasdk-22.5.4-1.fc37.x86_64
iwl100-firmware-39.31.5.1-144.fc37.noarch
iwl1000-firmware-1:39.31.5.1-144.fc37.noarch
iwl105-firmware-18.168.6.1-143.fc37.noarch
iwl135-firmware-18.168.6.1-143.fc37.noarch
iwl2000-firmware-18.168.6.1-143.fc37.noarch
iwl2030-firmware-18.168.6.1-143.fc37.noarch
iwl3160-firmware-1:25.30.13.0-143.fc37.noarch
iwl3945-firmware-15.32.2.9-143.fc37.noarch
iwl4965-firmware-228.61.2.24-143.fc37.noarch
iwl5000-firmware-8.83.5.1_1-143.fc37.noarch
iwl5150-firmware-8.24.2.2-143.fc37.noarch
iwl6000-firmware-9.221.4.1-143.fc37.noarch
iwl6000g2a-firmware-18.168.6.1-143.fc37.noarch
iwl6000g2b-firmware-18.168.6.1-143.fc37.noarch
iwl6050-firmware-41.28.5.1-143.fc37.noarch
iwl7260-firmware-1:25.30.13.0-143.fc37.noarch
iwlax2xx-firmware-20221109-143.fc37.noarch
libdrm-2.4.112-1.fc37.x86_64
libertas-usb8388-firmware-2:20221109-143.fc37.noarch
libunwind-1.6.2-4.fc37.x86_64
libva-2.15.0-2.fc37.x86_64
linux-firmware-20221109-143.fc37.noarch
linux-firmware-whence-20221109-143.fc37.noarch
mutter-43.0-4.fc37.x86_64
nvidia-gpu-firmware-20221109-143.fc37.noarch
i have just noticed :
if i play a video in full screen mode with firefox browser, no problem
if i play a video in full scrren mode with vivaldi web browser or with vlc, gnome session restarts.
i have theses messages in logfile :
nov. 21 11:15:02 legion vivaldi-stable.desktop[7222]: [7217:7217:1121/111502.531024:ERROR:CONSOLE(0)] "Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received", source: chrome-extension://mpognobbkildjkofajifpdfhcokl>
nov. 21 11:15:02 legion audit[6491]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=8 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=6491 comm="gnome-shell" exe="/usr/bin/gnome-shell" sig=11 res=1
nov. 21 11:15:02 legion kernel: gnome-shell[6491]: segfault at ffffffffffffffec ip 00007f4193f707bb sp 00007ffe9566d3c8 error 5 in libmutter-11.so.0.0.0[7f4193e4e000+159000]
nov. 21 11:15:02 legion kernel: Code: 0f 06 00 31 d2 4c 89 e7 89 c6 31 c0 e8 6e 2b ef ff 48 89 df 31 db e8 b4 0b ef ff eb c9 66 90 f3 0f 1e fa 48 63 05 c9 60 0d 00 <8b> 44 38 0c c3 f3 0f 1e fa 48 8b 05 85 61 0d 00 48 85 c0 74 10 48
nov. 21 11:15:02 legion audit: BPF prog-id=133 op=LOAD
nov. 21 11:15:02 legion audit: BPF prog-id=134 op=LOAD
nov. 21 11:15:02 legion audit: BPF prog-id=135 op=LOAD
nov. 21 11:15:02 legion systemd[1]: Started systemd-coredump@1-13382-0.service - Process Core Dump (PID 13382/UID 0).
nov. 21 11:15:02 legion audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@1-13382-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
nov. 21 11:15:04 legion systemd-coredump[13383]: [🡕] Process 6491 (gnome-shell) of user 1000 dumped core.
Module linux-vdso.so.1 with build-id 9ff92e165010e0806172add635849ec55533b287
Module libcanberra-pulse.so with build-id a66fc3d0ccc24082a2f5e882d09ad117fa9a1822
Metadata for module libcanberra-pulse.so owned by FDO found: {
I have the same problem on Fedora Workstation 37: On Wayland the machine locks completely, on X11 it some times locks, some times freezes just the game, some times the game and Steam.
I tested a clean install with KDE and on Wayland the same is happening: full system lock, X11 during the tests (2-3 day for hours) it just froze the game once or twice.
Lenovo Legion 5i 15IMH05H
Graphics:
Device-1: Intel CometLake-H GT2 [UHD Graphics] driver: i915 v: kernel
Device-2: NVIDIA TU106M [GeForce RTX 2060 Mobile] driver: nvidia
Nvidia GPUs require the nvidia driver when using graphics intensive apps such as games or videos since the nouveau driver does not support hardware acceleration.
Forcing the cpu into software acceleration is almost certain to cause a system hang on many systems as the cpu becomes overloaded.
Of course using higher resolutions is more demanding on everything.
None have reported details about the hardware or software involved, so there is no way to provide assistance, and having 4 people that say “me too” does not lead to a solution since it is distracting for the OP and any potential solutions suggested.
I suggest the OP provide us the output of inxi -Fzxx inside the </> preformatted text tags so we can see more detail about the hardware and software involved; and that the others wait to see what the outcome may be or start your own threads with the same info provided.
This error message indicates that there was a problem with the communication between the listener and the message channel. The reason is that sendMessage is now promisified internally, so you can ‘await’ it, but the by-product is that when you don’t specify a callback yourselves, it is added internally anyway in order for the call to return a Promise, which means that since you don’t call sendResponse in onMessage, the API will think that it was you who made a mistake of using a callback and not providing a response, and report it as such.
Since the new behaviour is very confusing for almost everyone, a solution might be to stop showing this error when the callback is not specified, however it might cause confusion for those developers who still use callbacks and forgot to call sendResponse inside onMessage by mistake, which should be reported ideally as it always was.
If you see your extension causing this errors - inspect closely all your onMessage listeners. Some of them probably need to start returning promises (marking them as async should be enough).
If still error showing, try disabled all installed extensions in Chrome then you will get a clear console without errors.