If you’re lazy and don’t want to click on the link…
Red Hat developer Hans De Goede was recently refactoring the backlight detection code for kernel 6.1, and noticed that some laptops may lose the ability to control their backlight as a result. If you are using a laptop, it is recommended that you check the output of the following command:
If it shows only one entry such as “intel_backlight”, “nouveau_bl”, “amdgpu_bl0” or “radeon_bl0” then your laptop might be affected - as such it is recommended to adding this parameter to the kernel command line: [HOW TO ADD KERNEL PARAMETERS]
after which you should check /sys/class/backlight/ again. If an “acpi_video0” entry appears in the ls output, then you’re in the clear. If not, you have a laptop which is likely affected by the upcoming change.
I’m using a Thinkpad E14 Gen4 AMD. Gnome backlight shortcuts doesn’t works with the latest 6.1.1 kernel. No problem with 6.0.12 before updating kernel. Confirmed after a downgrade to 6.0.12 which works perfect. Same behavior with Zen kernel.
But according to Hans’ instruction I’m on the “clear” side :
only amdgpu_bl0 without kernel parameter
acpi_video0 is present after adding acpi_backlight=0 to the kernel
Any suggestion ? I’m thinking about send a mail to Hans with my 4 generated .txt files but I’m not sure that is the correct path to solve that.
Just wanted to report that adding acpi_backlight=vendor as a Kernel parameter did fix the backlight issue on my end. My laptop model is an Acer Swift X SFX14-41G if anyone is having the same problem. Thank you very much!
I tried, but my problem is not solved. With acpi_backlight=vendor Gnome shortcuts have strange behavior : no change to the backlight (which seems to be set at max value), and shortcut to increase brightness is blocked.
I tried with acpi_osi=linux added to acpi_backlight=vendor but no change.