[U-Boot] More davinci 4-bit hw ecc questions

David Brownell david-b at pacbell.net
Thu Sep 3 08:11:50 CEST 2009


On Wednesday 02 September 2009, John Rigby wrote:
> Thanks David, I'm less confused now.  I think part of my misunderstanding is
> this comment about the new nand_read_page_hwecc_oob_first function in
> nand_base.c:
> 
>  * Hardware ECC for large page chips, require OOB to be read first.
>  * For this ECC mode, the write_page method is re-used from ECC_HW.
>  * These methods read/write ECC from the OOB area, unlike the
>  * ECC_HW_SYNDROME support with multiple ECC steps, follows the
>  * "infix ECC" scheme and reads/writes ECC from the data area, by
>  * overwriting the NAND manufacturer bad block markings.
> 
> I had a hard time parsing everything past "unlike".  From what you have said
> I gather that ECC_HW_SYNDROME does the bad "infix ECC" and the new
> OOB_NAND_ECC_HW_OOB_FIRST method does not.  I think different wording would
> help here.

Yes; not the clearest English.


> We will be using mainline linux and u-boot.  The first version of the board
> will likely by 2K slc so looks like we are fine with 1-bit hw ecc.  We may
> just plan on using OpenOCD to write UBL and U-Boot if the RBL in the silicon
> needs infix 4-bit ecc.

That ought to work for you.  I've go an OpenOCD pach in the
works to speed that up a bunch too.


> 	We need to check once more how UBL is written on the 
> 365 based dev boards we have right now.  Of course TI could change to
> non-infix between now and when we start manufacturing so we just need to be
> ready for either.

ISTR docs on '365 don't cover the OOB layout as used by the
RBL well ... a third layout seems to be implied.




More information about the U-Boot mailing list