Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 780126 - >=x11-drivers/nvidia-drivers-465.19.01 breaks gnome screen brightness controls (backlight)
Summary: >=x11-drivers/nvidia-drivers-465.19.01 breaks gnome screen brightness control...
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Ionen Wolkens
URL: https://forums.developer.nvidia.com/t...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-05 00:21 UTC by Nick
Modified: 2022-03-02 10:08 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick 2021-04-05 00:21:38 UTC
=x11-drivers/nvidia-drivers-465.19.01 breaks the gnome screen brightness controls for me on gnome 3.36.5, GTX 1060 in a laptop, kernel 5.11.11-gentoo.

Reverting to =x11-drivers/nvidia-drivers-460.67 and rebooting fixes the problem for me.

I have =gnome-base/gnome-3.36.5 and =gnome-base/gnome-control-center-3.38.5 installed, not using wayland:

$ emerge -pv1 gnome-base/gnome gnome-base/gnome-control-center

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] gnome-base/gnome-3.36.5:2.0::gentoo  USE="bluetooth classic cups extras -accessibility" 0 KiB
[ebuild   R   ~] gnome-base/gnome-control-center-3.38.5:2::gentoo  USE="bluetooth cups gnome-online-accounts ibus networkmanager systemd -debug (-elogind) -flickr -kerberos -test -v4l -wayland" INPUT_DEVICES="-wacom" 0 KiB

Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB

Reproducible: Always

Steps to Reproduce:
1. Install =x11-drivers/nvidia-drivers-465.19.01 and reboot
2. Use screen brightness slider in gnome
Actual Results:  
Screen brightness should dim / brighten according to where the slider is.

Expected Results:  
Screen brightness does not change and stays at its maximum value, regardless of where the slider position is.

$ emerge --info
Portage 3.0.17 (python 3.9.2-final-0, default/linux/amd64/17.1/desktop/gnome/systemd, gcc-10.2.0, glibc-2.32-r7, 5.11.11-gentoo x86_64)
=================================================================
System uname: Linux-5.11.11-gentoo-x86_64-Intel-R-_Core-TM-_i7-7700HQ_CPU_@_2.80GHz-with-glibc2.32
KiB Mem:    16345840 total,   9089948 free
KiB Swap:   16777212 total,  16777212 free
Timestamp of repository gentoo: Sun, 04 Apr 2021 17:15:01 +0000
Head commit of repository gentoo: 2c110550093bffd16a5bcecdf778a43b95e976e3
sh bash 5.0_p18
ld GNU ld (Gentoo 2.35.1 p2) 2.35.1
app-shells/bash:          5.0_p18::gentoo
dev-java/java-config:     2.3.1::gentoo
dev-lang/perl:            5.30.3::gentoo
dev-lang/python:          2.7.18_p8::gentoo, 3.7.10_p1::gentoo, 3.8.9::gentoo, 3.9.2_p1::gentoo
dev-util/cmake:           3.18.5::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.7::gentoo
sys-apps/sandbox:         2.20::gentoo
sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:       1.13.4-r2::gentoo, 1.15.1-r2::gentoo, 1.16.3-r1::gentoo
sys-devel/binutils:       2.35.1-r1::gentoo
sys-devel/gcc:            10.2.0-r5::gentoo
sys-devel/gcc-config:     2.3.3::gentoo
sys-devel/libtool:        2.4.6-r6::gentoo
sys-devel/make:           4.3::gentoo
sys-kernel/linux-headers: 5.11::gentoo (virtual/os-headers)
sys-libs/glibc:           2.32-r7::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.us.gentoo.org/gentoo-portage/
    priority: -1000
    sync-rsync-extra-opts: 
    sync-rsync-verify-jobs: 1
    sync-rsync-verify-max-age: 24
    sync-rsync-verify-metamanifest: yes

nmeyer
    location: /usr/local/portage
    masters: gentoo

brother-overlay
    location: /var/lib/layman/brother-overlay
    masters: gentoo
    priority: 50

steam-overlay
    location: /var/lib/layman/steam-overlay
    masters: gentoo
    priority: 50

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/var/portage/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="https://mirrors.rit.edu/gentoo/ https://gentoo.osuosl.org/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j8"
PKGDIR="/var/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord crypt cuda cups dbus dri dts dvd dvdr eds emboss encode evo exif flac fortran gdbm gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk gui ibus iconv icu introspection ipv6 jpeg lcms libass libglvnd libnotify libsecret libtirpc mad mmx mng modplug mp3 mp4 mpeg multilib nautilus ncurses networkmanager nls nptl ogg opencl opengl openmp opus pam pango pcre pdf png policykit ppds pulseaudio qt5 readline sdl seccomp spell split-usr sse sse2 ssl startup-notification svg sysprof systemd tcpd tiff tracker truetype udev udisks unicode upower usb vaapi vdpau vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_8" PYTHON_TARGETS="python3_7 python3_8 python3_9" RUBY_TARGETS="ruby27 ruby30" USERLAND="GNU" VIDEO_CARDS="intel i965 nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq proto steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Ionen Wolkens gentoo-dev 2021-04-05 05:34:02 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.
Comment 2 Ionen Wolkens gentoo-dev 2021-04-06 06:52:21 UTC
Had a quick look at changes and there was some revamping of backlight handling in the drivers, this may not be gnome-specific.
Comment 3 Manfred Knick 2021-04-25 17:47:00 UTC
x11-drivers/nvidia-drivers-465.24.02:0/465

also breaks "nvidia-settings -a",  e-g- for manual fan control  :-(   .
Comment 4 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-04-25 17:49:05 UTC
(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.
Comment 5 Ionen Wolkens gentoo-dev 2021-04-25 17:51:46 UTC
(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.
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-04-25 17:53:30 UTC
(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
Comment 7 Manfred Knick 2021-04-25 17:57:18 UTC
(In reply to Ionen Wolkens from comment #5)

> This is bug #784248 

Thanks for the hint!, missed that during search ...
Comment 8 Ionen Wolkens gentoo-dev 2021-04-25 18:16:16 UTC
(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.
Comment 9 Nick 2021-06-26 21:24:12 UTC
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.
Comment 10 Ionen Wolkens gentoo-dev 2021-07-21 19:53:22 UTC
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).
Comment 11 Ionen Wolkens gentoo-dev 2021-09-14 20:09:57 UTC
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.
Comment 12 Ed Santiago 2021-09-18 18:17:49 UTC
(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.
Comment 13 Ionen Wolkens gentoo-dev 2021-10-28 03:40:16 UTC
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.
Comment 14 Ionen Wolkens gentoo-dev 2021-10-30 23:43:11 UTC
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.
Comment 15 Nick 2021-10-31 17:25:42 UTC
This is still broken for me on =x11-drivers/nvidia-drivers-495.44 (kernel from =sys-kernel/gentoo-sources-5.14.15)
Comment 16 Ionen Wolkens gentoo-dev 2021-10-31 23:03:37 UTC
(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.
Comment 17 Ed Santiago 2021-11-14 00:07:29 UTC
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
Comment 18 Larry the Git Cow gentoo-dev 2021-12-28 13:14:32 UTC
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(+)
Comment 19 Blake Bartenbach 2021-12-28 16:00:41 UTC
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.
Comment 20 Ionen Wolkens gentoo-dev 2022-01-03 12:46:20 UTC
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
Comment 21 Larry the Git Cow gentoo-dev 2022-03-02 10:07:27 UTC
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(-)
Comment 22 Ionen Wolkens gentoo-dev 2022-03-02 10:08:57 UTC
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.