[U-Boot] [PATCH] lib_ppc: rework the flush_cache
Liu Dave
DaveLiu at freescale.com
Wed Dec 3 13:56:39 CET 2008
> That comment was on the version you posted in the NAND patch; the
> lib_ppc version actually looks worse -- it tried to round
> down to avoid
> the issue, but it was missing a ~. Thus, it flushed everything from
> address 0 to the end.
the lib_ppc version basically is as below.
void flush_cache (ulong start_addr, ulong size)
{
ulong addr, end_addr = start_addr + size;
addr = start_addr & (CONFIG_SYS_CACHELINE_SIZE - 1);
for (addr = start_addr; addr < end_addr; addr +=
CONFIG_SYS_CACHELINE_SIZE) {
asm ("dcbst 0,%0": :"r" (addr));
}
}
so, you are not completely right, the flush is from start_addr.
I believe my commit log also is proper for lib_ppc version.
> > + start = start_addr & ~(CONFIG_SYS_CACHELINE_SIZE - 1);
> > + end = (start_addr + size) & ~(CONFIG_SYS_CACHELINE_SIZE - 1);
>
> end = start_addr + size - 1;
>
> The rounding is unnecessary for end, and without the - 1, if
> start_addr
> + size is on a cacheline boundary, you'll flush one cache
> line too many
> (which might not be mapped, or might cause end to wrap around
> to zero if
> flushing at the end of the address space).
I don't see what is the problem in my patch at here.
More information about the U-Boot
mailing list