[Intel-gfx] [PULL] drm-intel-next

Hi Dave, New stuff for -next. Highlights: - prep patches for the modeset rework. Note that one of those patches touches the fb helper in the common drm code. - hasw hdmi audio support (Wang Xingchao) - improved instdone dumping for gen7 (Ben) - unbound tracking and a few follow-up patches from C

Re: [Intel-gfx] [PATCH] drm/i915: add a tracepoint for gpu frequency changes

On Thu, Aug 30, 2012 at 02:34:11PM +0100, Chris Wilson wrote: > On Thu, 30 Aug 2012 13:26:48 +0200, Daniel Vetter > wrote: > > We've had and still have too many issues where the gpu turbot doesn't > > quite to what it's supposed to do (or what we want it to do). > > > > Adding a tracepoint to tr

[Intel-gfx] [PATCH] intel: properly test for HAS_LLC

If the kernel supports the test, we need to check the param. Copy&pasta from the above checks that only look at the return value. Interesting how much one can get such a simple interface wrong. Issue created in commit 151cdcfe685ee280a4344dfc40e6087d74a5590f Author: Eugeni Dodonov Date: Tue Ja

[Intel-gfx] [PATCH xf86-video 1/2] dri: print error message if drmModeRmFB fails

This can fail at least if the caller is not in DRM master mode and leak the corresponding FB object. So it's better to be verbose about it. Signed-off-by: Imre Deak --- src/intel_display.c | 25 ++--- src/sna/sna_video.c | 15 +-- 2 files changed, 31 insertion

[Intel-gfx] [PATCH xf86-video 2/2] dri: fix leakage of FB when closing the screen

Calling drmModeRmFB is only allowed in DRM master mode. Since leaving the VT also drops master mode we need to remove the FB before calling I830LeaveVT. This is only a real leak in case of a server reset, otherwise the server process will exit anyway and the kernel will clean up the FB. Signed-of

[Intel-gfx] [PATCH] drm/i915: initialize dpio_lock spin lock

From: Alexander Shishkin This thing is killing lockdep. Signed-off-by: Alexander Shishkin [Jani: move the init next to the other spin lock inits] Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/i915_dma.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/i915/i915_dma

[Intel-gfx] [PATCH 1/2] intel_reg_dumper: Add a single register decode mode

From: Damien Lespiau >From time to time, one would like to decode a register value that have been captured at a certain point in time (and say printed out with a printk). intel_reg_dumper has all the knowledge to do that and this patch adds a way to ask it to decode a value. Example usage: $ ./

[Intel-gfx] [PATCH 2/2] intel_reg_dumper: Decode FDI_RX_IIR

From: Damien Lespiau Signed-off-by: Damien Lespiau --- tools/intel_reg_dumper.c | 31 +-- 1 file changed, 29 insertions(+), 2 deletions(-) diff --git a/tools/intel_reg_dumper.c b/tools/intel_reg_dumper.c index 098affa..d831733 100644 --- a/tools/intel_reg_dumper.c +

[Intel-gfx] [PATCH] drm/i915: push commit_output_state past the crtc/encoder preparing

With this change we can (finally!) rip out a few of the temporary hacks and clean up a few other things: - Kill intel_crtc_prepare_encoders, now unused. - Kill the hacks in the crtc_disable/enable functions to always call the encoder callbacks, we now always call the crtc functions with the right

[Intel-gfx] [PATCH 1/2] drm/i915: add tons of modeset state checks

... let's see whether this catches anything earlier and I can track down a few bugs. v2: Add more checks and also add DRM_DEBUG_KMS output so that it's clear which connector/encoder/crtc is being checked atm. Which proved rather useful for debugging ... v3: Add a WARN in the common encoder dpms f

[Intel-gfx] [PATCH 2/2] drm/i915: improve modeset state checking after dpms calls

Now that we have solid modeset state tracking and checking code in place, we can do the Full Monty also after dpms calls. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/intel_crt.c | 2 +- drivers/gpu/drm/i915/intel_display.c | 6 +++--- drivers/gpu/drm/i915/intel_dp.c | 2 +- dr

[Intel-gfx] [PATCH] drm/i915: move i915_get_extra_insdone out of CONFIG_DEBUG_FS block

Otherwise it just won't compile ... Reported-by: Fengguang Wu Cc: Ben Widawsky Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_irq.c | 59 +++ 1 file changed, 29 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_irq.c b/driv

Re: [Intel-gfx] xf86-video-intel 2.20.5 does not detect PCI_CHIP_SANDYBRIDGE_M_GT1

2012/8/30 Christian Gmeiner : > 2012/8/30 Christian Gmeiner : >> 2012/8/30 Chris Wilson : >>> On Thu, 30 Aug 2012 10:24:17 +0200, Christian Gmeiner >>> wrote: [13.840] drmOpenDevice: node name is /dev/dri/card0 [13.840] drmOpenDevice: open result is 7, (OK) [13.840] drm