[Intel-gfx] [PATCH] uxa/glamor/dri: Fix a typo bug when fixup glamor pixmap.

From: Zhigang Gong Should modify the old pixmap's header not the new one which was already destroyed. Signed-off-by: Zhigang Gong --- src/intel_dri.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/intel_dri.c b/src/intel_dri.c index 0c6d45c..8bc6157 100644 --- a/

Re: [Intel-gfx] [PATCH 0/3] Ivy Bridge hard-hang fixes

On Mon, Feb 6, 2012 at 21:25, Keith Packard wrote: > Would be nice if the summary lines for these patches was a bit more > descriptive... > Yes, makes sense, I'll update it. > > Also, 3/3 has a Rb line from Ken, but I don't see the mail from him with > that. > It is from Message-ID: <4f2c80b

Re: [Intel-gfx] [PATCH 1/3] drm/i915: gen7: implement rczunit workaround

On 02/05/2012 02:47 PM, Eugeni Dodonov wrote: This is yet another workaround related to clock gating which we need on Ivy Bridge. Signed-off-by: Eugeni Dodonov --- drivers/gpu/drm/i915/i915_reg.h |1 + drivers/gpu/drm/i915/intel_display.c | 14 +++--- 2 files changed, 12 i

Re: [Intel-gfx] [PATCH 0/3] Ivy Bridge hard-hang fixes

On Sun, 5 Feb 2012 20:47:03 -0200, Eugeni Dodonov wrote: > Hi, > > this is a set of patches which should fix hard-hangs for Ivy Bridge in > different workloads, among which GLBenchmark Egypt is the most notable one. > > It also seems to solve random hard-hangs in other applications (the ones I

Re: [Intel-gfx] [PATCH 1/1] drm/i915: track first and last processes that touch gem objects

On Mon, 6 Feb 2012 17:15:44 +0100, Daniel Vetter wrote: > On Fri, Feb 03, 2012 at 06:02:38PM +, Chris Wilson wrote: > > On Fri, 3 Feb 2012 12:43:25 -0200, Eugeni Dodonov > > wrote: > > > This allows to hopefully find out who was responsible for the GPU death. > > > We record the 1st and las

Re: [Intel-gfx] [PATCH 2/3] drm/i915: gen7: add two more IVB workarounds

On 02/05/2012 02:47 PM, Eugeni Dodonov wrote: This adds two cache-related workarounds for Ivy Bridge which can lead to 3D ring hangs and corruptions. Signed-off-by: Eugeni Dodonov --- drivers/gpu/drm/i915/i915_reg.h |7 +++ drivers/gpu/drm/i915/intel_display.c |6 ++ 2 f

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

On Mon, 6 Feb 2012 12:12:16 +, Dave Airlie wrote: > Please get this into -fixes and too me asap. It's in -fixes; will be on its way to you soon. This patch is sufficient to make machines work again; the second patch serves to improve things a bit, and (as such) should probably wait in drm-i

Re: [Intel-gfx] Is there a way to determine which display is the laptop display?

On 2/2/12 4:28 PM, Alan Amaral wrote: With earlier hardware it was pretty easy to determine which display was the laptop display as it was usually (always?) "LVDS". With new hardware it's sometimes an embedded display port (eDP) display, and I've seen at least one laptop which has the laptop

Re: [Intel-gfx] [PATCH] drm/modes: do not enforce an odd vtotal for interlaced modes

On 2/3/12 4:37 AM, Dave Airlie wrote: On Fri, Jan 27, 2012 at 9:40 PM, Daniel Vetter wrote: CEA actually specifies an interlaced mode with even vtotal and supplies a diagram showing how this is supposed to work. Note that interlaced modes with an even vtotal seem to be a fairly recent inventio

Re: [Intel-gfx] [PATCH 1/1] drm/i915: track first and last processes that touch gem objects

On Fri, Feb 03, 2012 at 06:02:38PM +, Chris Wilson wrote: > On Fri, 3 Feb 2012 12:43:25 -0200, Eugeni Dodonov > wrote: > > This allows to hopefully find out who was responsible for the GPU death. > > We record the 1st and last process to touch each object, to keep track of > > the process wh

Re: [Intel-gfx] [PATCH] drm/i915: swizzling support for snb/ivb

On Sat, Feb 04, 2012 at 07:13:41PM -0800, Ben Widawsky wrote: > On 02/02/12 00:40, Daniel Vetter wrote: > >On Wed, Feb 01, 2012 at 09:30:57PM -0800, Ben Widawsky wrote: > >[...] > >>I'd also say it's not a bad idea to elaborate the assumption that we > >>never have less than 256MB of memory WARN_ON

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

On Mon, Feb 06, 2012 at 12:12:16PM +, Dave Airlie wrote: > On Fri, Jan 27, 2012 at 10:30 AM, Daniel Vetter wrote: > > On Wed, Jan 25, 2012 at 08:16:25AM -0800, Keith Packard wrote: > >> It is never correct to use intel_crtc->bpp in intel_dp_link_required, > >> so instead pass an explicit bpp i

Re: [Intel-gfx] [PATCH] drm/i915: swizzling support for snb/ivb

On Sat, Feb 04, 2012 at 09:59:57PM +0100, Eric Anholt wrote: > On Thu, 2 Feb 2012 09:58:12 +0100, Daniel Vetter > wrote: > > We have to do this manually. Somebody had a Great Idea. > > > > I've measured speed-ups just a few percent above the noise level > > (below 5% for the best case), but no

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Force explicit bpp selection for intel_dp_link_required

On Fri, Jan 27, 2012 at 10:30 AM, Daniel Vetter wrote: > On Wed, Jan 25, 2012 at 08:16:25AM -0800, Keith Packard wrote: >> It is never correct to use intel_crtc->bpp in intel_dp_link_required, >> so instead pass an explicit bpp in to this function. This patch >> only supports 18bpp and 24bpp modes

[Intel-gfx] [PATCH] Added support for Android

Added the Android.mk file as per Android make system. Also had to modify the headers with the proper location for fcntl.h as per the Android bionic headers location Signed-off-by: Sateesh Kavuri --- Android.mk | 531 ++ lib/intel_drm.