On Tue, 22 Jan 2019 15:56:32 +0100 Stefan Roese <sr@xxxxxxx> wrote: > Add support for GigaDevice GD5F1GQ4UC SPI NAND chip. > > Signed-off-by: Stefan Roese <sr@xxxxxxx> > Cc: Chuanhong Guo <gch981213@xxxxxxxxx> > Cc: Frieder Schrempf <frieder.schrempf@xxxxxxxxxx> > Cc: Miquel Raynal <miquel.raynal@xxxxxxxxxxx> > --- > Frankly, I'm a bit unsure, if these new ooblayout_foo functions are > needed for this device. I was unable to find a datasheet for the > already supported devices (GD5F1G/2G/4GQ4xA), so I couldn't compare > the OOB area values here with the ones for my SPI NAND chip. > > I'm also not 100% sure, if I should use NAND_ECCREQ(8, 2048) or > NAND_ECCREQ(8, 512) for this device. > > So comments welcome. > > Thanks, > Stefan > > drivers/mtd/nand/spi/gigadevice.c | 39 +++++++++++++++++++++++++++++++ > 1 file changed, 39 insertions(+) > > diff --git a/drivers/mtd/nand/spi/gigadevice.c b/drivers/mtd/nand/spi/gigadevice.c > index e4141c20947a..a9d256fa2577 100644 > --- a/drivers/mtd/nand/spi/gigadevice.c > +++ b/drivers/mtd/nand/spi/gigadevice.c > @@ -57,6 +57,31 @@ static int gd5fxgq4xa_ooblayout_free(struct mtd_info *mtd, int section, > return 0; > } > > +static int gd5f1gq4u_ooblayout_ecc(struct mtd_info *mtd, int section, We should probably prefix all funcs/objs with gd5fxgq4xc: the datasheet I have is named GD5FxGQ4xC which means it should apply to other variants of the GD5F1GQ4UC part. ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/