From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Andreas_Bie=DFmann?= Date: Fri, 03 Sep 2010 13:16:32 +0200 Subject: [U-Boot] [PATCH v2 2/3] avr32: Use uncached() macro to get an address for SDRAM init In-Reply-To: <1281595974-32279-3-git-send-email-haavard.skinnemoen@atmel.com> References: <1281595974-32279-1-git-send-email-haavard.skinnemoen@atmel.com> <1281595974-32279-3-git-send-email-haavard.skinnemoen@atmel.com> Message-ID: <4C80D910.9070600@googlemail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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, the SDRAM initialization will break on some boards. > > The avr32-specific uncached() macro will return an address which will > always cause uncached accessed to be made. Since this happens in the > board code, using avr32-specific features should be ok, and will allow > the SDRAM initialization to keep working. > > Signed-off-by: Haavard Skinnemoen Tested-by: Andreas Bie?mann one colleague reported similar problems initialising SDRAM on our own board. I could not reproduce this issue here, however this patch fixed the problem. Thanks for that, it came the right time. This patch should be applied too. regards Andreas Bie?mann