On Thu, 10 May 2012 15:39:32 -0700, Ben Widawsky wrote:
> I'm not opposed to this change, but it would have probably been better
> to not remove the BUG_ONs.
I actually removed them because in order to satisfy them we have to
initialise rings we never use (and have another patch so that we only
i
On Thu, 10 May 2012 22:21:50 +0100
Chris Wilson wrote:
> In many places we wish to iterate over the rings associated with the
> GPU, so refactor them to use a common macro.
>
> Along the way, there are a few code removals that should be side-effect
> free and some rearrangement which should only
When userspace asks whether the driver supports the BLT or BSD rings for
this chip, simply report whether those particular rings are initialised
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_dma.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/
Rather than use the magic feature tests HAS_BLT/HAS_BSD just check
whether the ring we are about to dispatch the execbuffer on is
initialised.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --
In many places we wish to iterate over the rings associated with the
GPU, so refactor them to use a common macro.
Along the way, there are a few code removals that should be side-effect
free and some rearrangement which should only have a cosmetic impact,
such as error-state.
Signed-off-by: Chris
On Thu, May 10, 2012 at 07:40:23PM +0100, Chris Wilson wrote:
> On Mon, 17 Oct 2011 13:29:18 -0400, Adam Jackson wrote:
> > On Fri, 2011-10-14 at 23:13 -0700, Keith Packard wrote:
> > > On Fri, 14 Oct 2011 12:43:50 -0400, Adam Jackson wrote:
> > >
> > > > These were just working around the math
On Mon, 17 Oct 2011 13:29:18 -0400, Adam Jackson wrote:
> On Fri, 2011-10-14 at 23:13 -0700, Keith Packard wrote:
> > On Fri, 14 Oct 2011 12:43:50 -0400, Adam Jackson wrote:
> >
> > > These were just working around the math being wrong.
> >
> > One wonders whether this might break some machines
On Thu, 10 May 2012 06:44:58 -0700, Paul Berry wrote:
> On 9 May 2012 20:08, Eric Anholt wrote:
>
> > On Mon, 7 May 2012 14:31:52 -0700, Paul Berry
> > wrote:
> > > ---
> > > configure.ac |2 +-
> > > 1 files changed, 1 insertions(+), 1 deletions(-)
> > >
> > > diff --git a/configure.ac b
On Thu, 10 May 2012 06:43:54 -0700, Paul Berry wrote:
> On 9 May 2012 20:07, Eric Anholt wrote:
>
> > On Mon, 7 May 2012 14:31:51 -0700, Paul Berry
> > wrote:
> > > This patch adds a new function,
> > > drm_intel_bufmgr_gem_set_aub_annotations(), which can be used to
> > > annotate the type an
On Wed, May 09, 2012 at 03:37:32PM -0300, Eugeni Dodonov wrote:
> This patch enables i915 driver to handle Haswell devices. It should go in
> last, when things are working stable enough.
>
> Signed-off-by: Eugeni Dodonov
Ok, merged them all into dinq, with the commit message of patch 11 pimped
b
On 05/10/2012 11:48 AM, Daniel Vetter wrote:
On Wed, May 09, 2012 at 08:29:57PM -0300, Eugeni Dodonov wrote:
This attempts to enable all the available power wells during the
initialization.
Those power wells can be enabled in parallel or on-demand, and disabled
when no longer needed, but this i
On Wed, May 09, 2012 at 08:29:57PM -0300, Eugeni Dodonov wrote:
> This attempts to enable all the available power wells during the
> initialization.
>
> Those power wells can be enabled in parallel or on-demand, and disabled
> when no longer needed, but this is out of scope of this initial
> enabl
Hi Dave,
New drm-intel-next pull request.
Highlights:
- sparse fixes from Ben.
- tons of little cleanups from Chris all over: tiling_changed
clarification, deferred_free list removal, ...
- fix up irq handler on gen2 & gen3 + related cleanups from Chris
- prep work for wait_rendering_timeout fro
On 9 May 2012 20:08, Eric Anholt wrote:
> On Mon, 7 May 2012 14:31:52 -0700, Paul Berry
> wrote:
> > ---
> > configure.ac |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/configure.ac b/configure.ac
> > index 6a1d98e..538d0d8 100644
> > --- a/configure.ac
>
On 9 May 2012 20:07, Eric Anholt wrote:
> On Mon, 7 May 2012 14:31:51 -0700, Paul Berry
> wrote:
> > This patch adds a new function,
> > drm_intel_bufmgr_gem_set_aub_annotations(), which can be used to
> > annotate the type and subtype of data stored in various sections of
> > each buffer. Thi
On Thu, 10 May 2012 15:11:15 +0200, Daniel Vetter
wrote:
> From: Dave Airlie
>
> This adds handle->fd and fd->handle support to i915, this is to allow
> for offloading of rendering in one direction and outputs in the other.
>
> v2 from Daniel Vetter:
> - fixup conflicts with the prepare/finish
This adds handle->fd and fd->handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup conflicts with the prepare/finish gtt prep work.
- implement ppgtt binding support.
Note that we have squat i-g-t testcoverag
Haswell has different DIP control registers and offsets which we need to
use for infoframes, which this patch adds.
Note that this does not adds full DIP frames support, but only the basic
functionality necessary for HDMI to work in early enablement.
v2: replace infoframe handling with a debug me
From: Dave Airlie
This adds handle->fd and fd->handle support to i915, this is to allow
for offloading of rendering in one direction and outputs in the other.
v2 from Daniel Vetter:
- fixup conflicts with the prepare/finish gtt prep work.
- implement ppgtt binding support.
Note that we have squ
On Thu, 19 Apr 2012 13:55:04 -0400, Adam Jackson wrote:
> On Thu, 2012-04-19 at 18:10 +0200, Takashi Iwai wrote:
>
> > This patch adds a flag to disable the hotplug during PM operation for
> > avoiding such a race.
> >
> > Cc:
> > Signed-off-by: Takashi Iwai
>
> This seems simpler (untested):
On Thu, 10 May 2012 11:39:49 +0200, Takashi Iwai wrote:
> At Thu, 10 May 2012 10:25:44 +0100,
> Chris Wilson wrote:
> >
> > On Thu, 10 May 2012 11:19:11 +0200, Takashi Iwai wrote:
> > > At Thu, 10 May 2012 11:06:46 +0200,
> > > Daniel Vetter wrote:
> > > > This patch is not just for hotplug, but
On Thu, May 10, 2012 at 11:39:49AM +0200, Takashi Iwai wrote:
> At Thu, 10 May 2012 10:25:44 +0100,
> Chris Wilson wrote:
> >
> > On Thu, 10 May 2012 11:19:11 +0200, Takashi Iwai wrote:
> > > At Thu, 10 May 2012 11:06:46 +0200,
> > > Daniel Vetter wrote:
> > > > This patch is not just for hotplug
On Wed, May 09, 2012 at 09:45:44PM +0100, Chris Wilson wrote:
> We can take advantage that the PCH_IIR is a subordinate register to
> reduce one of the required IIR reads, and that we only need to clear
> interrupts handled to reduce the writes. And by simply tidying the code
> we can reduce the li
At Thu, 10 May 2012 10:25:44 +0100,
Chris Wilson wrote:
>
> On Thu, 10 May 2012 11:19:11 +0200, Takashi Iwai wrote:
> > At Thu, 10 May 2012 11:06:46 +0200,
> > Daniel Vetter wrote:
> > > This patch is not just for hotplug, but for all the delayed work and timer
> > > stuff the driver does. And we
On Thu, 10 May 2012 11:19:11 +0200, Takashi Iwai wrote:
> At Thu, 10 May 2012 11:06:46 +0200,
> Daniel Vetter wrote:
> > This patch is not just for hotplug, but for all the delayed work and timer
> > stuff the driver does. And we _do_ have a bug report that leaking the rps
> > work (for snb+ turbo
At Thu, 10 May 2012 11:06:46 +0200,
Daniel Vetter wrote:
>
> On Thu, May 10, 2012 at 10:40:52AM +0200, Takashi Iwai wrote:
> > At Thu, 10 May 2012 10:29:19 +0200,
> > Daniel Vetter wrote:
> > >
> > > On Thu, May 10, 2012 at 08:34:43AM +0200, Takashi Iwai wrote:
> > > > At Wed, 25 Apr 2012 10:14:5
On Thu, May 10, 2012 at 10:40:52AM +0200, Takashi Iwai wrote:
> At Thu, 10 May 2012 10:29:19 +0200,
> Daniel Vetter wrote:
> >
> > On Thu, May 10, 2012 at 08:34:43AM +0200, Takashi Iwai wrote:
> > > At Wed, 25 Apr 2012 10:14:51 +0200,
> > > Takashi Iwai wrote:
> > > >
> > > > At Thu, 19 Apr 2012
Dear all:
hardware platform : Ivy Bridge/Sandy Bridge, intel 3rd and 2nd
generation HD graphics
OS: linux
Interface: VAAPI
Is there anyone who had the experience doing this job? My question is
What linux OS、drivers should be installed and How to config the
enviroment for Hardware Accel
At Thu, 10 May 2012 10:29:19 +0200,
Daniel Vetter wrote:
>
> On Thu, May 10, 2012 at 08:34:43AM +0200, Takashi Iwai wrote:
> > At Wed, 25 Apr 2012 10:14:51 +0200,
> > Takashi Iwai wrote:
> > >
> > > At Thu, 19 Apr 2012 20:11:53 +0200,
> > > Takashi Iwai wrote:
> > > >
> > > > At Thu, 19 Apr 2012
On Wed, May 09, 2012 at 04:03:57PM -0700, Ben Widawsky wrote:
> On Thu, 10 May 2012 00:40:20 +0200
> Daniel Vetter wrote:
>
> > Inspired by the recent ppgtt regression report, where switching of
> > dmar only for the gpu seems to fix things completely, I've looked
> > again at the semaphores+vt-d
On Thu, May 10, 2012 at 12:03:27AM -0300, Paulo Zanoni wrote:
> 2012/5/9 Eugeni Dodonov :
> >
> > Without this, I am getting a nice black screen though . But the latest
> > theory is that perhaps we just need to send any infoframe for the hardware
> > to catch up and work in HDMI mode?
> >
> I fina
On Thu, May 10, 2012 at 08:34:43AM +0200, Takashi Iwai wrote:
> At Wed, 25 Apr 2012 10:14:51 +0200,
> Takashi Iwai wrote:
> >
> > At Thu, 19 Apr 2012 20:11:53 +0200,
> > Takashi Iwai wrote:
> > >
> > > At Thu, 19 Apr 2012 13:55:04 -0400,
> > > Adam Jackson wrote:
> > > >
> > > > On Thu, 2012-04-
We finished a new round of kernel testing. The version of kernel is:
Kernel: (drm-intel-testing)25fcc53b96dd4801907d9b1cc4b76258ab0f3d65
Some additional commit info:
Merge: b615b57 b62dfdf
Author: Daniel Vetter
Date: Sun May 6 18:24:03 2012 +0200
We covered the platform of IvyBridge, San
33 matches
Mail list logo
