[Intel-gfx] [PATCH] drm/i915: support low power watermarks on Ironlake

Eric Anholt eric at anholt.net
Fri Dec 24 04:11:55 CET 2010


On Thu, 23 Dec 2010 12:30:29 +0000, Chris Wilson <chris at chris-wilson.co.uk> wrote:
> On Thu, 23 Dec 2010 12:07:22 +0000, Chris Wilson <chris at chris-wilson.co.uk> wrote:
> > I tweaked the patch to pass the watermark structs through to the check
> > routine. The box survives s2ram, but I have now also experienced the
> > mysterious slow down after resuming.
> 
> As Eric first said the cause for the slow down is that writing through the
> GTT becomes very slow:
> 
> Before suspending:
> Time to pwrite 16k through the CPU: 		0.000004s
> Time to read 16k through a GTT map: 		0.000901s
> Time to write 16k through a GTT map: 		0.000023s
> Time to read 16k (again) through a GTT map: 	0.000900s
> Time to pwrite 16k through the GTT: 		0.000007s
> 
> After resume:
> Time to pwrite 16k through the CPU: 		0.000004s
> Time to read 16k through a GTT map: 		0.000900s
> Time to write 16k through a GTT map: 		0.000876s
> Time to read 16k (again) through a GTT map: 	0.000899s
> Time to pwrite 16k through the GTT: 		0.000431s
> 
> The implication being that our mapping goes from write-combining to
> uncached?
> -Chris

I found that the results were not just "slow like no write combining",
but timing-dependent, too.  Repeated runs of a timing app would get fast
sometimes, slow other times, and sometimes the switch from fast->slow or
slow->fast would happen in the middle of a run.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20101223/1d7dad5f/attachment.pgp>


More information about the Intel-gfx mailing list