From mboxrd@z Thu Jan 1 00:00:00 1970 From: Reinhard Meyer Date: Mon, 31 May 2010 15:59:38 +0200 Subject: [U-Boot] AVR32 / ATNGW100 FLASH adressing issues Message-ID: <4C03C0CA.50504@emk-elektronik.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hello, currently the actual u-Boot (U-Boot 2010.03-00351-g40792d6-dirty) for AVR32/ATNGW100 defines FLASH to be at 0x00000000 (which is the true physical address): #define CONFIG_SYS_FLASH_BASE 0x00000000 #define CONFIG_SYS_FLASH_SIZE 0x800000 #define CONFIG_SYS_MAX_FLASH_BANKS 1 #define CONFIG_SYS_MAX_FLASH_SECT 135 and TEXT_BASE = 0x00000000 however the "flinfo" command show FLASH to be at 0xa0000000 (which is translated to 0x00000000 by default) any commands using FLASH (protect, copy, ...) must therefore use addresses at 0xa0000000 otherwise it will be denied not being in the FLASH address range. To make "saveenv" work, the definition had to be changed to: /*#define CONFIG_ENV_ADDR (CONFIG_SYS_FLASH_BASE + CONFIG_SYS_FLASH_SIZE - CONFIG_ENV_SIZE)*/ #define CONFIG_ENV_ADDR (0xA07F0000) So far I could be happy, BUT 1. this seems like a bad hack 2. u-Boot is not aware of its sectors in the FLASH I would like to fix this in a better way, but would like suggestions of where to attack the issue. I think that the issue should be fixed by making sure FLASH is detected at 0x00000000 and NOT at 0xa0000000, correct? -------------- next part -------------- A non-text attachment was scrubbed... Name: reinhard_meyer.vcf Type: text/x-vcard Size: 370 bytes Desc: not available Url : http://lists.denx.de/pipermail/u-boot/attachments/20100531/6107e388/attachment.vcf