http://bugzilla.opensuse.org/show_bug.cgi?id=1202125 http://bugzilla.opensuse.org/show_bug.cgi?id=1202125#c2 Vittorio Basile changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(info.djvar@gmail. | |com) | --- Comment #2 from Vittorio Basile --- Ok. So with the OBS kernel (5.18.15) default the system wouldn't even boot at all. It said something about the touchpad not being recognised or something like that. So, here are pastebins for hwinfo and dmesg. hwinfo: https://paste.opensuse.org/40483401 dmesg: https://paste.opensuse.org/25075829 -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1202125 http://bugzilla.opensuse.org/show_bug.cgi?id=1202125#c4 --- Comment #4 from Vittorio Basile --- Created attachment 860638 --> http://bugzilla.opensuse.org/attachment.cgi?id=860638&action=edit hwinfo -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1202125 http://bugzilla.opensuse.org/show_bug.cgi?id=1202125#c6 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(info.djvar@gmail. | |com) --- Comment #6 from Takashi Iwai --- Thanks. The machine is with radeon driver, and it seems having a sysfs backlight control. Could you check the entries in /sys/class/backlight/*? If there is a directory (usually a symlink), go to there, and check the content of "brightness" and "max_brightness" there. i.e. % cat /sys/class/backlight/*/brightness % cat /sys/class/backlight/*/max_brightness Then try to change the value by writing to */brightness (as root): e.g. % su # echo 50 > /sys/class/backlight/*/brightness Does this change the backlight level? -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1202125 http://bugzilla.opensuse.org/show_bug.cgi?id=1202125#c8 Takashi Iwai changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Kernel |X.Org Assignee|kernel-bugs@opensuse.org |gfx-bugs@suse.de QA Contact|qa-bugs@suse.de |gfx-bugs@suse.de Flags|needinfo?(info.djvar@gmail. | |com) | --- Comment #8 from Takashi Iwai --- (In reply to Vittorio Basile from comment #7)

cat /sys/class/backlight/*/brightness ---> 12 cat /sys/class/backlight/*/max_brightness ---> 255

I remember changing the value of brightness as sudo once and it did change the brightness BUT, as soon as I would do a reboot it would just freeze at the Tumbleweed loading logo with no apparent errors or warnings in the bootstrap.

Anyway, this time around changing the value to 50 in the brightness file did increase the display brightness indeed like last time and it also updates the brightness slider in the brightness (power management) applet. But still the brightness keys and slider didn't respond at all.

Upon reboot this time, it gets to the XFCE4 desktop, and it stuck at the display brightness of '50' as set before reboot. Again, I cannot alter it unless I go through this manual method...

So, this doesn't look like a kernel problem. Writing your favorite level to the sysfs should change the current brightness, and this is the only interface the kernel provides. The rest is the user-space implementation, and that's likely the missing piece for radeon. Note that systemd remembers the last brightness at reboot/shutdown time, and tries to restore it at the next boot. That's why it sticks with 50. If you reboot after changing to a higher value, it'll be restored at the next reboot. I thought that is should be possible to specify the backlight device entry in X11 config. I'm not sure whether radeon also allows it, though. In anyway, as it's rather an issue of X, reassigned. -- You are receiving this mail because: You are the assignee for the bug.