* [PATCH 0/1] Add basic support for Foresee SPI NAND @ 2020-12-29 5:50 Daniel Palmer 2020-12-29 5:50 ` [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G Daniel Palmer 0 siblings, 1 reply; 5+ messages in thread From: Daniel Palmer @ 2020-12-29 5:50 UTC (permalink / raw) To: linux-mtd; +Cc: vigneshr, richard, Daniel Palmer, linux-kernel, miquel.raynal This is my very crude attempt at adding support for Longsys' Foresee branded SPI NAND parts that are showing up on some boards. I fully admit I have no idea what I'm doing here and I basically took one of the existing files, ripped out what I didn't understand and tried to fill in the numbers from the datasheet without really knowing what they mean. This worked well enough for me to get something that looks like a correct dump of the SPI NAND from a board I'm working with. I need the vendor firmware on the board for reverse engineering so I haven't actually tried to write anything yet. The datasheet for this chip is linked. If someone that actually knows what they're doing could take a look and point out my mistakes that would be great. Link: https://datasheet.lcsc.com/szlcsc/2008121142_FORESEE-FS35ND01G-S1Y2QWFI000_C719495.pdf Daniel Palmer (1): mtd: spinand: add support for Foresee FS35ND01G drivers/mtd/nand/spi/Makefile | 2 +- drivers/mtd/nand/spi/core.c | 1 + drivers/mtd/nand/spi/longsys.c | 45 ++++++++++++++++++++++++++++++++++ include/linux/mtd/spinand.h | 1 + 4 files changed, 48 insertions(+), 1 deletion(-) create mode 100644 drivers/mtd/nand/spi/longsys.c -- 2.30.0.rc2 ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ ^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G 2020-12-29 5:50 [PATCH 0/1] Add basic support for Foresee SPI NAND Daniel Palmer @ 2020-12-29 5:50 ` Daniel Palmer 2021-01-04 14:17 ` Miquel Raynal 0 siblings, 1 reply; 5+ messages in thread From: Daniel Palmer @ 2020-12-29 5:50 UTC (permalink / raw) To: linux-mtd; +Cc: vigneshr, richard, Daniel Palmer, linux-kernel, miquel.raynal Add support for the Foresee FS35ND01G manufactured by Longsys. Signed-off-by: Daniel Palmer <daniel@0x0f.com> --- drivers/mtd/nand/spi/Makefile | 2 +- drivers/mtd/nand/spi/core.c | 1 + drivers/mtd/nand/spi/longsys.c | 45 ++++++++++++++++++++++++++++++++++ include/linux/mtd/spinand.h | 1 + 4 files changed, 48 insertions(+), 1 deletion(-) create mode 100644 drivers/mtd/nand/spi/longsys.c diff --git a/drivers/mtd/nand/spi/Makefile b/drivers/mtd/nand/spi/Makefile index 9662b9c1d5a9..1d6819022e43 100644 --- a/drivers/mtd/nand/spi/Makefile +++ b/drivers/mtd/nand/spi/Makefile @@ -1,3 +1,3 @@ # SPDX-License-Identifier: GPL-2.0 -spinand-objs := core.o gigadevice.o macronix.o micron.o paragon.o toshiba.o winbond.o +spinand-objs := core.o gigadevice.o longsys.o macronix.o micron.o paragon.o toshiba.o winbond.o obj-$(CONFIG_MTD_SPI_NAND) += spinand.o diff --git a/drivers/mtd/nand/spi/core.c b/drivers/mtd/nand/spi/core.c index 8ea545bb924d..bdc9cd45d232 100644 --- a/drivers/mtd/nand/spi/core.c +++ b/drivers/mtd/nand/spi/core.c @@ -856,6 +856,7 @@ static const struct nand_ops spinand_ops = { static const struct spinand_manufacturer *spinand_manufacturers[] = { &gigadevice_spinand_manufacturer, + &longsys_spinand_manufacturer, ¯onix_spinand_manufacturer, µn_spinand_manufacturer, ¶gon_spinand_manufacturer, diff --git a/drivers/mtd/nand/spi/longsys.c b/drivers/mtd/nand/spi/longsys.c new file mode 100644 index 000000000000..f18271f8e9d2 --- /dev/null +++ b/drivers/mtd/nand/spi/longsys.c @@ -0,0 +1,45 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Copyright (c) 2020 Daniel Palmer <daniel@thingy.jp> + * + */ + +#include <linux/device.h> +#include <linux/kernel.h> +#include <linux/mtd/spinand.h> + +#define SPINAND_MFR_LONGSYS 0xcd + +static SPINAND_OP_VARIANTS(read_cache_variants, + SPINAND_PAGE_READ_FROM_CACHE_OP(true, 0, 1, NULL, 0), + SPINAND_PAGE_READ_FROM_CACHE_OP(false, 0, 1, NULL, 0)); + +static SPINAND_OP_VARIANTS(write_cache_variants, + SPINAND_PROG_LOAD(true, 0, NULL, 0)); + +static SPINAND_OP_VARIANTS(update_cache_variants, + SPINAND_PROG_LOAD(false, 0, NULL, 0)); + +static const struct spinand_info longsys_spinand_table[] = { + SPINAND_INFO("FS35ND01G", + SPINAND_ID(SPINAND_READID_METHOD_OPCODE_DUMMY, 0xea, 0x11), + NAND_MEMORG(1, 2048, 64, 64, 1024, 20, 1, 1, 1), + NAND_ECCREQ(4, 512), + SPINAND_INFO_OP_VARIANTS(&read_cache_variants, + &write_cache_variants, + &update_cache_variants), + SPINAND_HAS_QE_BIT, + SPINAND_ECCINFO(NULL, + NULL)), +}; + +static const struct spinand_manufacturer_ops longsys_spinand_manuf_ops = { +}; + +const struct spinand_manufacturer longsys_spinand_manufacturer = { + .id = SPINAND_MFR_LONGSYS, + .name = "Longsys", + .chips = longsys_spinand_table, + .nchips = ARRAY_SIZE(longsys_spinand_table), + .ops = &longsys_spinand_manuf_ops, +}; diff --git a/include/linux/mtd/spinand.h b/include/linux/mtd/spinand.h index 6bb92f26833e..8651e63a2f8a 100644 --- a/include/linux/mtd/spinand.h +++ b/include/linux/mtd/spinand.h @@ -239,6 +239,7 @@ struct spinand_manufacturer { /* SPI NAND manufacturers */ extern const struct spinand_manufacturer gigadevice_spinand_manufacturer; +extern const struct spinand_manufacturer longsys_spinand_manufacturer; extern const struct spinand_manufacturer macronix_spinand_manufacturer; extern const struct spinand_manufacturer micron_spinand_manufacturer; extern const struct spinand_manufacturer paragon_spinand_manufacturer; -- 2.30.0.rc2 ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G 2020-12-29 5:50 ` [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G Daniel Palmer @ 2021-01-04 14:17 ` Miquel Raynal 2021-01-05 12:18 ` Daniel Palmer 0 siblings, 1 reply; 5+ messages in thread From: Miquel Raynal @ 2021-01-04 14:17 UTC (permalink / raw) To: Daniel Palmer; +Cc: richard, linux-mtd, linux-kernel, vigneshr Hi Daniel, Daniel Palmer <daniel@0x0f.com> wrote on Tue, 29 Dec 2020 14:50:59 +0900: > Add support for the Foresee FS35ND01G manufactured by Longsys. Thanks for contributing this back! Perhaps giving the link of the datasheet here makes sense. > > Signed-off-by: Daniel Palmer <daniel@0x0f.com> > --- > drivers/mtd/nand/spi/Makefile | 2 +- > drivers/mtd/nand/spi/core.c | 1 + > drivers/mtd/nand/spi/longsys.c | 45 ++++++++++++++++++++++++++++++++++ > include/linux/mtd/spinand.h | 1 + > 4 files changed, 48 insertions(+), 1 deletion(-) > create mode 100644 drivers/mtd/nand/spi/longsys.c > > diff --git a/drivers/mtd/nand/spi/Makefile b/drivers/mtd/nand/spi/Makefile > index 9662b9c1d5a9..1d6819022e43 100644 > --- a/drivers/mtd/nand/spi/Makefile > +++ b/drivers/mtd/nand/spi/Makefile > @@ -1,3 +1,3 @@ > # SPDX-License-Identifier: GPL-2.0 > -spinand-objs := core.o gigadevice.o macronix.o micron.o paragon.o toshiba.o winbond.o > +spinand-objs := core.o gigadevice.o longsys.o macronix.o micron.o paragon.o toshiba.o winbond.o > obj-$(CONFIG_MTD_SPI_NAND) += spinand.o > diff --git a/drivers/mtd/nand/spi/core.c b/drivers/mtd/nand/spi/core.c > index 8ea545bb924d..bdc9cd45d232 100644 > --- a/drivers/mtd/nand/spi/core.c > +++ b/drivers/mtd/nand/spi/core.c > @@ -856,6 +856,7 @@ static const struct nand_ops spinand_ops = { > > static const struct spinand_manufacturer *spinand_manufacturers[] = { > &gigadevice_spinand_manufacturer, > + &longsys_spinand_manufacturer, > ¯onix_spinand_manufacturer, > µn_spinand_manufacturer, > ¶gon_spinand_manufacturer, > diff --git a/drivers/mtd/nand/spi/longsys.c b/drivers/mtd/nand/spi/longsys.c > new file mode 100644 > index 000000000000..f18271f8e9d2 > --- /dev/null > +++ b/drivers/mtd/nand/spi/longsys.c > @@ -0,0 +1,45 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * Copyright (c) 2020 Daniel Palmer <daniel@thingy.jp> > + * > + */ > + > +#include <linux/device.h> > +#include <linux/kernel.h> > +#include <linux/mtd/spinand.h> > + > +#define SPINAND_MFR_LONGSYS 0xcd Nitpick: I personally prefer uppercase hex numbers. > + > +static SPINAND_OP_VARIANTS(read_cache_variants, > + SPINAND_PAGE_READ_FROM_CACHE_OP(true, 0, 1, NULL, 0), > + SPINAND_PAGE_READ_FROM_CACHE_OP(false, 0, 1, NULL, 0)); > + > +static SPINAND_OP_VARIANTS(write_cache_variants, > + SPINAND_PROG_LOAD(true, 0, NULL, 0)); > + > +static SPINAND_OP_VARIANTS(update_cache_variants, > + SPINAND_PROG_LOAD(false, 0, NULL, 0)); > + > +static const struct spinand_info longsys_spinand_table[] = { > + SPINAND_INFO("FS35ND01G", > + SPINAND_ID(SPINAND_READID_METHOD_OPCODE_DUMMY, 0xea, 0x11), Ditto > + NAND_MEMORG(1, 2048, 64, 64, 1024, 20, 1, 1, 1), > + NAND_ECCREQ(4, 512), > + SPINAND_INFO_OP_VARIANTS(&read_cache_variants, > + &write_cache_variants, > + &update_cache_variants), This device probably supports more variants (especially dual/quad ones) but I guess it's not a problem to not have them here right now. > + SPINAND_HAS_QE_BIT, > + SPINAND_ECCINFO(NULL, > + NULL)), You should define the ->ecc and ->free hooks of the mtd_ooblayout_ops structure and point to it here. It defines the free OOB bytes and bytes used by the on-die ECC engine. You should find this in the datasheet. You may look at other manufacturer drivers for examples of how it should be implemented. It is the way to tell the upper layers that eg. "byte 2 to 17 are ECC bytes, 18 until the end are free to use". > +}; > + > +static const struct spinand_manufacturer_ops longsys_spinand_manuf_ops = { > +}; > + > +const struct spinand_manufacturer longsys_spinand_manufacturer = { > + .id = SPINAND_MFR_LONGSYS, > + .name = "Longsys", > + .chips = longsys_spinand_table, > + .nchips = ARRAY_SIZE(longsys_spinand_table), > + .ops = &longsys_spinand_manuf_ops, > +}; > diff --git a/include/linux/mtd/spinand.h b/include/linux/mtd/spinand.h > index 6bb92f26833e..8651e63a2f8a 100644 > --- a/include/linux/mtd/spinand.h > +++ b/include/linux/mtd/spinand.h > @@ -239,6 +239,7 @@ struct spinand_manufacturer { > > /* SPI NAND manufacturers */ > extern const struct spinand_manufacturer gigadevice_spinand_manufacturer; > +extern const struct spinand_manufacturer longsys_spinand_manufacturer; > extern const struct spinand_manufacturer macronix_spinand_manufacturer; > extern const struct spinand_manufacturer micron_spinand_manufacturer; > extern const struct spinand_manufacturer paragon_spinand_manufacturer; Looks fine otherwise :) Thanks, Miquèl ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G 2021-01-04 14:17 ` Miquel Raynal @ 2021-01-05 12:18 ` Daniel Palmer 2021-01-05 13:04 ` Miquel Raynal 0 siblings, 1 reply; 5+ messages in thread From: Daniel Palmer @ 2021-01-05 12:18 UTC (permalink / raw) To: Miquel Raynal; +Cc: richard, linux-mtd, Linux Kernel Mailing List, vigneshr Hi Miquel, On Mon, 4 Jan 2021 at 23:17, Miquel Raynal <miquel.raynal@bootlin.com> wrote: > Perhaps giving the link of the datasheet here makes sense. Noted. I'll put that into v2. > > +#define SPINAND_MFR_LONGSYS 0xcd > > Nitpick: I personally prefer uppercase hex numbers. > Noted. > > + NAND_MEMORG(1, 2048, 64, 64, 1024, 20, 1, 1, 1), > > + NAND_ECCREQ(4, 512), > > + SPINAND_INFO_OP_VARIANTS(&read_cache_variants, > > + &write_cache_variants, > > + &update_cache_variants), > > This device probably supports more variants (especially dual/quad > ones) but I guess it's not a problem to not have them here right now. Right now I can't really test dual or quad because my SPI driver doesn't know to do dual or quad io. I plan to add those in once I can validate they work. > > + SPINAND_HAS_QE_BIT, > > + SPINAND_ECCINFO(NULL, > > + NULL)), > > You should define the ->ecc and ->free hooks of the > mtd_ooblayout_ops structure and point to it here. It defines the free > OOB bytes and bytes used by the on-die ECC engine. You should find this > in the datasheet. You may look at other manufacturer drivers for > examples of how it should be implemented. It is the way to tell the > upper layers that eg. "byte 2 to 17 are ECC bytes, 18 until the end are > free to use". Ok I'll add those in. Is there a way I can test that my implementation is right? I.e. is writing something, reading it back and checking if the data is correct a good enough test here? I don't really want to make it look like this flash is supported and break someone's data. :) Thanks, Daniel ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G 2021-01-05 12:18 ` Daniel Palmer @ 2021-01-05 13:04 ` Miquel Raynal 0 siblings, 0 replies; 5+ messages in thread From: Miquel Raynal @ 2021-01-05 13:04 UTC (permalink / raw) To: Daniel Palmer; +Cc: richard, linux-mtd, Linux Kernel Mailing List, vigneshr Hi Daniel, Daniel Palmer <daniel@0x0f.com> wrote on Tue, 5 Jan 2021 21:18:21 +0900: > Hi Miquel, > > On Mon, 4 Jan 2021 at 23:17, Miquel Raynal <miquel.raynal@bootlin.com> wrote: > > Perhaps giving the link of the datasheet here makes sense. > > Noted. I'll put that into v2. > > > > +#define SPINAND_MFR_LONGSYS 0xcd > > > > Nitpick: I personally prefer uppercase hex numbers. > > > > Noted. > > > > + NAND_MEMORG(1, 2048, 64, 64, 1024, 20, 1, 1, 1), > > > + NAND_ECCREQ(4, 512), > > > + SPINAND_INFO_OP_VARIANTS(&read_cache_variants, > > > + &write_cache_variants, > > > + &update_cache_variants), > > > > This device probably supports more variants (especially dual/quad > > ones) but I guess it's not a problem to not have them here right now. > > Right now I can't really test dual or quad because my SPI driver > doesn't know to do dual or quad io. > I plan to add those in once I can validate they work. > > > > + SPINAND_HAS_QE_BIT, > > > + SPINAND_ECCINFO(NULL, > > > + NULL)), > > > > You should define the ->ecc and ->free hooks of the > > mtd_ooblayout_ops structure and point to it here. It defines the free > > OOB bytes and bytes used by the on-die ECC engine. You should find this > > in the datasheet. You may look at other manufacturer drivers for > > examples of how it should be implemented. It is the way to tell the > > upper layers that eg. "byte 2 to 17 are ECC bytes, 18 until the end are > > free to use". > > Ok I'll add those in. Is there a way I can test that my implementation is right? > I.e. is writing something, reading it back and checking if the data is > correct a good enough test here? > I don't really want to make it look like this flash is supported and > break someone's data. :) You may try to use flash_erase/nandwrite/nanddump from the mtd-utils package. You may first use a dummy functions and declare the entire zone free (except for the bad block marker at the beginning). Then, you may write the entire OOB area in regular mode then read it in raw mode (-n). Sometimes the ECC bytes are not visible, in this case it may be worth trying writing the OOB area with known data and read it back and see what you get. But these information probably are in the datasheet. Good luck, Miquèl ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/ ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2021-01-05 13:05 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-12-29 5:50 [PATCH 0/1] Add basic support for Foresee SPI NAND Daniel Palmer 2020-12-29 5:50 ` [PATCH 1/1] mtd: spinand: add support for Foresee FS35ND01G Daniel Palmer 2021-01-04 14:17 ` Miquel Raynal 2021-01-05 12:18 ` Daniel Palmer 2021-01-05 13:04 ` Miquel Raynal
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox