https://bugzilla.novell.com/show_bug.cgi?id=404627
User trenn@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=404627#c12
Thomas Renninger
No, the problem was that the backlight was simultaneously being altered by two pieces of code. kpowersave is doing the backlight control via hal (I assume), and hal should simply not provide the Dell backlight control on systems that have ACPI video backlight control. There's no need to have this policy in the kernel. Do you know Dells working with the video.ko driver?
Presumably the Inspiron 640M, since otherwise there's no way that that bug could trigger.
If you tell me video.ko, best with an IGD device and without one is working there, it can be removed. Even then talking with dcdbas developers how to inform their user space app first is a good idea.
The userspace app that needs fixing is hal. I'm already working on that.
As Dell is cooking their own soup here and the dcdbas driver was reported to work correctly with ACPI brightness functions in BIOS it is ok to blacklist Dells here until the first test reports are coming in telling us that video.ko is actually working correctly there. Testing will be easy via boot param.
No, really, let's just fix the problem properly. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.