From mboxrd@z Thu Jan  1 00:00:00 1970
From: Peter Tyser <ptyser@xes-inc.com>
Date: Thu, 23 Jul 2009 12:58:20 -0500
Subject: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP
In-Reply-To: <2B10AAF8-D71B-4E79-9BAE-0731FB0E04DD@kernel.crashing.org>
References: <1246992188-28951-1-git-send-email-ptyser@xes-inc.com>
	<FF932971-B121-4758-91FB-BE29AE039162@kernel.crashing.org>
	<1247004785.11207.157.camel@localhost.localdomain>
	<A958DEFD-4EBA-40B2-B16C-03440836F058@kernel.crashing.org>
	<1247006306.11207.165.camel@localhost.localdomain>
	<94120C8D-02FF-4E13-835C-8431E0C8CF39@kernel.crashing.org>
	<1247070328.11207.207.camel@localhost.localdomain>
	<1248277621.24163.68.camel@localhost.localdomain>
	<2B10AAF8-D71B-4E79-9BAE-0731FB0E04DD@kernel.crashing.org>
Message-ID: <1248371900.8834.25.camel@localhost.localdomain>
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


> > Any feedback on my last email above, or is disabling boot page
> > translation just a no-go?
> 
> It is at this point.
> 
> > Or is there an more ideal alternative?  I really don't want to  
> > change up
> > the memory map on all our Freescale boards, documentation, dts files,
> > etc because of an optional 4KB chunk of memory space:)  I'm more than
> > willing to implement a different workaround if it means we can keep  
> > our
> > current memory map...
> 
> I'd be fine if we want to add a CONFIG_ option to do the disable so  
> board ports that need/want it can do it.

OK, that sounds good.  I'll implement and test.  Thanks,

Peter