[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D21F2C1.30500@zytor.com>
Date: Mon, 03 Jan 2011 08:01:05 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: Chris Wilson <chris@...is-wilson.co.uk>
CC: linux-kernel@...r.kernel.org,
"Siddha, Suresh B" <suresh.b.siddha@...el.com>,
Venkatesh Pallipadi <venki@...gle.com>
Subject: Re: Loss of PAT-WC after resume on i5
On 01/03/2011 04:14 AM, Chris Wilson wrote:
> We have noticed that graphics may become very slow after suspend & resume.
> One effect that we have clearly identified is that writing through the GTT
> becomes very slow:
>
> Before suspending:
> Time to pwrite 16k through the CPU: 4µs
> Time to read 16k through a GTT map: 901µs
> Time to write 16k through a GTT map: 23µs
> Time to read 16k (again) through a GTT map: 900µs
> Time to pwrite 16k through the GTT: 7µs
>
> After resume:
> Time to pwrite 16k through the CPU: 4µs
> Time to read 16k through a GTT map: 900µs
> Time to write 16k through a GTT map: 876µs
> Time to read 16k (again) through a GTT map: 899µs
> Time to pwrite 16k through the GTT: 431µs
>
> Presuming that it was the loss of the WC mapping, I tore down and
> recreated the ioremap_wc upon resume which restored performance back to
> normal.
>
> So could we indeed be failing to restore the PAT caching state upon
> resume?
>
Sounds like it. It sounds based on your description that it's something
more fundamental than just the state of the PAT MSR being lost, too,
although perhaps that's the first thing to check...
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists