On Sun, Nov 13, 2011 at 11:27:29 +, Chris Wilson wrote:
> This is the second release candidate in preparation for the upcoming
> 2.17.0 release. We will appreciate any feedback we can get from
Hi,
this does not show up in
git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel yet.
Is
If GLAMOR is enabled, we route UXA's fillspans and
polyfillrects to glamor by default. And if glamor
fail to accelerate it, UXA continue to handle it.
Reviewed-by: Eugeni Dodonov
Signed-off-by: Zhigang Gong
---
uxa/uxa-accel.c | 13 -
1 files changed, 12 insertions(+), 1 deletions
Add glamor's initialization to the uxa's control path.
At preInit stage, it creates and initialize EGL display
context for glamor. At the screenInit stage, it initialize
glamor's internal data structures and shaders.
And this commit enables textured pixmap also. Each pixmap
which has a valid BO ca
Added one configuration option --enable-glamor to control
whether use glamor. Added one new file intel_glamor.c to
wrap glamor egl API for intel driver's usage.
This commit doesn't really change the driver's control path.
It just adds necessary files for glamor and change some
configuration.
Revie
Thanks for the review. Fixed that empty #ifdef block, missed one line code
there to free glamor screen.
From: eugeni.dodo...@gmail.com [mailto:eugeni.dodo...@gmail.com] On Behalf
Of Eugeni Dodonov
Sent: Friday, November 11, 2011 8:59 PM
To: Zhigang Gong
Cc: intel-gfx@lists.freedesktop.org
Su
> -Original Message-
> From: Jamey Sharp [mailto:ja...@minilop.net]
> Sent: Saturday, November 12, 2011 5:47 AM
> To: Zhigang Gong
> Cc: xorg-de...@lists.x.org; intel-gfx@lists.freedesktop.org
> Subject: Re: Glamor update
>
> Hello!
>
> On Fri, Nov 11, 2011 at 04:42:32PM +0800, Zhigang Go
> -Original Message-
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Friday, November 11, 2011 9:13 PM
> To: Zhigang Gong; intel-gfx@lists.freedesktop.org
> Subject: RE: [Intel-gfx] [PATCH 2/3] glamor: turn on glamor.
>
> On Fri, 11 Nov 2011 18:52:11 +0800, "Zhigang Gong"
> -Original Message-
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Friday, November 11, 2011 9:55 PM
> To: Zhigang Gong; intel-gfx@lists.freedesktop.org
> Subject: RE: [Intel-gfx] [PATCH 3/3] glamor: Route fillspans and
polyfillrects
> to glamor.
>
> On Fri, 11 Nov 2011 18
On Mon, Nov 14, 2011 at 10:05:05AM +0800, Zhenyu Wang wrote:
> On 2011.11.11 16:50:41 +0800, Wu Fengguang wrote:
> > > > > I still think you should do those in hot_plug(), to call detect() for
> > > > > current
> > > > > status, write eld and set specific audio enable/disable bit for all
> > > >
On 2011.11.11 16:50:41 +0800, Wu Fengguang wrote:
> > > > I still think you should do those in hot_plug(), to call detect() for
> > > > current
> > > > status, write eld and set specific audio enable/disable bit for all
> > > > audio stuff.
> > > > Just my sense, you may send RFC patch for other'
This is the second release candidate in preparation for the upcoming
2.17.0 release. We will appreciate any feedback we can get from
testing of this snapshot, and thanks to everyone who tested and reported
upon issues in the last snapshot. In particular, I would like to thank
Clemens Eisserer for h
Am Sonntag, den 13.11.2011, 11:00 + schrieb Chris Wilson:
sep*a*rate
[…]
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mai
In order to correctly account for reserving space in the GTT and fences
for a batch buffer, we need to independently track whether the fence is
pinned due to a fenced GPU access in the batch from from whether the
buffer is pinned in the aperture. Currently we count the fenced as
pinned if the buffe
13 matches
Mail list logo
