Breaks display on Debian and fedora, and I assume everywhere else
1 Like
I am seeing the same issue, both on Nobara (KDE) and on CachyOS (KDE and Gnome). Adaptive sync is enabled in display settings in KDE/Gnome, but my TV (LG C4) no longer picks up VRR.
When enabling VRR changes in refresh rate will cause the display to flicker “out of sync” depending on how fast you move an image on the screen.
Arch Linux, x11 or Wayland, KDE and Gnome
Samsung S95B
RTX 4090
Same issue on Gentoo. DisplayPort works fine, HDMI loses sync the second VRR turns on. 4090 and Samsung G80SD here. 565 series works perfectly (reverted back for the time being).
Thank you for reporting issue, I have filed a bug 5087824 internally for tracking purpose.
Please share nvidia bug report from repro state.
1 Like
Out of interest.
Did you update your C4 ?
Everything was fine in my case but since I updated to the “new” webos and the screen remains black once I use hdmi2.1 and not hdmi 1.4 ( 4k30hz )
Sadly this webos refuses downgrades…
nvidia-bug-report.log.gz (430.5 KB)
I’m on bazzite-nvidia-open:stable
output to a TV: Samsung S95BA
Easiest way to reproduce in KDE: go to Settings → Display and Monitor, set Active Sync to Always. Monitor goes black with occasional flickers.
I put a bug report for this in the 570 release thread as well.
Also breaks in x11. On gnome desktop it will say VRR is enabled when it actually won’t activate. KDE on the other hand does activate and breaks when it does.
Any kind of update on this? Or are we â– â– â– â– outta luck till the next driver release?
Hi All,
We have been able to root caused the issue, fix will be available in future release driver.
5 Likes
Amazing!
Great so we are screwed for a month or more âś…
2 Likes
Thanks for the update!
Is there an expected driver release the fix will be included in? Perhaps a new minor release of 470 in the near future?
1 Like
I mean…it is a BETA release…
2 Likes
with all honesty, given how much money Nvidia has made during last few years, they really should not have problems hiring few more engineers to bring desktop Linux features to at least the same state as Windows… Yet not only they don’t assign enough engineers to desktop Linux development, but additionally they try to squeeze every small penny (small comparing to compute hardware prices/sales) from gamers on all OSes with subpar, overpriced 50xx and their “fake frames”… The same gamers and Linux users that used to keep this company afloat for over 2 decades before crypto and AI booms came… No wonder that many ppl get bitter and frustrated…
Regardless, @amrits, I’d like to make it clear that most of us here do appreciate your work! Thank you!!
2 Likes
A beta release many distros are mainlining so the bets point is moot.
Many people are stuck with the driver. Or have to manually install an older driver.
I’ve grown very tired of the hey we fixed this but broke this, this, and this. dance.
Can’t wait till the 9070 xt comes out
Only Arch and Tumbleweed have mainlined this, and that’s a distro problem. Nvidia has clearly marked this as beta.
If we start saying that software vendors have to ensure that their beta software are perfect, that defeats the purpose of having betas to begin with.
Can’t wait till the 9070 xt comes out
AMDGPU has had a recent crash bug with the newer kernels as well. Bugs are bugs, they happen regardless of which vendor you buy from, they will be fixed in due time.
The difference is that on Radeon, I can read engineers & contractors from Valve and Collabora argue and bicker for the 6 months it takes to get my issue fixed. At least the arguments give me a perverse form of hope.
1 Like
Same here, 570.86.16. Monitor MSI 321URX with RTX 4080 on latest EndeavourOS.