https://bugzilla.suse.com/show_bug.cgi?id=1223838 https://bugzilla.suse.com/show_bug.cgi?id=1223838#c2 --- Comment #2 from Ilgaz Öcal <ilgaz@ilgaz.gen.tr> --- Created attachment 874643 --> https://bugzilla.suse.com/attachment.cgi?id=874643&action=edit brightnessctl -l output As far as I see, there is only "caps lock" led on this keyboard. -- You are receiving this mail because: You are on the CC list for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1223838 https://bugzilla.suse.com/show_bug.cgi?id=1223838#c24 --- Comment #24 from Ilgaz Öcal <ilgaz@ilgaz.gen.tr> --- (In reply to Takashi Iwai from comment #20)

I backported to TW kernel and Leap 15.6 kernel now.

Let's keep this entry opened until it's properly merged to the upstream tree, though.

on current openSUSE TW 20240531-2933.1 it seems to have merged into kernel 6.9.3 (lspci) 02:00.0 VGA compatible controller: NVIDIA Corporation C79 [GeForce 9400M] (rev b1) ls -la /sys/class/backlight/ total 0 drwxr-xr-x 2 root root 0 Jun 5 18:12 . drwxr-xr-x 71 root root 0 Jun 5 18:12 .. lrwxrwxrwx 1 root root 0 Jun 5 17:41 nv_backlight -> ../../devices/pci0000:00/0000:00:10.0/0000:02:00.0/drm/card0/card0-LVDS-1/nv_backlight -- You are receiving this mail because: You are on the CC list for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1223838 https://bugzilla.suse.com/show_bug.cgi?id=1223838#c38 --- Comment #38 from OBSbugzilla Bot <bwiedemann+obsbugzillabot@suse.com> --- This is an autogenerated message for OBS integration: This bug (1223838) was mentioned in https://build.opensuse.org/request/show/1189502 Factory / kernel-source -- You are receiving this mail because: You are on the CC list for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=1223838 https://bugzilla.suse.com/show_bug.cgi?id=1223838#c48 Helmut Walle <helmut.walle@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |helmut.walle@gmail.com --- Comment #48 from Helmut Walle <helmut.walle@gmail.com> --- Some additional information, FWIW: backlight control is not working on Tumbleweed on my MacBook Pro Mid 2012, however parts of the software do respond to the "Dim" / F1 and "Brighten" / F2 keys as expected. When I hit either of these buttons the brightness OSD pops up as it should, and I can step the brightness % figure up or down across the whole range from 0% to 100%, which also is as expected. But the screen brightness does not change at all. However, the contents of the file "brightness" in the folder below do change from "1" (when the OSD shows 0%) to "1023" (OSD at 100%). In the folder below, I can see various files that all look like they should be here /sys/class/backlight/gmux_backlight> ls -l total 0 -r--r--r-- 1 root root 4096 Aug 16 10:27 actual_brightness -rw-r--r-- 1 root root 4096 Aug 16 10:25 bl_power -rw-r--r-- 1 root root 4096 Aug 16 12:24 brightness lrwxrwxrwx 1 root root 0 Aug 16 10:25 device -> ../../../00:03 -r--r--r-- 1 root root 4096 Aug 16 10:25 max_brightness drwxr-xr-x 2 root root 0 Aug 16 10:25 power -r--r--r-- 1 root root 4096 Aug 16 10:25 scale lrwxrwxrwx 1 root root 0 Aug 16 10:23 subsystem -> ../../../../../class/backlight -r--r--r-- 1 root root 4096 Aug 16 10:25 type -rw-r--r-- 1 root root 4096 Aug 16 10:25 uevent And as mentioned the contents of the brightness change upon pushing the buttons as expected, but there is no impact on the visually observed brightness of the screen. System Details: Kernel: 6.10.3-1-default lspci shows these two graphics controllers: 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 650M Mac Edition] (rev a1) dmesg | grep backlight [ 3.945461] [ T434] nouveau 0000:01:00.0: DRM: Apple GMUX detected: not registering Nouveau backlight interface Now I have found this interesting page at archlinux: https://bbs.archlinux.org/viewtopic.php?id=232317 ... and interestingly, the PCI bus hack suggested there makes the backlight control work as it should end-to-end: setpci -v -H1 -s 00:01.00 BRIDGE_CONTROL=0 After executing this command my backlight control just works as it should end-to-end: when I hit the F1 or F2 button the OSD pops up, and the screen gets dimmer or brighter as expected, all the way from black at 0% to full brightness at 100%. Now I am not a PCI bus or graphics driver expert at all and have no idea how this fits together, but it may possibly provide clues as to what is wrong in our case. As a further note, I have read that the ambient light sensor / ALS could possibly interfere with the backlight control, but I am not sure whether that is the case. Anyway, I have checked the ALS on my system, and it is definitely reading in the ambient light level as it should. When I go to /sys/bus/iio/devices/iio:device0 ... there is a file in_illuminance_input that just contains a decimal number. When I change the ambient lighting conditions, e.g., by pulling the drapes, or shining a torch into the camera lens, the number in that file does change on a range from "0" (camera lens blacked out completely) to "4095" (shining LED torch into camera at close range), which looks plausible to me. However, I have no idea whether this part of the system is involved in screen brightness control on TW at all. I have tried blacklisting acpi_als to see whether that makes a difference, but no, if does not resolve the backlight control issue. Hope this helps - please let me know if you would like any further information. -- You are receiving this mail because: You are on the CC list for the bug.