Hi Sergei, thanks for your comments. I will submit the patch v2. 2011/8/8 Sergei Shtylyov <sshtyl...@mvista.com>
> Hello. > > > On 08-08-2011 12:07, Yao Cheng wrote: > > The issue is found when calling flush_cache() with zero "size" argument. >> The bound of loop is miscalculated in this case and flush_cache() enters a >> wrong flushing loop. >> To fix this issue I skipped the operations when "size" is found to be >> zero. >> > > Signed-off-by: Yao Cheng<saturdayco...@gmail.com> >> Cc: Shinya Kuribayashi<skuri...@pobox.com**> >> --- >> arch/mips/cpu/mips32/cpu.c | 5 +++++ >> 1 files changed, 5 insertions(+), 0 deletions(-) >> > > diff --git a/arch/mips/cpu/mips32/cpu.c b/arch/mips/cpu/mips32/cpu.c >> index 3ae397c..1bf0094 100644 >> --- a/arch/mips/cpu/mips32/cpu.c >> +++ b/arch/mips/cpu/mips32/cpu.c >> @@ -52,6 +52,11 @@ int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char >> * const argv[]) >> >> void flush_cache(ulong start_addr, ulong size) >> { >> + /* aend will be miscalculated when size is zero, so we need return here >> */ >> + if (size == 0) { >> + return; >> + } >> > > + > > Please indent with tabs, not spaces. Also, doesn't this code generate > warning (code before declarations)? > > > unsigned long lsize = CONFIG_SYS_CACHELINE_SIZE; >> unsigned long addr = start_addr& ~(lsize - 1); >> unsigned long aend = (start_addr + size - 1)& ~(lsize - 1); >> > > WBR, Sergei >
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot