[U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-11 Thread Haavard Skinnemoen
The paging system which is required to set up caching properties has not yet been initialized when the SDRAM is initialized. So when the map_physmem() function is converted to return the physical address unchanged, the SDRAM initialization will break on some boards. The avr32-specific uncached() m

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-12 Thread Detlev Zundel
Hi Haavard, > The paging system which is required to set up caching properties has not > yet been initialized when the SDRAM is initialized. So when the > map_physmem() function is converted to return the physical address > unchanged, the SDRAM initialization will break on some boards. > > The avr

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-12 Thread Haavard Skinnemoen
Detlev Zundel wrote: > So this patch replaces a construct which seems to be valid over all > architectures by a construct which is only used in avr32, right? It > also deletes the explicit statement that such a mapping is not needed > any further. Problem is that in order to make the CFI driver

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-13 Thread Detlev Zundel
Hi Haavard, > Detlev Zundel wrote: >> So this patch replaces a construct which seems to be valid over all >> architectures by a construct which is only used in avr32, right? It >> also deletes the explicit statement that such a mapping is not needed >> any further. > > Problem is that in order t

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-13 Thread Haavard Skinnemoen
Detlev Zundel wrote: > > Problem is that in order to make the CFI driver work on avr32, we need > > to change the map_physmem() macro to return the physical address > > unchanged. > > I see. And I presume you cannot tell the situation apart inside > map_physmem? I don't think so. How do you pro

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-08-13 Thread Detlev Zundel
Hi Haavard, > Detlev Zundel wrote: >> > Problem is that in order to make the CFI driver work on avr32, we need >> > to change the map_physmem() macro to return the physical address >> > unchanged. >> >> I see. And I presume you cannot tell the situation apart inside >> map_physmem? > > I don't

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-09-03 Thread Andreas Bießmann
Dear Haavard Skinnemoen, Am 12.08.2010 08:52, schrieb Haavard Skinnemoen: > The paging system which is required to set up caching properties has not > yet been initialized when the SDRAM is initialized. So when the > map_physmem() function is converted to return the physical address > unchanged, t

Re: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init

2010-09-03 Thread Reinhard Meyer
Haavard Skinnemoen schrieb: > The paging system which is required to set up caching properties has not > yet been initialized when the SDRAM is initialized. So when the > map_physmem() function is converted to return the physical address > unchanged, the SDRAM initialization will break on some boar