Red Hat Bugzilla – Bug 432587
backlight remains on all the time after latest kernel update
Last modified: 2009-01-20 13:10:12 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:184.108.40.206) Gecko/20071213 Fedora/220.127.116.11-3.fc8 Firefox/18.104.22.168
Description of problem:
I've updated kernel from 22.214.171.124-115.fc8 to 126.96.36.199-137.fc8 on my PowerBook G4 which works 24/7. Since that backlight never turned off. It's not the expected behavior and it had never happend before I've updated the kernel.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. update kernel to 188.8.131.52-137.fc8
2. do not touch keyboard nor mouse for more than 20min.
3. observe the backlight which should be off to this time
backlight remains on
backlight should be off
backlight lamp isn't designed to work forever - hardware may be broken by using this kernel!
I've tested previous kernel and there's no problem with that. Then I've runned
recently updated kernel again and again - the backlight doesn't turn off even
after I close the cover. I suspect Powerbook G4 was recently added to some ACPI
blacklist and therefore the backligth will never turn off anymore. Can you
revert it somehow? I didn't experience any ACPI related problems on this hardware!
Recent update to kernel-184.108.40.206-12.fc8 didn't solve the problem. I guess no
future Linux kernels will work properly on G4, time to bring MacOSX back :(
I wasn't aware that the Powerbook G4 suppored ACPI.
Please attach the output from dmesg -s64000 and
Created attachment 297915 [details]
dmesg for old kernel
Created attachment 297916 [details]
dmesg for new kernel
Created attachment 297917 [details]
/proc/bus/pci/devices for old kernel (does not differ on new kernel)
Created attachment 297918 [details]
/sys/bus/macio/devices/0.0000f300:backligh/devspec for old kernel (does not differ on new kernel)
Created attachment 297919 [details]
/sys/bus/macio/devices/0.0000f300:backligh/uevent for old kernel (differs for new kernel)
Created attachment 297920 [details]
/sys/bus/macio/devices/0.0000f300:backligh/uevent for new kernel
As Len probably expected, there's no such file as /proc/acpi/info on G4 nand
Recent update to kernel-220.127.116.11-64.fc8 didn't solve the problem, it made
problem even worse as revert to kernel-18.104.22.168-115.fc8 is much harder now.
Recent update to kernel-22.214.171.124-85.fc8 didn't solve the problem. Is there any
way to get detailed set of patches applied to a kernel between
126.96.36.199-115.fc8 and 188.8.131.52-137.fc8? At least one of them might affect macio
subsystem. AFAIR there was also lots of ACPI backlight patches. Is it possible
one of them caused all non-ACPI backlight devices are not usable now?
echo 0 > /sys/class/i2c-adapter/i2c-0/device/graphics:fb0/backlight:radeonbl0
--- this turned off the light (but I guess LCD display is still working)
echo 100 > /sys/class/i2c-adapter/i2c-0/device/graphics:fb0/backlight:radeonbl0
--- this turned on the light back again
I did it after upgrade to kernel-184.108.40.206-28.fc8 which still didn't solve the problem as it still does not behave like good old kernel-220.127.116.11-115.fc8, however I started deeper investigation and found this.
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. 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 '8'.
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 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 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 please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
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.
The process we are following is described here:
i'm sorry, i'm of no help on a powerpc issue.
Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 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.
Thank you for reporting this bug and we are sorry it could not be fixed.
Unfortunately, I'm experiencing the same problem with one more machine, Ibook G4 (with ATI chips) running Gentoo Linux with most recent kernel. Looks like it is kernel related problem. The only solution is to use kernels pre-2.6.23 or use "echo 0" solution mentioned in one of earlier posts (works on both alu-PowerBook G4 and Ibook G4, both have ATI chips). I doubt this problem will be ever fixed in 2.6 kernel yet to come, time to say goodbye to PPC architecture no matter how good it is.
Also I can say, I have huge PowerMac G5 (with nvidia chips this time) running Fedora 9 and it also never turns backlight off. Fortunately, I've connected regular LCD monitor to it which I can simply turn off while I'm not working.