[Bug 1208724] New: Video Intel awaking w wrong Brightness level
http://bugzilla.opensuse.org/show_bug.cgi?id=1208724 Bug ID: 1208724 Summary: Video Intel awaking w wrong Brightness level Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: marco.calistri@yahoo.com.br QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hello, I've been able to set a specific brightness intensity at every boot, by using an /etc/init.d/after.local script, but anytime my system awakes from suspended mode, the brightness resets to a very high intensity. from dmesg I see: [ 3.128757] i915 0000:00:02.0: [drm] Skipping intel_backlight registration [ 33.797331] ideapad_acpi VPC2004:00: Keyboard backlight control not available [28383.336476] video LNXVIDEO:00: Restoring backlight state -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1208724 http://bugzilla.opensuse.org/show_bug.cgi?id=1208724#c1 Marco Calistri <marco.calistri@yahoo.com.br> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Marco Calistri <marco.calistri@yahoo.com.br> --- Hello, It follows how I have resolved my issue. First of all, add the last parameter to /etc/default grub (in bold): GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-uuid/4ff65e75-c664-43d8-ab25-25d85336f6b8 mitigations=auto quiet acpi_backlight=native" Then create the following file: /etc/X11/xorg.conf.d/20-intel.conf with this content: Section "Device" Identifier "Intel Graphics" Driver "intel" Option "Backlight" "intel_backlight" EndSection Finally, modify the startup script to adjust the initial brightness level: echo -n 700 > /sys/class/backlight/intel_backlight/brightness Now my system starts with the right brightness level (the one I choose) and resume from suspend also by keeping the same brightness intensity. Problem solved! Best regards, -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1208724 http://bugzilla.opensuse.org/show_bug.cgi?id=1208724#c3 --- Comment #3 from Marco Calistri <marco.calistri@yahoo.com.br> --- Created attachment 865228 --> http://bugzilla.opensuse.org/attachment.cgi?id=865228&action=edit dmidecode This is the dmidecode contents of my Lenovo Z470 notebook. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1208724 http://bugzilla.opensuse.org/show_bug.cgi?id=1208724#c4 --- Comment #4 from Marco Calistri <marco.calistri@yahoo.com.br> --- But, please consider the following issue that I discovered in the last days: The workaround presented hereby is working perfectly to correctly set the brightness at boot and resume it after-suspend period, but whenever I lid the screen to suspend the laptop and then I lift it again, the screen keeps dark and apparently I cannot wake-up it by using any keys, neither any keys combination seems to be working to resume the system, then I need to do a force reboot. This is an important secondary effect that I need to mention to you. Best regards, -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1208724 http://bugzilla.opensuse.org/show_bug.cgi?id=1208724#c5 --- Comment #5 from Marco Calistri <marco.calistri@yahoo.com.br> --- I've finally resolved also the last issue of the dark screen after resume the system which was in suspended state, by adding a new parameter into my kernel boot (new parameter: nouveau.modeset=0): cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-6.2.1-1-default root=UUID=dff514b0-9fdb-4958-a38f-dc815c606d72 resume=/dev/disk/by-uuid/4ff65e75-c664-43d8-ab25-25d85336f6b8 mitigations=auto quiet acpi_backlight=native nouveau.modeset=0 -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com