From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bo Shen Date: Tue, 28 Oct 2014 17:27:33 +0800 Subject: [U-Boot] [PATCH 1/3] atmel_nand: if don't have gf table in rom code we will build it runtime In-Reply-To: <544F4E46.4020102@atmel.com> References: <1410854244-30424-1-git-send-email-voice.shen@atmel.com> <1410854244-30424-2-git-send-email-voice.shen@atmel.com> <544AD113.1070104@googlemail.com> <544F4E46.4020102@atmel.com> Message-ID: <544F6185.8020007@atmel.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Andreas, On 10/28/2014 04:05 PM, Bo Shen wrote: > Hi Andreas, > > On 10/25/2014 06:22 AM, Andreas Bie?mann wrote: >>> ATMEL_BASE_PMERRLOC; >>> >+#if defined(NO_GALOIS_TABLE_IN_ROM) >>> >+ /* Set pmecc_rom_base as the begin of gf table */ >>> >+ int size = host->pmecc_sector_size == 512 ? >>> >+ PMECC_INDEX_TABLE_SIZE_512 : >>> >+ PMECC_INDEX_TABLE_SIZE_1024; >>> >+ pmecc_galois_table = malloc(2 * size * sizeof(uint16_t)); >> I fear this will not work with current SPL implementation ... > > Yes, when I try to implement the SPL support for sama5d4ek board, I > really meet this issue. I don't know what reason cause this issue. So, > can you give me some hints about it? Thanks. I use the nand read.raw and nand write.raw command with wrong parameter. It is OK for SPL with this kind of code on sama5d4ek. Sorry for this noise. > Best Regards, > Bo Shen > Best Regards, Bo Shen