-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Display freezing: Assertion Failed. Failed to process POST_EVENT with status 0x57 #739
Comments
I think I have this issue too. Running Bazzite 41 (from Fedora Kinoite), Linux 6.11.8-305.bazzite.fc41.x86_64, AMD Ryzen 9 5900X, NVIDIA GeForce RTX 3080 Ti, KDE Plasma 6.2.3, Wayland 1.23.0.
systemd journal:
Not 100% sure exactly when in this log things froze, but probably around 21:29 around the assertion failure. Edit: Perhaps notably, the game that was running on the monitor that froze still works fine if I move it to my second monitor, but the main monitor is stuck displaying the most recent frame. |
Hi! Thanks for the report! The assert itself looks like a race condition that shouldn't be fatal by itself, but it's probably indicative of the larger problem. Can you please run (also, please respect the bug template, it helps us with triage and makes it less likely your issues will get lost) |
Faced this issue also while compiling a kernel. Only my second display was frozen - the "main" one was working.
|
@mtijanic apologies for not following the template - I opened the issue from the line of code where the error occurred, so didn't get shown the template flow. I just had the issue occur again, so I've attached the log here. |
Thanks! And the lack of template issue is entirely on github. I knew this happened if you go through the I'll get back to you tomorrow on the log analysis, the one above from ptr1337 unfortunately didn't yield too much useful info. |
For a workaround, I've found that if I switch to one of the console TTYs (Ctrl-Alt-1/2/3/4/5/6 usually depending on distro) and then back again things unfreeze. |
Switching TTY sometimes works for me, but other times it just freezes my whole system 😔 |
@mtijanic just wondering if you managed to spot anything? No worries if you haven't gotten around to it yet though :) |
Hi! I only had a chance for a quick pass and didn't really see anything actionable. Over the next few days I'll try to do more detailed pass over the logs. Interestingly, I did come across these exact prints:
while debugging #650, so the two might be related. You did say:
what is the rough repro rate here? I might need to ask you to turn some debug knobs to get more data, and this would help figure out how. I don't want to put significant perf-reducing or extra-power-consumption changes on you if it means running them for days on end. |
Thanks - I haven't found any way to reproduce it so far unfortunately. Sometimes it'll happen daily, sometimes not at all for a week, no seeming pattern between them. I'm happy to turn on debugging stuff, just let me know what to do, and I can send more logs whenever the issue happens :) |
I am also having this issue. A bit of info about my system:
As for repro rate, I have it every few days. And it also isn't always on the same monitor, I have 3 monitors attached, with a mix of HDMI and DP, and by now every monitor was affected at least once by this bug. If it happens again I will provide a nvidia bug report as soon as I can. |
I also have this issue. NVIDIA Open GPU Kernel Modules Version Operating System and Version Kernel Release Hardware: GPU dmsg
systemd journal
This happens every so often and usually when watching Youtube, I have 2 monitors, connected with DP and HDMI, sometimes only one of them will freeze, sometimes both. |
The issue is still present on |
I have an nvidia-bug-report now after it happened on my main display again. What would be the best way to provide this file ? I would rather not upload a file with that much data about my private PC to github. Is there an email or something where I could send it to ? |
I've also observed the same issue, though I haven't seen it in around one and half weeks now. Its happened twice, and while watching youtube both times. Using 3 monitors connected through displayport on a 3080 |
565.77, RTX 4090, Arch Linux, 6.12.3. 2x DP monitors + 1x HDMI TV, which annoyingly forces screen reconnects couple times a day, so that may or may not be relevant. My occurrences are also pretty sparse - Nov 24 with some 565 beta driver:
Dec 9 with 565.77:
|
Hi just confirming issue still persists. Over a week now one random monitor will freeze, although very typically its a secondary monitor (if not everytime). Dec 09 18:38:06 bigbro kwin_wayland[2039]: kwin_wayland_drm: Pageflip timed out! This is a kernel bug |
FYI, tracked internally as nvbug 5004630 |
I'm also experiencing this issue. Switching TTYs unfreezes the display. It happens most of the time while gaming (Minecraft), and it typically occurs 2-3 times in a short period. After that, everything runs fine, sometimes for several hours. Does anyone know of a version where this bug is not present? |
I think the 565 beta did not have the issue. Please provide a nvidia-bug-report.sh to get more information. This is very important, so that the developers can track it better down. |
Hi, I also have this issue. I have a HDMI and DP Screen connected as well and am using Nvidia Open Kernel Modules 565.77 Here's the logs:
|
Seemingly at random, one display will completely freeze until I reboot. The other displays continue to work just fine. If I restart the monitor, all of my remaining displays will freeze. All monitors are DisplayPort, connected to an RTX 3070 Ti.
Running on
dmesg output is just:
With the following NVIDIA packages installed:
Relevant code:
open-gpu-kernel-modules/src/nvidia/src/kernel/gpu/gsp/kernel_gsp.c
Lines 462 to 463 in d5a0858
The text was updated successfully, but these errors were encountered: