Hi Boris, Boris Brezillon <boris.brezillon@xxxxxxxxxxx> wrote on Tue, 4 Sep 2018 16:23:28 +0200: > Currently, the selection of ECC byte ordering for software hamming is > done at compilation time, which doesn't make sense when ECC byte > calculation is done in hardware and byte ordering is forced by the > hardware engine. > In this case, only the correction is done and software and we want to ^ in > force the byte-ordering no matter the value of CONFIG_MTD_NAND_ECC_SMC. > > This is typically the case for the FSMC (Smart Media ordering), TMIO and > TXX9NDFMC (regular byte ordering) blocks. > > For all other use cases (pure software implementation, SM FTL and > nandecctest), we keep selecting the byte ordering based on the > CONFIG_MTD_NAND_ECC_SMC value. It might not be ideal for SM FTL (I'd > expect Smart Media ordering to be employed by the Smart Media FTL), but > this option doesn't seem to be enabled in the existing _defconfig, so > I can't tell setting sm_order to true is the right choice. > > Signed-off-by: Boris Brezillon <boris.brezillon@xxxxxxxxxxx> > --- Applied to nand/next with the above typo corrected. Thanks, Miquèl ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/