| Summary: | >=x11-drivers/nvidia-drivers-465.19.01 breaks gnome screen brightness controls (backlight) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Nick <nickAristocrates> |
| Component: | Current packages | Assignee: | Ionen Wolkens <ionen> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | gentoo, ionen, Manfred.Knick, sam, soap |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://forums.developer.nvidia.com/t/laptop-backlight-control-regression-with-465-24-02/175585 | ||
| See Also: | https://bugs.gentoo.org/show_bug.cgi?id=809482 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Nick
2021-04-05 00:21:38 UTC
Slider is unavailable with my hardware so I can't verify, but 465.19.01 is a beta and, while it brings new things and fixes, regressions wouldn't be surprising. For now I'd suggest to keep using nvidia-drivers:0/460 if affected. 460.67 is planned to be the next stable (won't stabilize betas), and branch is not going anywhere anytime soon. Had a quick look at changes and there was some revamping of backlight handling in the drivers, this may not be gnome-specific. x11-drivers/nvidia-drivers-465.24.02:0/465 also breaks "nvidia-settings -a", e-g- for manual fan control :-( . (In reply to Ionen Wolkens from comment #1) > Slider is unavailable with my hardware so I can't verify, but 465.19.01 is a > beta and, while it brings new things and fixes, regressions wouldn't be > surprising. > > For now I'd suggest to keep using nvidia-drivers:0/460 if affected. 460.67 > is planned to be the next stable (won't stabilize betas), and branch is not > going anywhere anytime soon. I’d consider not keywording them either, really. Even in ~arch. (In reply to Manfred Knick from comment #3) > x11-drivers/nvidia-drivers-465.24.02:0/465 > > also breaks "nvidia-settings -a", e-g- for manual fan control :-( . This is bug #784248 and unrelated to the backlight issues (That was broken since 465.19.01, but fan control still worked on that one) (In reply to Sam James from comment #4) > I’d consider not keywording them either, really. Even in ~arch. 465.24.02 isn't a beta anymore, and it's more broken than the beta. The security fixes broke all 4 branches wrt fan stuff. (In reply to Ionen Wolkens from comment #5) > (In reply to Manfred Knick from comment #3) > > x11-drivers/nvidia-drivers-465.24.02:0/465 > > > > also breaks "nvidia-settings -a", e-g- for manual fan control :-( . > This is bug #784248 and unrelated to the backlight issues (That was broken > since 465.19.01, but fan control still worked on that one) > > > (In reply to Sam James from comment #4) > > I’d consider not keywording them either, really. Even in ~arch. > 465.24.02 isn't a beta anymore, and it's more broken than the beta. > > The security fixes broke all 4 branches wrt fan stuff. I believe you, I just wanted to make the general point about what belongs in ~arch. Unfortunately I think we’re doomed to keep old versions around but mask them because of this kind of regular breakage (In reply to Ionen Wolkens from comment #5) > This is bug #784248 Thanks for the hint!, missed that during search ... (In reply to Sam James from comment #6) > I believe you, I just wanted to make the general point about what belongs in > ~arch. Beta drivers are usually not as bad as they sound, I wouldn't have added it / keyworded if there was issues I could identify (those still bring a lot of new features and fixes people often want, jer used to add them as well). Anyhow, for the 4 others, still early so I'll wait to see if nvidia does anything about it. Issue appear to be in the binary blobs themselves so can't expect patches. According to https://forums.developer.nvidia.com/t/laptop-backlight-control-regression-with-465-24-02/175585/11 > This regression is still present in 470.42.01. The last working driver I’ve found is 460.73.01. Seem still present in 470.57.02 as well. Being a production branch and bringing many improvements, I may end up stabilizing it regardless of this in a month+, been over 3 months but still no sign of fixes. But 460.91.03 was also added and is supported, which I believe should still work unless nvidia backported the issue (this wouldn't be a first). Does adding this to "/etc/modprobe.d/nvidia.conf" help any?
options nvidia NVreg_RegistryDwords=EnableBrightnessControl=1
Alternatively, if keeping custom a xorg.conf, this would do the same in the device section:
Option "RegistryDwords" "EnableBrightnessControl=1"
I'm not sure why it'd be suddenly needed compared to older versions but reading around it may be (I don't have the hardware to test this). I could look into making the first one a default if changes anything.
(In reply to Ionen Wolkens from comment #11) > Does adding this to "/etc/modprobe.d/nvidia.conf" help any? Unfortunately, no. I tried in both modprobe.d and /etc/X11/xorg.conf.d/10-device.conf. I confirmed that the setting takes effect: # grep -3i bright /var/log/Xorg.0.log [ 38.475] (==) NVIDIA(0): RGB weight 888 [ 38.475] (==) NVIDIA(0): Default visual is TrueColor [ 38.475] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) [ 38.475] (**) NVIDIA(0): Option "RegistryDwords" "EnableBrightnessControl=1" [ 38.475] (**) NVIDIA(0): Enabling 2D acceleration [ 38.475] (II) Loading sub module "glxserver_nvidia" [ 38.475] (II) LoadModule: "glxserver_nvidia" In both boots, the behavior is exactly the same as what I initially reported. Thanks for the suggestion and for your patience with me while I made time to try it. Can't test (and changelog mentions nothing) but seen mentions that 495.44 brings back backlight controls. Looking at the source I also see related changes in 470.82.00 (next stable candidate, 470.74 won't be for several reasons) so I imagine it may be fixed for it as well. From what I'm hearing 470.82.00 may still be affected, so affected users should use either 460.93.01 or >=495.44. Will leave this open for reference given 495.44 won't be made stable (non-production branch), until can confirm the 470 LTS branch has fixed this. This is still broken for me on =x11-drivers/nvidia-drivers-495.44 (kernel from =sys-kernel/gentoo-sources-5.14.15) (In reply to Nick from comment #15) > This is still broken for me on =x11-drivers/nvidia-drivers-495.44 (kernel > from =sys-kernel/gentoo-sources-5.14.15) Maybe still missing something then (been seeing several report that it should be working now), does comment #11 help then? Albeit was under the impression it shouldn't be needed. 470.82.00: still broken
495.44 : does not support my laptop:
[ 30.389] (WW) NVIDIA(0): The NVIDIA Quadro K2100M GPU installed in this system is
[ 30.389] (WW) NVIDIA(0): supported through the NVIDIA 470.xx Legacy drivers. Please
[ 30.389] (WW) NVIDIA(0): visit http://www.nvidia.com/object/unix.html for more
[ 30.389] (WW) NVIDIA(0): information. The 495.44 NVIDIA driver will ignore this
[ 30.389] (WW) NVIDIA(0): GPU. Continuing probe...
I did not try 470.86
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1df072f63f101fc09d4c668156a27f5755acda26 commit 1df072f63f101fc09d4c668156a27f5755acda26 Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2021-12-28 12:00:47 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2021-12-28 13:12:31 +0000 x11-drivers/nvidia-drivers: sync 460.91.03 ebuild with others 460.91.03 is unfortunately known needed for (at least) a few laptop users, issues varying between not able to control backlight or not seeing anything displayed at all (bug #780126 and bug #809482, along with several threads on NVIDIA forums complaining about this). Can't be kept eternally given NVIDIA shows no sign of continued 460 support and it requires xorg-1.20 plus <=5.10 LTS kernels (unlike even the 390.xx branch) -- but, meanwhile, update ebuild to be like the others and easier to maintain. Fortunately no known security issues. Let's hope 470/495+ will receive fixes before removal is necessary (perhaps to cleanup old xorg or security concerns), feedback from users welcome to know when it works as expected or if anything else can do (own hardware is not affected, so can't test). Bug: https://bugs.gentoo.org/780126 Bug: https://bugs.gentoo.org/809482 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> .../nvidia-drivers-460.91.03-r2.ebuild | 400 +++++++++++++++++++++ 1 file changed, 400 insertions(+) I spent so much time troubleshooting this, so it's a relief to learn that I am not alone. My laptop's screen is so bright is was causing me severe headaches at night. What I found was, you can get at least *some* level of relief by using something like this: xrandr --output DP-4 --brightness .7 Note: This does not actually change the screen's brightness - instead uses the gamma values to fake it. It's a temporary workaround and does not actually solve this problem. However, I'm adding it to this chain in the hopes that someone may find it useful. For the command, you can see the man page for more information, but DP-4 is my output, (check xrandr --current for the name of yours) and .7 is just a float value of how "dim" you want the screen to appear. 1 is completely normal. I hope this provides someone else some relief. For intel+nvidia users, there's been talk that setting this module option (or kernel params), helps: i915.enable_dpcd_backlight=0 https://forums.developer.nvidia.com/t/laptop-backlight-control-regression-with-465-24-02/175585/62 The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6760422f09a51c212b201967a25ca8774b0d594 commit f6760422f09a51c212b201967a25ca8774b0d594 Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2022-03-02 09:16:27 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2022-03-02 09:53:25 +0000 x11-drivers/nvidia-drivers: drop vulnerable 460.91.03-r2 460 branch was meant to be removed months ago but was kept due to known regressions affecting some users (bug #780126, bug #809482, and some other rumored issues). These regressions are not (fully) resolved but given NVIDIA no longer supports this branch, doesn't report if it's affected by vulnerabilities anymore (bug #832867, safe to say it most likely is), need patches for current stable kernel branch, and it relies on old Xorg ABI preventing future Xorg cleanups -- believe time to give it up. Users that /really/ need it are free to use a local overlay at their own risks, and may want to try IgnoreABI with xorg-21. Bug: https://bugs.gentoo.org/780126 Bug: https://bugs.gentoo.org/809482 Bug: https://bugs.gentoo.org/832867 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> x11-drivers/nvidia-drivers/Manifest | 6 - .../nvidia-drivers-460.91.03-r2.ebuild | 411 --------------------- 2 files changed, 417 deletions(-) Kept this bug open for tracking but been a long time and don't think there's anything I can do. Hope NVIDIA will improve the backlight situation in the future. |
