From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Erickson Date: Sun, 18 May 2008 14:35:38 -0700 Subject: [U-Boot-Users] [PATCH] PPC40x: Rework CFG_INIT_DCACHE_CS Block to Avoid Machine Checks In-Reply-To: <20080518212330.61F4F2476E@gemini.denx.de> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 5/18/08 2:23 PM, Wolfgang Denk wrote: > In message you wrote: >>>> + * For boards that don't have OCM and can't use the data cache >>>> + * for their primordial stack, setup stack here directly after the >>>> + * SDRAM is initialized in ext_bus_cntlr_init. >>> >>> Was there ever a useful explanation given why these boards should not >>> be able to use DC as initial RAM? >> >> Kilauea, Makalu and Haleakala (405EX- and 405EXr-based) can now use the data >> cache for the initial stack and data area with this 'dcba' change patch. >> >> However, no clear reason has been provided as yet from the vendor as to why >> the 'dcba' addition was not historically required for the 405GP but is >> required now for the 405EX[r]. Regardless, the 'dcba' should work and, going >> forward, will be "more correct" on the 405GP as well. > > So the comment "can't use the data cache for their primordial stack" > is wrong and should be fixed? While it is pessimistic, it may not be wrong as I don't have an exhaustive suite of chips and boards at my disposal to test. As the code stands, should all my patches submitted for this issue get integrated, users will still have the less-than-optimal option of setting up SDRAM in ext_bus_cntlr_init should it be necessary. Regards, Grant Principal Nuovation System Designs, LLC 998 Alpine Terrace Suite 3 Sunnyvale, CA 94086-2469 US T +1-408-749-0495 F +1-205-449-0495 M +1-408-489-5710 gerickson at nuovations.com http://www.nuovations.com/