Description of problem: Brightness controls are not working. Version-Release number of selected component (if applicable): kernel : kernel-3.9.0-0.rc4.git0.1.fc19.x86_64 lspci : 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Dell Device 058b Flags: bus master, fast devsel, latency 0, IRQ 42 Memory at d0000000 (64-bit, non-prefetchable) [size=4M] Memory at c0000000 (64-bit, prefetchable) [size=256M] I/O ports at 2000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 How reproducible: always Steps to Reproduce: 1.logon to system 2.try to increase or decrease the brightness using the keyboard buttons 3. Actual results: brightness does not change Expected results: brightness should change Additional info: Similar bug at Ubuntu : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/954661 hardware : Dell XPS13 (sputnik) booting with kernel option Booting with "acpi_backlight=vendor" makes the buttons work, but the screen starts flickering. kernel kernel-3.6.10-4.fc18.x86_64 works.
This enables the brightness adjust keys and allows the power management settings to automatically adjust brightness: # echo 0 >/sys/class/backlight/intel_backlight/brightness I'm running KDE and it all just works after this. But... I haven't learned how to get the system to boot with this setting and how to get this to be done upon waking after sleep (lid close/open).
To restore this setting after waking up from sleep, I dropped this file in /usr/lib/systemd/system-sleep : #!/bin/bash [ "$1" = "post" ] && echo 0 >/sys/class/backlight/intel_backlight/brightness exit 0 I got this from the systemd-suspend.service(8) manual page. Now to handle setting on boot...
Created attachment 750165 [details] backlight service The work-around in comment #1 is ineffective eventually. Something resets the backlight device making it ignore changes from keys or power management. Here's a tiny daemon that will keep enabling the backlight device whenever a change to brightness is made. I tested this over re-boots and over sleep/wake cycles. I didn't test this with hibernate.
Created attachment 750184 [details] backlight service (corrected tar file prefix) Sorry, I placed the wrong prefix into the tar file.
Hi, Just tested it and works for me too. alse after a reboot and suspend The only thing is that after returning from suspend the brightness level is not at the same level as it was before going into suspend mode. Other than that it's working great. @Garry : thanks! I was just starting to look at systemd myself to solve this in an automated fashion.
I am currently running the F19 prerelease on my XPS 13 (on F18, my screen would not wake up from suspend, so I am surprised that it works for some), but the workaround from #3 does not have any effect for me, the backlight stays at maximal brightness and no brightness control icons are shown when I push the control buttons.
Some additional information prompted by a private question by Garry Williams: On current F19 prerelease, the workaround # echo 0 >/sys/class/backlight/intel_backlight/brightness is without any effect. Moreover, when I installed F19 two weeks ago, the icons for brightness control were working, but screen brightness was always at the highest level. After update to kernel 3.9.3-301.fc19.x86_64, the brightness control icons are dead as well.
This little script works for me (found here https://bbs.archlinux.org/viewtopic.php?id=150727): #!/bin/bash # set intel interface to 0, allowing acpi interface to take precedence echo 0 > /sys/class/backlight/intel_backlight/brightness # set the permissions of the acpi brightness file for convenience of non-root modification # (works if user is a member of the video group) chgrp video /sys/class/backlight/acpi_video0/brightness chmod 664 /sys/class/backlight/acpi_video0/brightness # initialize brightness to a low level echo 3 > /sys/class/backlight/acpi_video0/brightness exit 0
I can confirm that the procedure in comment #8 allows me to control the brightness via echo X > /sys/class/backlight/acpi_video0/brightness (once permission issues are worked out). However, the brightness keys are still dead... (My volume control keys are also dead while they used to work one or two weeks ago - I can't say whether they stopped working at the same time the brightness control icons disappeared, but this could well be so.)
The brightness control key issue has been fixed with update to cinnamon-1.9.1-9, apparently it's been a cinnamon issue. So brightness control works for me. I don't know if the procedure from comment #4 is persistent across reboots. If it's not, then things work out of the box now.
This bug is being tracked upstream here: https://bugzilla.kernel.org/show_bug.cgi?id=47941 Currently, it looks like the following patch is the best fix: https://bugzilla.kernel.org/attachment.cgi?id=97751
This problem is fixed on my laptop with kernel 3.10.11-200.fc19.x86_64 .
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
Kernel 3.11.1-200.fc19 still fixes this problem for me. The brightness controls operate correctly. But... I see a regression in 3.11.1-200.fc19. My Bluetooth mouse is inoperative after resume from suspend (close lid on laptop) with 3.11.1-200.fc19. I have reverted to 3.10.11-200.fc19.x86_64 and will open another bug.
The same here with Laptop Fujitsu Lifebook E8420. The FN-Keys don't change the backlight. The symbol occurs on the screen, but the backlight doesn't change the brightness. In gnome-shell the slider in the upper right menu works fine. lspci -nn 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) Fedora 20 beta, kernel 3.11.9
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.12.6-200.fc19. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug has been in a needinfo state for more than 1 month and is being closed with insufficient data due to inactivity. If this is still an issue with Fedora 19, please feel free to reopen the bug and provide the additional information requested.