Re: [Intel-gfx] [PATCH 00/15] Accurate frontbuffer tracking and psr conversion

2014-06-17 Thread Daniel Vetter
On Tue, Jun 17, 2014 at 08:09:47AM +0100, Chris Wilson wrote: > On Mon, Jun 16, 2014 at 07:51:20PM +0200, Daniel Vetter wrote: > > Hi all, > > > > This patch series adds accurate frontbuffer tracking to i915 and then > > converts > > psr over to use. Bunch of things still need to be done. > > >

Re: [Intel-gfx] [PATCH 00/15] Accurate frontbuffer tracking and psr conversion

2014-06-17 Thread Chris Wilson
On Mon, Jun 16, 2014 at 07:51:20PM +0200, Daniel Vetter wrote: > Hi all, > > This patch series adds accurate frontbuffer tracking to i915 and then converts > psr over to use. Bunch of things still need to be done. > > - PSR needs to be re-tested. I lack the hardware for that. The frontbuffer >

Re: [Intel-gfx] [PATCH 00/15] Accurate frontbuffer tracking and psr conversion

2014-06-16 Thread Daniel Vetter
On Mon, Jun 16, 2014 at 9:37 PM, Chris Wilson wrote: >> - Try to integrate hw gtt write tracking logic. Note that current psr code >> doesn't rely on this - I've killed the X-tiled checks completely. > > Also probably not worth it. In the normal sporadic use, we can rely on > the GTT being flush

Re: [Intel-gfx] [PATCH 00/15] Accurate frontbuffer tracking and psr conversion

2014-06-16 Thread Chris Wilson
On Mon, Jun 16, 2014 at 07:51:20PM +0200, Daniel Vetter wrote: > Note that currently the gtt tracking has a bit a gap: We never exit it. Bunch > of > fixes are possible: > > - Wire up the core dirty_fb ioctl to flush framebuffers. This is used by > generic > userspace to flush dummy buffers, wh

[Intel-gfx] [PATCH 00/15] Accurate frontbuffer tracking and psr conversion

2014-06-16 Thread Daniel Vetter
Hi all, This patch series adds accurate frontbuffer tracking to i915 and then converts psr over to use. Bunch of things still need to be done. - PSR needs to be re-tested. I lack the hardware for that. The frontbuffer tracking itself is tested. - PSR igt testcase needs to be extended so that w