If possible please also give an actual 6.1 kernel a try and see if that indeed breaks things.
If you have a laptop which is likely affected by this then please run the following commands: only the "intel_backlight" entry and adding "acpi_backlight=video" does not cause an "acpi_video0" entry to appear then 6.1 will likely break backlight control! Note this is quite normal on modern(ish) laptops, a second check is to boot with "acpi_backlight=video" added to the kernel commandline and then run "ls /sys/class/backlight" again, if you now additionally also have an "acpi_video0" entry then your laptop should work fine with 6.1, if you don't have an "acpi_video0" entry please first do "cat /proc/cmdline" and check that "acpi_backlight=video" is present there. You can check if your laptop is affected by this by running "ls /sys/class/backlight" if this shows only 1 entry and that entry is named "intel_backlight", "nouveau_bl", "amdgpu_bl0" or "radeon_bl0" then your laptop might be affected. Note Chromebooks are affected by this too, but that special category has already been fixed. flashed with coreboot, did not ship with Windows as factory os. The most likely laptops to be hit by this are laptops which are either pretty old and or which are weird in some other way (e.g. I have been very careful to try and not break things but there is a special group of laptops where the ability to control the backlight brightness may disappear because of this. I have landed a large(ish) refactor of the ACPI/x86 backlight detection code in the kernel for 6.1.
0 kommentar(er)
