Re: [PATCH] ARM: invalidate data caches during early init

2013-05-17 Thread Lucas Stach
Am Freitag, den 17.05.2013, 10:35 +0200 schrieb Sascha Hauer: > Some SoCs come up with invalid entries in the data cache. This can > lead to memory corruption when we enable them later, so invalidate > the caches early. > > Signed-off-by: Sascha Hauer > CC: Enrico Scholz Reviewed-by: Lucas Stac

Re: [PATCH] at91: add Calao QIL-A9G20

2013-05-17 Thread Jean-Christophe PLAGNIOL-VILLARD
On 16:28 Fri 17 May , Gregory Hermant wrote: > > Signed-off-by: Gregory Hermant Acked-by: Jean-Christophe PLAGNIOL-VILLARD Best Regards, J. ___ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox

[PATCH] at91: add Calao QIL-A9G20

2013-05-17 Thread Gregory Hermant
Signed-off-by: Gregory Hermant --- arch/arm/Makefile |3 +- arch/arm/boards/{qil-a9260 => qil-a926x}/Makefile |0 arch/arm/boards/{qil-a9260 => qil-a926x}/config.h |0 .../{qil-a9260 => qil-a926x}/env/bin/init_board|0 .../arm/boards/{qil-a9

Re: [PATCH v2] nand_base: sync flash detection functions with linux 3.9's code

2013-05-17 Thread Jean-Christophe PLAGNIOL-VILLARD
On 19:15 Fri 17 May , Jean-Christophe PLAGNIOL-VILLARD wrote: > HI, > > can we have stable release as this patch fix the band support as it's > broken since > 4c2bdc8728016b3412523e3264651651fe752860 If check corretly the v2013.05.0 have the non-ONFI support broken > > B

Re: [PATCH v2] nand_base: sync flash detection functions with linux 3.9's code

2013-05-17 Thread Jean-Christophe PLAGNIOL-VILLARD
HI, can we have stable release as this patch fix the band support as it's broken since 4c2bdc8728016b3412523e3264651651fe752860 Best Regards, J. On May 17, 2013, at 1:43 PM, Sascha Hauer wrote: > On Wed, May 15, 2013 at 09:43:29AM +0200, Eric Bénard wrote: >> this fix the probl

Re: [PATCH 1/3] ARM v7: fix mmu-off operation

2013-05-17 Thread Enrico Scholz
Sascha Hauer writes: >> So you can drop this stack push by using r12 instead of r10. That's fine >> I think, but should be a patch of its own. Can you resend this as two >> patches? > > Oh, I just saw you can't since then r12 would be corrupted when > v7_mmu_cache_flush is called from v7_mmu_cach

[PATCH] ARM: invalidate data caches during early init

2013-05-17 Thread Sascha Hauer
Some SoCs come up with invalid entries in the data cache. This can lead to memory corruption when we enable them later, so invalidate the caches early. Signed-off-by: Sascha Hauer CC: Enrico Scholz --- This is based on the patches Enrico recently sent. Enrico, I hope this fixes your data cache

Re: [PATCH 3/3] ARM v7: added v7_mmu_cache_invalidate()

2013-05-17 Thread Sascha Hauer
On Tue, May 14, 2013 at 03:14:56PM +0200, Enrico Scholz wrote: > At least the iMX6 boot rom seems to jump into barebox with a non > invalidated d-cache which causes data corruption when > v7_mmu_cache_flush() executed by arm_early_mmu_cache_flush() overrides > stack or other valid data. > > That's

Re: [PATCH 1/3] ARM v7: fix mmu-off operation

2013-05-17 Thread Sascha Hauer
On Wed, May 15, 2013 at 08:28:11AM +0200, Sascha Hauer wrote: > Hi Enrico, > > On Tue, May 14, 2013 at 03:14:54PM +0200, Enrico Scholz wrote: > > Although conclusions in 50d1b2de8ea0f3b8d89fe3a97ce64315996ed4cb "ARM > > v7: Fix register corruption in v7_mmu_cache_off" are correct, the > > implemen

[RFC] MXS/i.MX23: detecting the boot source

2013-05-17 Thread Juergen Beisert
The boot source for the i.MX23 is configured via a few GPIOs, which are later be used for different purposes (like LCD data for example). The SoC internal ROM reads these GPIOs and uses the selected boot source. For various reasons the boot source is also of interest when Barebox is running. This