My thinking is that on these models we should just let the BIOS handle this, since it handles it very well, and doing it through userspace means: * We need to handle it in every environment - KDE, Gnome, pure console, X with no window manager, etc. * We need to make sure it's always responsive and users do not perceive any delay * We're essentially going to end up telling the BIOS to do exactly what it wanted to do in the first place since these models handle it through libsmbios (I believe the controls in ACPI use libsmbios anyway based on what I read in a pre-feisty bug report).
The only reason I can think of for not trusting it to the BIOS is if we need to override it for some reason (software driven brightness profiles? BIOS already keeps them for battery vs. AC, and it should still be possible to do more sophisticated stuff without disabling this feature since we can still get&set the brightness at any time). Just my 2c. Maybe there is a very good reason for not trusting the BIOS that I'm not seeing (Aside from "because we can"). -- Inspiron 1420 LCD brightness keys broken https://bugs.launchpad.net/bugs/140782 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for kdebase in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
