Re: [Intel-gfx] [PATCH] drm/i915: Add support for mobile Haswell SDVs.

2012-07-23 Thread Robert Hooker
it seems this is wrong and desktop haswell SDPs are 8086:0c02, low end mobile (?) is 8086:0c16 (which is currently in there marked as a desktop version) and 8086:0c26 is high end mobile parts. can anyone confirm that? I've only seen 8086:0c02 and 8086:0c26 versions and was just assuming 8086:0c16 w

[Intel-gfx] [PATCH] drm/i915: Add support for mobile Haswell SDVs.

2012-07-23 Thread Robert Hooker
From: Robert Hooker Mobile variants have a different pci id. Add it, and mark the previous pci id as a desktop variant. Signed-off-by: Robert Hooker --- drivers/char/agp/intel-agp.h|3 ++- drivers/char/agp/intel-gtt.c|4 +++- drivers/gpu/drm/i915/i915_drv.c |1 + 3 files ch

Re: [Intel-gfx] [PATCH] drm/i915: unbreak lastclose for failed driver init

2012-07-23 Thread Daniel Vetter
On Sat, Jul 21, 2012 at 04:47:09PM +0200, Daniel Vetter wrote: > We now refuse to load on gen6+ if kms is not enabled: > > commit 26394d9251879231b85e6c8cf899fa43e75c68f1 > Author: Daniel Vetter > Date: Mon Mar 26 21:33:18 2012 +0200 > > drm/i915: refuse to load on gen6+ without kms > > W

Re: [Intel-gfx] [PATCH] drm/i915: Set the context before setting up regs for the context.

2012-07-23 Thread Daniel Vetter
On Mon, Jul 23, 2012 at 12:33:55PM -0700, Eric Anholt wrote: > Fixes failures in transform feedback on gen7 because our SOL_RESET > flag was setting the transform feedback offsets in the old context > (occasionally happened to be ours) instead of the new context. > > Signed-off-by: Eric Anholt Pi

[Intel-gfx] [PATCH] drm/i915: Set the context before setting up regs for the context.

2012-07-23 Thread Eric Anholt
Fixes failures in transform feedback on gen7 because our SOL_RESET flag was setting the transform feedback offsets in the old context (occasionally happened to be ours) instead of the new context. Signed-off-by: Eric Anholt --- drivers/gpu/drm/i915/i915_gem_execbuffer.c |8 1 file c

[Intel-gfx] [PATCH 2/2] drm/i915: Finish pending tasks before doing a reset

2012-07-23 Thread Chris Wilson
Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_drv.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index 3d34b54..269ba83 100644 --- a/drivers/gpu/drm/i915/i915_drv.c +++ b/drivers/gpu/drm/i915/i915_drv.c @@ -

[Intel-gfx] [PATCH 1/2] drm/i915: Cancel outstanding modeset workers before suspend

2012-07-23 Thread Chris Wilson
Upon resume we will do a complete restoration of the mode and so reset all tasks. Signed-off-by: Chris Wilson --- drivers/gpu/drm/i915/i915_drv.c |1 + drivers/gpu/drm/i915/intel_display.c | 18 -- drivers/gpu/drm/i915/intel_drv.h |3 ++- 3 files changed, 15 in

Re: [Intel-gfx] [PATCH] drm/i915: Avoid concurrent access when marking the device as idle/busy

2012-07-23 Thread Daniel Vetter
On Sat, Jul 21, 2012 at 12:31:41PM +0100, Chris Wilson wrote: > As suggested by Daniel, rip out the independent timers for device and > crtc busyness and integrate the manual powermanagement of the display > engine into the GEM core and its request tracking. The benefits are that > the code is a lo

Re: [Intel-gfx] [PATCH] drm/i915: constify mode in crtc_mode_fixup

2012-07-23 Thread Daniel Vetter
On Fri, Jul 20, 2012 at 11:46:21AM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Friday 20 July 2012 10:30:45 Daniel Vetter wrote: > > Laurent Pinchart missed this when sending in is giant constify patch: > > My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers, > that

[Intel-gfx] [ANNOUNCE] xf86-video-intel 2.20.1

2012-07-23 Thread Chris Wilson
A week in, grab the brown paper bags, for it is time to reveal a couple of critical bugs that spoilt the 2.20.0 release. Firstly we have the restoration of DRI for i810. I am sure that the solitary user will be overjoyed in a couple of years when a new xserver is forced upon it. That enjoyment wil