linux/drivers/gpu, branch v2.6.37

drm/i915/dvo: Report LVDS attached to ch701x as connected

2010-12-30T13:50:43Z

As we have already detected something attached to the chip during initialisation, always report the LVDS connector status as connected during probing. Signed-off-by: Chris Wilson

Revert "drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks"

2010-12-30T13:50:12Z

As I feared, whilst this fixed the clocks for the Lenovo U160, it broke many other machines. So lets reverts commit 448f53a1ede54eb854d036abf and search for the real bug. Reported-and-tested-by: Travis Hume [et al] Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=25842 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32698 Signed-off-by: Chris Wilson

drm/i915: Verify Ironlake eDP presence on DP_A using the capability fuse

2010-12-23T09:51:37Z

Signed-off-by: Chris Wilson

drm/i915, intel_ips: When i915 loads after IPS, make IPS relink to i915.

2010-12-23T09:51:36Z

The IPS driver is designed to be able to run detached from i915 and just not enable GPU turbo in that case, in order to avoid module dependencies between the two drivers. This means that we don't know what the load order between the two is going to be, and we had previously only supported IPS after (optionally) i915, but not i915 after IPS. If the wrong order was chosen, you'd get no GPU turbo, and something like half the possible graphics performance. Signed-off-by: Eric Anholt Signed-off-by: Chris Wilson Cc: stable@kernel.org

drm/i915/sdvo: Add hdmi connector properties after initing the connector

2010-12-23T09:50:03Z

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=25012 Reported-by: Tõnu Raitviir Signed-off-by: Chris Wilson

drm/i915: Set the required VFMUNIT clock gating disable on Ironlake.

2010-12-23T09:49:40Z

It's required by the specs, but we don't know why. Let's not find out why. Signed-off-by: Eric Anholt Signed-off-by: Chris Wilson

drm: Include the connector name in the output_poll_execute() debug message

2010-12-21T23:10:12Z

Always useful to know just which connector was polled and had its status updated. Signed-off-by: Chris Wilson Signed-off-by: Dave Airlie

drm/radeon/kms: fix bug in r600_gpu_is_lockup

2010-12-21T22:30:57Z

We were using the lockup struct from the wrong union. Signed-off-by: Alex Deucher Cc: Jerome Glisse Signed-off-by: Dave Airlie

drm/radeon/kms: reorder display resume to avoid problems

2010-12-21T02:53:34Z

On resume, we were attemping to unblank the displays before the timing and plls had be reprogrammed which led to atom timeouts waiting for things that are not yet programmed. Re-program the mode first, then reset the dpms state. This fixes the infamous atombios timeouts on resume. Signed-off-by: Alex Deucher Cc: stable@kernel.org Signed-off-by: Dave Airlie

drm/radeon/kms/evergreen: reset the grbm blocks at resume and init

2010-12-21T02:53:05Z

This fixes module reloading and resume as the gfx block seems to be left in a bad state in some cases. Signed-off-by: Alex Deucher Cc: stable@kernel.org Signed-off-by: Dave Airlie