[PATCH] mtd: spinand: add support for Etron SPI-NAND flashes

Weijie Gao weijie.gao at mediatek.com
Tue Jun 9 10:37:57 CEST 2026


On Wed, 2026-05-27 at 10:26 +0200, Miquel Raynal wrote:
> Hello Weijie,
> 
> Sorry for the delay, I have a couple of comments, see below.
> 
> On 29/04/2026 at 16:13:13 +08, Weijie Gao <weijie.gao at mediatek.com>
> wrote:
> 
> > This patch adds some Etron SPI-NAND flashes from 1Gb to 8Gb with
> > 4-bits/8-bits On-die ECC support.
> > 
> > EM73C044VCF/EM73D044VCO/EM73E044VCE/EM73F044VCA are tested on
> > MediaTek
> > filogic MT7988 reference board.
> > 
> > Datasheets:
> > 
https://urldefense.com/v3/__https://etron.com/wp-content/uploads/2024/08/EM73C044VCF-SPI-NAND-Flash_Rev-1.03.pdf__;!!CTRNKA9wMg0ARbw!gspAb_ATP-dOd61dvrUFgW4djua1MqYvOWrCMpr08fy1cd0aXgBHc0DpLK1QjsvUpnqO8M17049YgIPRAD7TX0rDOTY$
> >  
> > 
https://urldefense.com/v3/__https://etron.com/wp-content/uploads/2022/04/EM73D044VCOR-SPI-NAND-Flash_Rev-1.00.pdf__;!!CTRNKA9wMg0ARbw!gspAb_ATP-dOd61dvrUFgW4djua1MqYvOWrCMpr08fy1cd0aXgBHc0DpLK1QjsvUpnqO8M17049YgIPRAD7TDU5Zmz4$
> >  
> > 
https://urldefense.com/v3/__https://etron.com/wp-content/uploads/2022/04/EM78DE044VC-SPI-NAND-Flash_Rev-1.01.pdf__;!!CTRNKA9wMg0ARbw!gspAb_ATP-dOd61dvrUFgW4djua1MqYvOWrCMpr08fy1cd0aXgBHc0DpLK1QjsvUpnqO8M17049YgIPRAD7TC0zknDQ$
> >  
> > 
https://urldefense.com/v3/__https://etron.com/wp-content/uploads/2024/08/EM73E044VCEG-SPI-NAND-Flash_Rev-1.00.pdf__;!!CTRNKA9wMg0ARbw!gspAb_ATP-dOd61dvrUFgW4djua1MqYvOWrCMpr08fy1cd0aXgBHc0DpLK1QjsvUpnqO8M17049YgIPRAD7TN5lTwzg$
> >  
> > 
https://urldefense.com/v3/__https://etron.com/wp-content/uploads/2022/04/EM738F044VCA-SPI-NAND-Flash_Rev-1.02.pdf__;!!CTRNKA9wMg0ARbw!gspAb_ATP-dOd61dvrUFgW4djua1MqYvOWrCMpr08fy1cd0aXgBHc0DpLK1QjsvUpnqO8M17049YgIPRAD7T0csUZhs$
> >  
> 
> I haven't checked all the chips in detail, I checked just a couple of
> them.
> 
> > Signed-off-by: Weijie Gao <weijie.gao at mediatek.com>
> > ---
> 
> [...]
> 
> > +#ifndef __UBOOT__
> > +#include <linux/device.h>
> > +#include <linux/kernel.h>
> > +#endif
> 
> Please drop this #if block
> 
> > +#include <linux/mtd/spinand.h>
> > +
> > +#define SPINAND_MFR_ETRON		0xD5
> > +
> > +#define STATUS_ECC_LIMIT_BITFLIPS	(3 << 4)
> 
> Please add a prefix aligned with Etron's namespace.

I'll use STATUS_ECC_MASK instead, as what the linux kernel does.

