talos-op-linux/drivers/gpu/drm/Kconfig, branch v2.6.36-rc5

drm/radeon/kms: add support for internal thermal sensors (v3)

2010-08-02T00:00:00+00:00

rv6xx/rv7xx/evergreen families supported; older asics did not have an internal thermal sensor. Note, not all oems use the internal thermal sensor, so it's only exposed in cases where it is used. Note also, that most laptops use an oem specific ACPI solution for GPU thermal information rather than using the internal thermal sensor directly. v2: export millidegrees celsius, use hwmon device properly. v3: fix Kconfig Signed-off-by: Alex Deucher Signed-off-by: Dave Airlie

drm: add PCI requirements to low-level drivers.

2010-07-08T21:43:27+00:00

Now that highlevel DRM no longer requires PCI, we can move the requirement into the lowlevel drivers. Reported-by: Randy Dunlap Signed-off-by: Dave Airlie

drm: Add support for platform devices to register as DRM devices

2010-06-01T00:07:39+00:00

Allow platform devices without PCI resources to be DRM devices. [airlied: fixup warnings with dev pointers] Signed-off-by: Jordan Crouse Signed-off-by: Dave Airlie

drm/radeon: fix power supply kconfig interaction.

2010-05-21T05:41:20+00:00

radeon needs power supply to get correct PM info so select it at the radeon level not at the kms option. Signed-off-by: Dave Airlie

drm/fbdev: rework output polling to be back in the core. (v4)

2010-05-18T07:40:11+00:00

After thinking it over a lot it made more sense for the core to deal with the output polling especially so it can notify X. v2: drop plans for fake connector - per Michel's comments - fix X patch sent to xorg-devel, add intel polled/hpd setting, add initial nouveau polled/hpd settings. v3: add config lock take inside polling, add intel/nouveau poll init/fini calls v4: config lock was a bit agressive, only needed around connector list reading. otherwise it could re-enter. glisse: discard drm_helper_hpd_irq_event v3: Reviewed-by: Michel DÃ¤nzer Signed-off-by: Dave Airlie

drm/kms/fb: add polling support for when nothing is connected.

2010-04-07T00:29:52+00:00

When we are running in a headless environment we have no idea what output the user might plug in later, we only have hotplug detect from the digital outputs. So if we detect no connected outputs at initialisation, start a slow work operation to poll every 5 seconds for an output. this is only hooked up for radeon so far, on hw where we have full hotplug detection there is no need for this. Signed-off-by: Dave Airlie

drm/radeon/kms: move radeon KMS on/off switch out of staging.

2010-02-01T01:35:47+00:00

We are happy enough that the KMS driver is stable enough for enough people for the kms enable/disable to leave staging. Distros can now contemplate turning this on. Signed-off-by: Dave Airlie

drm/i915: Select CONFIG_SHMEM

2009-11-25T20:27:42+00:00

The driver requires shmfs as the backing filesystem to handle the buffer objects, so ensure it is selected if the user chooses to build our driver. Fixes: Bug 14662 - Dell E5500 kernel panic with KMS http://bugzilla.kernel.org/show_bug.cgi?id=14662 The revealing nature of the panic is the NULL function pointer dereference in read_cache_page_async(). Signed-off-by: Chris Wilson Reported-and-tested-by: Mateusz Kaduk Signed-off-by: Eric Anholt Cc: stable@kernel.org

drm/i915: force mode set at lid open time

2009-09-10T23:10:00+00:00

Some laptop platforms will disable pipes and/or planes at lid close time and not restore them when the lid is opened again. So catch the lid event, and if the lid was opened, force a mode restore. Fixes fdo bug #21230. Acked-by: Matthew Garrett Signed-off-by: Jesse Barnes Signed-off-by: Eric Anholt

drm/kms/radeon: make kms default a runtime option

2009-09-08T01:15:59+00:00

This makes the kms/enable disable a runtime not a build time option. Signed-off-by: Dave Airlie