Laptop backlight control regression with 465.24.02

Alienware Area-51m R2 1.10.0 here, with NVIDIA GeForce RTX 2080 SUPER Mobile / Max-Q. Nothing but xrandr works for setting the brightness after drivers > 460… What a pity! Tested on Debian, Ubuntu, Arch, Gentoo.

Lenovo Legion 5 pro, RTX3070M, driver version 510.54-1, kernel version 5.16.9. Still no luck.

I have Legion 7 16ACHg6, kernel 5.13.0 (from Ubuntu 21.10), Nvidia driver 510.47.03 and brightness control is working for me. I’am not using hybrid mode.

Some kernel parameters remained from previous experiments in my system, however, maybe they will help:

amdgpu.backlight=0 nvidia-drm.modeset=1 nvidia.NVreg_RegistryDwords=EnableBrightnessControl=1

1 Like

Does pressing the brightness keys just work? If so, what DE are you using?

I am running nvidia-510.54-2 with kernel 5.17-rc4 on Arch and neither xbacklight nor echo 50 | sudo tee /sys/class/backlight/nvidia_0/brightness work…

Yes, it works simply by pressing brightness keys.

Please can you all stop telling brightness works, yes we all know brightness works, what doesn’t work is backlight control. So please stop telling it works, its up to NVIDIA to tell us why they have removed the backlight handler in the sofware, thanks.

2 Likes

Legion R9000P 2021 laptop with RTX 3060 (Legion 7 China version)
backlight control still not work in discrete mode

System:
Kernel: 5.16.12-arch1-1 x86_64 bits: 64 compiler: gcc v: 11.2.0
parameters: initrd=\amd-ucode.img initrd=\initramfs-linux.img
root=“LABEL=system” rootflags=subvol=root rw acpi_backlight=vendor
amdgpu.backlight=0 nvidia-drm.modeset=0
Desktop: GNOME 41.4 tk: GTK 3.24.33 wm: gnome-shell dm: GDM 41.3
Distro: Arch Linux
Machine:
Type: Laptop System: LENOVO product: 82JQ v: Lenovo Legion R9000P2021H
serial: Chassis: type: 10 v: Lenovo Legion R9000P2021H
Mobo: LENOVO model: LNVNB161216 v: SDK0L77769 WIN
serial: UEFI: LENOVO v: GKCN49WW date: 11/08/2021
CPU:
Info: model: AMD Ryzen 7 5800H with Radeon Graphics bits: 64 type: MT MCP
arch: Zen 3 family: 0x19 (25) model-id: 0x50 (80) stepping: 0
microcode: 0xA50000C
Graphics:
Device-1: NVIDIA GA106M [GeForce RTX 3060 Mobile / Max-Q] vendor: Lenovo
driver: nvidia v: 510.54
bus-ID: 01:00.0 chip-ID: 10de:2560 class-ID: 0300
Display: x11 server: X.Org v: 1.21.1.3
OpenGL: renderer: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2
v: 4.6.0 NVIDIA 510.54 direct render: Yes

Same problem here.
Asus GL502VS laptop with GTX 1070, no intel graphics.
backlight control still not work.

System Information:
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: GL502VS

Build Operating System: 5.15.6-200.fc35.x86_64
Current Operating System: Linux fedora 5.16.13-200.fc35.x86_64 #1 SMP PREEMPT Tue Mar 8 22:50:58 UTC 2022 x86_64
Kernel command line: BOOT_IMAGE=(hd1,gpt2)/vmlinuz-5.16.13-200.fc35.x86_64 root=UUID=adb5a87c-e9da-4c3e-96d3-c1d94caf7fbf ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rhgb quiet acpi_backlight=vendor

DE:
KDE Plasma 5.24.2
KDE Framework 5.91.0

Build ID: xorg-x11-server 1.20.14-3.fc35
Current version of pixman: 0.40.0

NVIDIA GLX Module 510.47.03 Mon Jan 24 22:57:16 UTC 2022
NVIDIA GPU NVIDIA GeForce GTX 1070 (GP104-B) at PCI:1:0:0
Memory: 8388608 kBytes
NVIDIA(0): VideoBIOS: 86.04.42.00.07
‘OpenGLVersion’ (fedora:0.0): 4.6.0 NVIDIA 510.47.03
nvidia-bug-report.log.gz (104.1 KB)

can confirm.

Legion 5 Pro, Ubuntu 22.04,

Nvidia 510, Discrete mode. Zero brightness control.

Nvidia 510, Hybrid mode, AMDGPU based brightness control.

