From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefan Roese <sr@denx.de>
Date: Thu, 20 Mar 2008 15:11:24 +0100
Subject: [U-Boot-Users] [PATCH] ppc4xx: Don't use last 256 bytes of
	SDRAM, workaround for 440EPx CHIP 11 errata
In-Reply-To: <47E24F71.8030604@verizon.net>
References: <20080320100330.B00C624A87@gemini.denx.de>
	<200803201129.06602.sr@denx.de> <47E24F71.8030604@verizon.net>
Message-ID: <200803201511.24322.sr@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On Thursday 20 March 2008, Dave Littell wrote:
> This may not be the "better, more generic solution", but I just added a
> CONFIG_CHIP_11_ERRATA option and code in lib_ppc/board.c to trim off
> only 256 bytes before the optional log buffer is carved out.

OK. I'll submit a similar patch in a short while. Please give it a try and let 
me know if you see problems with it.

> There's a kernel patch for this errata that trims the memory length.  If
> that patch is applied, does the kernel still need to be made to
> understand the changed logbuffer location?

I don't think so. With my next patch it should not be necessary anymore. With 
one exception: Linux kernel ports that have fixed memory sizes or calculate 
the memory size from the SDRAM controller setup (as done in some arch/powerpc 
kernels with bootwrapper support).

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================