On Feb 24, 2011, at 6:43 AM, John Linn wrote:
It seems like this also depends on that fact that __GFP_COLD will
work,
otherwise some of the data could
already be in the cache such that you're not guaranteed to get
everything out of the cache.
I wouldn't count on GFP_COLD as a guarantee the
> -Original Message-
> From: John Linn
> Sent: Thursday, February 24, 2011 7:15 AM
> To: 'Dan Malek'
> Cc: linuxppc-...@ozlabs.org; grant.lik...@secretlab.ca
> Subject: RE: Flushing data cache on PPC405 in Linux
>
> > -Original Message-
> -Original Message-
> From: Dan Malek [mailto:ppc6...@digitaldans.com]
> Sent: Wednesday, February 23, 2011 8:39 PM
> To: John Linn
> Cc: linuxppc-...@ozlabs.org
> Subject: Re: Flushing data cache on PPC405 in Linux
>
>
> Hi John.
>
> On Feb 23,
Hi John.
On Feb 23, 2011, at 5:04 PM, John Linn wrote:
Any thoughts?
I can come up with two methods, but before I describe them
ensure you consider the actual implementation of your 405 core.
My comments are based on the "standard" ppc405 processor,
but since you can configure the embedded c
I have a situation that requires a flush the data cache at specific time
periods to help with memory scrubbing.
On the 405, I don't see any easy way to do this since you don't know
what the cache has in it and there's not an instruction to flush the
whole cache. It looks like a kernel driver is n