> 
> > +static SPINAND_OP_VARIANTS(read_cache_variants,
> > +		SPINAND_PAGE_READ_FROM_CACHE_1S_4S_4S_OP(0, 1, NULL, 0,
> > 0),
> > +		SPINAND_PAGE_READ_FROM_CACHE_1S_1S_4S_OP(0, 1, NULL, 0,
> > 0),
> > +		SPINAND_PAGE_READ_FROM_CACHE_1S_2S_2S_OP(0, 1, NULL, 0,
> > 0),
> > +		SPINAND_PAGE_READ_FROM_CACHE_1S_1S_2S_OP(0, 1, NULL, 0,
> > 0),
> > +		SPINAND_PAGE_READ_FROM_CACHE_FAST_1S_1S_1S_OP(0, 1,
> > NULL, 0, 0),
> > +		SPINAND_PAGE_READ_FROM_CACHE_1S_1S_1S_OP(0, 1, NULL, 0,
> > 0));
> > +
> > +static SPINAND_OP_VARIANTS(write_cache_variants,
> > +		SPINAND_PROG_LOAD_1S_1S_4S_OP(true, 0, NULL, 0),
> > +		SPINAND_PROG_LOAD_1S_1S_1S_OP(true, 0, NULL, 0));
> > +
> > +static SPINAND_OP_VARIANTS(update_cache_variants,
> > +		SPINAND_PROG_LOAD_1S_1S_4S_OP(false, 0, NULL, 0),
> > +		SPINAND_PROG_LOAD_1S_1S_1S_OP(false, 0, NULL, 0));
> > +
> > +static int etron_ecc4_ooblayout_ecc(struct mtd_info *mtd, int
> > section,
> > +				    struct mtd_oob_region *region)
> > +{
> > +	struct spinand_device *spinand = mtd_to_spinand(mtd);
> > +
> > +	if (section >= spinand->base.memorg.pagesize / mtd-
> > >ecc_step_size)
> > +		return -ERANGE;
> > +
> > +	region->offset = (8 * section) + 32;
> > +	region->length = 8;
> 
> This should be grouped into one big continuous area.

OK.

> 
> > +
> > +	return 0;
> > +}
> > +
> > +static int etron_ecc4_ooblayout_free(struct mtd_info *mtd, int
> > section,
> > +				     struct mtd_oob_region *region)
> > +{
> > +	struct spinand_device *spinand = mtd_to_spinand(mtd);
> > +
> > +	if (section >= spinand->base.memorg.pagesize / mtd-
> > >ecc_step_size)
> > +		return -ERANGE;
> > +
> > +	if (section) {
> > +		region->offset = 8 * section;
> > +		region->length = 8;
> 
> Ditto.
> 
> And same below, in the other OOB layouts.
> 
> > +	} else {
> > +		/* section 0 has two bytes reserved for bad block mark
> > */
> > +		region->offset = 2;
> > +		region->length = 6;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static const struct mtd_ooblayout_ops etron_ecc4_ooblayout = {
> > +	.ecc = etron_ecc4_ooblayout_ecc,
> > +	.rfree = etron_ecc4_ooblayout_free,
> > +};
> > +
> > +static int etron_ecc8_ooblayout_ecc(struct mtd_info *mtd, int
> > section,
> > +				    struct mtd_oob_region *region)
> > +{
> > +	struct spinand_device *spinand = mtd_to_spinand(mtd);
> > +
> > +	if (section >= spinand->base.memorg.pagesize / mtd-
> > >ecc_step_size)
> > +		return -ERANGE;
> > +
> > +	region->offset = (14 * section) + 72;
> > +	region->length = 14;
> > +
> > +	return 0;
> > +}
> > +
> > +static int etron_ecc8_ooblayout_free(struct mtd_info *mtd, int
> > section,
> > +				     struct mtd_oob_region *region)
> > +{
> > +	struct spinand_device *spinand = mtd_to_spinand(mtd);
> > +
> > +	if (section >= spinand->base.memorg.pagesize / mtd-
> > >ecc_step_size)
> > +		return -ERANGE;
> > +
> > +	if (section) {
> > +		region->offset = 18 * section;
> > +		region->length = 18;
> > +	} else {
> > +		/* section 0 has two bytes reserved for bad block mark
> > */
> > +		region->offset = 2;
> > +		region->length = 16;
> > +	}
> > +
> > +	return 0;
> > +}
> > +
> > +static const struct mtd_ooblayout_ops etron_ecc8_ooblayout = {
> > +	.ecc = etron_ecc8_ooblayout_ecc,
> > +	.rfree = etron_ecc8_ooblayout_free,
> 
>          ^
> 
> Should not even compile?

I didn't see and mistake here.
This file can be compiled without error.

> 
> > +};
> > +
> > +static int etron_ecc_get_status(struct spinand_device *spinand, u8
> > status)
> > +{
> > +	struct nand_device *nand = spinand_to_nand(spinand);
> > +
> > +	switch (status & STATUS_ECC_MASK) {
> > +	case STATUS_ECC_NO_BITFLIPS:
> > +		return 0;
> > +
> > +	case STATUS_ECC_UNCOR_ERROR:
> > +		return -EBADMSG;
> > +
> > +	case STATUS_ECC_HAS_BITFLIPS:
> > +		return nand->eccreq.strength >> 1;
> 
> This is incorrect, you should probably return strength - 1 if that is
> what the bit means. We already had a discussion about this in the
> past:
> 
https://lore.kernel.org/linux-mtd/20210908201624.237634-1-bert@biot.com/
>  
> 

OK. I'll follow the linux kernel.

> > +
> > +	case STATUS_ECC_LIMIT_BITFLIPS:
> > +		return nand->eccreq.strength;
> > +
> > +	default:
> > +		break;
> > +	}
> > +
> > +	return -EINVAL;
> > +}
> 
> Thanks,
> Miquèl



More information about the U-Boot mailing list