On Fri, 2009-07-24 at 15:46 +0200, Wolfgang Denk wrote: > Dear Peter, > > In message <20090723190101.c8f8a832e...@gemini.denx.de> I wrote: > > > > In message <1247269570-11406-1-git-send-email-pty...@xes-inc.com> you wrote: > > > Previously, non-e500 architectures only unlocked their data cache which > > > was used as early RAM when booting to Linux using the "bootm" command. > > > This change causes all PPC boards with CONFIG_SYS_INIT_RAM_LOCK defined > > > to unlock their data cache during U-Boot's initialization. This > > > improves U-Boot performance and provides a common cache state when > > > booting to different OSes. > ... > > Hm... tested on TQM834x - it's still booting, but flash recognition > > stopped working: > > I git-bisected the problem on TQM834x: > > 982adfc610669482a32127282fe489857a92cfe3 is first bad commit > commit 982adfc610669482a32127282fe489857a92cfe3 > Author: Peter Tyser <pty...@xes-inc.com> > Date: Fri Jul 10 18:46:10 2009 -0500 > > ppc: Unlock cache-as-ram in a consistent manner > > Previously, non-e500 architectures only unlocked their data cache which > was used as early RAM when booting to Linux using the "bootm" command. > This change causes all PPC boards with CONFIG_SYS_INIT_RAM_LOCK defined > to unlock their data cache during U-Boot's initialization. This > improves U-Boot performance and provides a common cache state when > booting to different OSes. > > Signed-off-by: Peter Tyser <pty...@xes-inc.com> > > :040000 040000 bf1093b8403580234125df8e97d948c318e8965f > 5dce3a5e28ea46706aba44ec62e88584883d0cc4 M lib_ppc > > > Please suggest how to continue. Shall I revert this commit?
Did you try making the change Kim suggested? Or backing out 9993e196da707a0a1cd4584f1fcef12382c1c144 completely as a test? Does anyone else have an 83xx board they'd be willing to try booting with the current top of HEAD? Best, Peter _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
