[U-Boot] [RFC] command/cache: Add flush_cache command
Scott Wood
scottwood at freescale.com
Thu Mar 21 19:51:39 CET 2013
On 03/21/2013 12:02:23 AM, Sricharan R wrote:
> On Thursday 21 March 2013 06:01 AM, Scott Wood wrote:
> > On 03/20/2013 07:27:29 PM, Michael Cashwell wrote:
> >> On Mar 20, 2013, at 7:48 PM, Scott Wood <scottwood at freescale.com>
> wrote:
> >>
> >> > On 03/20/2013 06:33:41 PM, Michael Cashwell wrote:
> >> >
> >> >> What is the purpose of limiting the memory range to be flushed?
> Is there a reason one might want to NOT flush certain data sitting in
> a dirty cache line out to memory before doing a go or boot command?
> >> >
> >> > Because it would take a while to flush all of RAM?
> >>
> >> "Flushing all of RAM" is what trips me up. Fundamentally, that
> puts the cart in front of the horse. The goal isn't to flush all of
> RAM but rather to flush all of cache.
> >
> > Right, I was just responding to your question of, "What is the
> purpose of limiting the memory range to be flushed?"
> >
> >> Iterating over the small thing rather than the large would seem
> reasonably efficient.
> >>
> >> But as you say, if there are architectures where that can't be
> done and you must pass GBs of physical address space (rather than KB
> of cache space) through some process then range limiting it does make
> sense.
> >
> > Right. The range specified is a minimum to be flushed -- if a
> particular architecture finds it easier/quicker to flush everything
> instead, that's fine.
> >
> So in your case, how do you find out the addresses of buffers to be
> flushed from command ?
> Just thinking how this can be used generically ?
I'm not sure what you're asking. How does the user know what address
range to pass to the command? It's whatever covers the program they
want to run.
-Scott
More information about the U-Boot
mailing list