Description of problem: Fedora 18 with the 3.6.10 based kernel worked perfectly with the brightness using the KDE power applet. Once FC 18 was updated to 3.7.2.-201.fc18 the above fails to work. The brightness is stuck at 90% Version-Release number of selected component (if applicable): How reproducible: All the time Steps to Reproduce: 1. Boot with 3.6.10 see the keys work 2. Boot with 3.7.2 see the keys don't work 3. Actual results: No brightness changes Expected results: KDE power application should adjust brightness Additional info: Asus K55A laptop xbacklight does work with when using the 3.7.2 kernel, but the KDE power app does not. The asus modules are loaded and asus_wmi reports that the Backlight is controlled by ACPI. In /sys/class/backlight there is acpi_video0 and intel_backlight. With the 3.6 kernel booted the acpi *brightness values report values from 1 to 10 With the 3.7 kernel booted the acpi *brightness values report values from 0 to 100. The intel_back *brightness reports values from 0 to 4882. I can provide any other required details.
same with gnome-shell and cinnamon Issue is unresolved in todays update also( 3.7.2-204 fc18 kernel) Laptop is HP dv7t 7000 Booted in UEFI
(In reply to comment #1) > same with gnome-shell and cinnamon > Issue is unresolved in todays update also( 3.7.2-204 fc18 kernel) > Laptop is HP dv7t 7000 > Booted in UEFI Yes the updated kernel still does not work on the K55A. I think the graphic tools to update the brightness are busted. They appear to be using the acpi video control, which is NOT working with the FC 3.7 kernels. You can manually change the brightness by updating /sys/class/backup/acpi_video0/brightness directly
gnome works but, always boots into 0 backlight(dimmest) and keypress take 100 instead of 10 as max value as 10% progress in backlight is actually 100%.
(In reply to comment #3) > gnome works but, > always boots into 0 backlight(dimmest) and keypress take 100 instead of 10 > as max value as 10% progress in backlight is actually 100%. The 3.7 kernels are reporting more than 10 levels. Boot with 3.6 and you will see that. I was added code into the apci/video.c and saw that.
(Lenovo ThinkPad X230) It's actually a general issue, not only related to KDE. I can reproduce this bug on Gnome 3.6 as well since kernel update 3.6.11 > 3.7.2. I saw it mentioned on the Arch Linux forum too. Changing the brightness works by "echo-ing" a value to these files: /sys/class/backlight/intel_backlight/brightness -or- /sys/class/backlight/acpi_video0/brightness On Gnome the brightness cursor in System Settings works as well. However the hardware buttons are broken, it just shows a fixed OSD cursor and the values do not change in the previously mentioned files. I managed to work around the issue by using the following kernel parameter in GRUB: acpi_backlight=vendor. I shows a wrong OSD cursor but changes the brightness correctly.
Still happens on the current kernel version: 3.8.1-201.fc18.x86_64
This component refers to the userspace application named acpi and not the kernel provided acpi interface. Changing to kernel.
is this still happening with 3.11.4 or newer?
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.