Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-23 Thread Peter Tyser
> > 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

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-23 Thread Kumar Gala
On Jul 22, 2009, at 10:47 AM, Peter Tyser wrote: > Hi Kumar, > > I understand what the patch does. It just removes the > capability of > soft-resetting a core back into the boot translation code. I > understand your problem I'm just not keen on solving it by > completely

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-22 Thread Peter Tyser
Hi Kumar, > > >> I understand what the patch does. It just removes the capability of > > >> soft-resetting a core back into the boot translation code. I > > >> understand your problem I'm just not keen on solving it by completely > > >> disabling boot translation. > > >> > > >> We had a similar

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-08 Thread Peter Tyser
On Wed, 2009-07-08 at 10:52 -0500, Kumar Gala wrote: > On Jul 7, 2009, at 5:38 PM, Peter Tyser wrote: > > > On Tue, 2009-07-07 at 17:24 -0500, Kumar Gala wrote: > >> On Jul 7, 2009, at 5:13 PM, Peter Tyser wrote: > >> > >>> On Tue, 2009-07-07 at 16:59 -0500, Kumar Gala wrote: > On Jul 7, 2009

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-08 Thread Kumar Gala
On Jul 7, 2009, at 5:38 PM, Peter Tyser wrote: > On Tue, 2009-07-07 at 17:24 -0500, Kumar Gala wrote: >> On Jul 7, 2009, at 5:13 PM, Peter Tyser wrote: >> >>> On Tue, 2009-07-07 at 16:59 -0500, Kumar Gala wrote: On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote: > Previously, boot page

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-07 Thread Peter Tyser
On Tue, 2009-07-07 at 17:24 -0500, Kumar Gala wrote: > On Jul 7, 2009, at 5:13 PM, Peter Tyser wrote: > > > On Tue, 2009-07-07 at 16:59 -0500, Kumar Gala wrote: > >> On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote: > >> > >>> Previously, boot page translation was enabled while U-Boot executed. > >>>

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-07 Thread Kumar Gala
On Jul 7, 2009, at 5:13 PM, Peter Tyser wrote: > On Tue, 2009-07-07 at 16:59 -0500, Kumar Gala wrote: >> On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote: >> >>> Previously, boot page translation was enabled while U-Boot executed. >>> This resulted in the address range 0xf000 - 0x being

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-07 Thread Peter Tyser
On Tue, 2009-07-07 at 16:59 -0500, Kumar Gala wrote: > On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote: > > > Previously, boot page translation was enabled while U-Boot executed. > > This resulted in the address range 0xf000 - 0x being > > translated to SDRAM which made the 0xfxxx ad

Re: [U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-07 Thread Kumar Gala
On Jul 7, 2009, at 1:43 PM, Peter Tyser wrote: > Previously, boot page translation was enabled while U-Boot executed. > This resulted in the address range 0xf000 - 0x being > translated to SDRAM which made the 0xfxxx address space unusable > for > other peripherals. > > This cha

[U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP

2009-07-07 Thread Peter Tyser
Previously, boot page translation was enabled while U-Boot executed. This resulted in the address range 0xf000 - 0x being translated to SDRAM which made the 0xfxxx address space unusable for other peripherals. This change disables boot page translation after the secondary CPU cores