Nvidia 470, Discrete mode. ACPI nvidia_0 based brightness control.

Nvidia 470, Hybrid mode, AMDGPU based brightness control.

Seems version 510 has a regression in backlight control.

I can confirm for Lenovo Thinkpad (P15/P17/T15g/T15p/P15v Gen 1) that backlight control is working now since the last BIOS update Version 1.28

below excerpt from the readme file:


CHANGES IN THIS RELEASE
Version 1.28

[Important updates]

  • Update includes a security fix.

[New functions or enhancements]

  • Updated the Diagnostics module to version 04.22.000.
  • Update Regulatory Information.

[Problem fixes]

  • Fixed an issue where Power-On Password is set by WMI even if Power-On
    Password Control was disabled.
  • Fixed an issue where Linux adjust brightness fail in discrete mode.

Can confirm that on version 510, on my Eurocom Sky X7C/Clevo P775TM1-G, there is still no brightness control. This has been the case since version 460.xx.

@biolinguist
Can you please share bug report and acpi dump from the failing system.

How do I share the acpi dump?

sudo acpidump > acpidata.dat
(on debian , acpidump is in acpica-tools package)

Hi,

Those of you dumping your ACPI tables are unintentionally leaking your windows installation keys, while for us Linux users isn’t so much a big deal, but opens the opportunity for someone to use up your activations for your key and make it impossible to activate windows on your laptop in the future.

The issue is the windows installation key is embedded in the BIOS ACPI tables, in the MSDM section:
(please note, the installation here below has been modified and replaced with a windows 98 OEM installation key that has since been blocklisted by microsoft forever ago due to abuse, as a “safe” example)

MSDM @ 0x0000000000000000
    0000: 4D 53 44 4D 55 00 00 00 03 79 4C 45 4E 4F 56 4F  MSDMU....yLENOVO
    0010: 54 50 2D 4E 33 37 20 20 80 11 00 00 50 54 45 43  TP-N37  ....PTEC
    0020: 02 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00  ................
    0030: 00 00 00 00 1D 00 00 00 xx xx xx xx xx xx xx xx  ........DKRBQ-TX
    0040: xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx  YCX-6K4GD-4CPJ7-
    0050: xx xx xx xx xx                                   C6B25

@maxpav yours is 3PBQF-(redacted)-TXXTP
@lucascowe yours is CJ3JN-(redacted)-23722

Everyone on this thread who has uploaded their acpi dump to the nvidia forums may want to delete them, and provide them to NVidia employees via DM in the forums privately.

1 Like

Hello, I already posted about this in an other thread on this forum, but I’ll share it here also to centralize the information for NVIDIA.

Same problem with the backlight not changing when using the NVIDIA driver 510.60.02 on Ubuntu 22.04 (kernel 5.15.0-27-generic), on Thinkbook Gen 2 Laptop. When using the Nouveau driver, no problems with changing the backlight.
nvidia-bug-report.log.gz (823.9 KB)

Interesting additional observation: under /sys/class/backlight there are 2 directories: amdgpu_bl0 and nvidia_0. When trying to change the brightness with the keyboard keys or the brightness slider, the value of the brightness in nvidia_0 directory changes, but this has no effect on the hardware. Instead, when changing the brightness in amdgpu_bl0 directory with an editor, the brightness of the screen does change!

And on same device, when using Ubuntu 20.04 (kernel 5.13.0-40-generic), backlight adjustment works with NVIDIA driver, but the brightness is at minimum value each time on boot, which is also slightly annoying.

Waiting for NVIDIA to solve this issue, thank you

Thank you a lot for the notice

After over a year… Nvidia? what gives? Can someone with a brain post to this thread that:

  1. We are working on it
  2. We don’t give a $#!@
  3. This is unfixable

Something would be nice. At this point I’m really having to consider my options for my next machine.

solution for what? you don’t even say what kernel, hardware, driver, display server, etc you use.

I see that many people on this thread have Lenovo hardware, like i mentioned before in this thread Lenovo has fixed the issue for Thinkpad (P15/P17/T15g/T15p/P15v Gen 1) by updating the BIOS to Version 1.28. I cannot speak for other Lenovo hardware but the first thing to check is Firmware and BIOS update.

I don’t know what Lenovo changed in the latest BIOS version 1.28 for my Thinkpad P17 Gen 1, all I can say is that backlight control is working now for whatever Nvidia driver I’m using. I’m currently running (multi-boot) Xubuntu 22.04 - Window 11 - Ubuntu 22.04