backlight brighness control with video missing /sys/class/backlight interface
kernel 6.1 it is ok --- kernel 6.2 not
What kind of machine is this? Could you please attach the output of `lspci -nn` and `dmidecode`
Same here. Everything is fine on 6.1.3 and the issue seems to happen starting 6.1.4.
`ls /sys/class/backlight/` returns nothing.
I can't adjust the brightness with Fn+F3/F4 (dmesg returns acer_wmi: Unknown function number - 4 - 0).
I'll try to do a bisect.
Created attachment 303582 [details]
Created attachment 303583 [details]
Thank you for the bug report and sorry about the regression.
What is the output of "ls /sys/class/backlight" with a working kernel like 6.1.3 ?
Also what is the output of "cat /proc/cmdline" ?
Are you perhaps specifying an "acpi_backlight=xxx" argument on the kernel commandline? If you are specifying this, try dropping this from the kernel commandline that will likely fix things.
Thank you for your response.
With 6.1.3 "ls /sys/class/backlight" returns amdgpu_bl0.
Output of "cat /proc/cmdline" returns
BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=7d604fa9-81a1-4cbc-ae1d-8brfe544148b rw quiet loglevel=3 splash vt.global_cursor_default=0 resume=UUID=e40cbf4e-5477-4ecb-b1f1-bd8d5890f507 audit=0 nvme_load=yes sysrq_always_enabled=1 mem_sleep_default=deep
in 6.1.4 **after** I deleted the "acpi_backlight=vendor" I had.
Thank you, dropping acpi_backlight=vendor do bring back amdgpu_bl0 to /sys/class/backlight.
However, dmesg now shows "acer_wmi: Unknown function number - 4 - 0" every time the brightness change key are touched, but it does not seem to have any effect (brightness do change) but to spam the log.
I don't know if the issue is really related to walter59.
Adrien, Thank you for testing without acpi_backlight=vendor. 6.1.4 got a fix from 6.2 backported which makes the driver providing amdgpu_bl0 honor acpi_backlight=vendor which is what makes it goes away.
The amdgpu backlight counts as native, so to manually select that you would pass acpi_backlight=native. But it is best to just let the autodetect code / heuristics do their thing.
> However, dmesg now shows "acer_wmi: Unknown function number - 4 - 0" every
> time the brightness change key are touched, but it does not seem to have any
> effect (brightness do change) but to spam the log.
Did you check to see if those messages are there with 6.1.3 too?
My first guess would be that those messages have been there all along, but you just never noticed them...
*** Bug 216947 has been marked as a duplicate of this bug. ***