aboutsummaryrefslogtreecommitdiff
path: root/linux-core/nouveau_backlight.c
AgeCommit message (Collapse)Author
2009-05-22nouveau: backlight support for ppc laptopsDanny Tholen
Patch allows the backlight to be manipulated under gnome on apple powerpc based NV30 machines. It works fine on my powerbook, and should also work for older NV17/NV18 machines. Note that older powerpc specific tools (pbbuttonsd) have some problems with this implementation (because the device is not yet there at the start time of the daemon, and the code makes incorrect assumptions about the max brightness values). However, IMHO these things can and should be addressed in the daemon. Some style/warning fixes applied by Stuart Bennett <stuart@freedesktop.org>
2009-05-07nouveau: backlight compat fixStuart Bennett
Avoid failure to build on old kernels with CONFIG_BACKLIGHT_CLASS_DEVICE set
2009-02-18nouveau: support backlight only when kernel doesPekka Paalanen
Loading nouveau.ko would fail with unknown symbols, if the backlight class device support is not provided in the kernel. Let's make the backlight support dependant on the kernel configuration. This is a bit ugly, the proper way would be to check for the config in Makefile.kernel whether to build nouveau_backlight.o at all, and if not, nouveau_drv.h should provide the stubs. Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-18nv40, nv50: fix backlight build for <2.6.29 kernelsMatthew Garrett
Signed-off-by: Matthew Garrett <mjg59@srcf.ucam.org> Signed-off-by: Pekka Paalanen <pq@iki.fi>
2009-02-18nouveau: Add in-kernel backlight control supportMatthew Garrett
Several nvidia-based systems don't support backlight control via the standard ACPI control mechanisms. Instead, it's necessary for the driver to modify the backlight control registers directly. This patch adds support for determining whether the registers appear to be in use, and if so registers a kernel backlight device to control them. The backlight can then be controlled via existing userspace tools. Signed-off-by: Matthew Garrett <mjg@redhat.com> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>