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
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
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
... 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
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
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
+
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:
$ ./
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
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
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
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
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
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
13 matches
Mail list logo
