From: <Takahiro.Kuwano@infineon.com>
To: <Chris.Packham@alliedtelesis.co.nz>,
<Ronan.Dalton@alliedtelesis.co.nz>, <pratyush@kernel.org>,
<mwalle@kernel.org>
Cc: <linux-kernel@vger.kernel.org>, <linux-mtd@lists.infradead.org>,
<miquel.raynal@bootlin.com>, <richard@nod.at>, <vigneshr@ti.com>,
<Aryan.Srivastava@alliedtelesis.co.nz>
Subject: RE: [PATCH v2 1/3] Revert "mtd: spi-nor: remove Fujitsu MB85RS1MT support"
Date: Wed, 1 Jul 2026 01:10:54 +0000 [thread overview]
Message-ID: <2b8390c0aaae4203af318f9a5edbb0eb@infineon.com> (raw)
In-Reply-To: <4efb1cf9-dfd7-432f-b95e-3075507a8eb0@alliedtelesis.co.nz>
Hi,
> Hi Takahiro,
>
> On 30/06/2026 19:47, Takahiro.Kuwano@infineon.com wrote:
> > Hi,
> >
> >> This reverts commit d9cd5c9a6fe26d544551cfaa94fb0abc50c0b895.
> >>
> >> The commit that removed support for this chip claimed that the at25
> >> driver was the correct driver to use for this chip. However, the at25
> >> driver exposes the chip as an NVMEM device, not a MTD device, so it's
> >> not a suitable replacement for users that want to mount a file system
> >> over the chip.
> >>
> > What file system do you use?
> > The size of FRAM chips (hundreds of KB) sounds too small for file
> > systems.
>
> We're using ext2. Technically we want this for the MB85RS4MT which is
> added in patch 3 of this series.
>
We don't add any FRAM chips in SPI-NOR...
> The use is for a small amount of additional storage separate to the main
> system NAND flash for some small "critical" files that we don't want to
> lose. We've been using devices like the mchp23lcv1024 and mr25h40 on
> other products for some time.
>
For that use, how about using tmpfs with NVMEM backup?
> >> Revert the change that removed support for the MB85RS1MT FRAM chip.
> >>
> >> Signed-off-by: Ronan Dalton <ronan.dalton@alliedtelesis.co.nz>
> >> Cc: linux-kernel@vger.kernel.org
> >> Cc: linux-mtd@lists.infradead.org
> >> Cc: Pratyush Yadav <pratyush@kernel.org>
> >> Cc: Michael Walle <mwalle@kernel.org>
> >> Cc: Takahiro Kuwano <takahiro.kuwano@infineon.com>
> >> Cc: Miquel Raynal <miquel.raynal@bootlin.com>
> >> Cc: Richard Weinberger <richard@nod.at>
> >> Cc: Vignesh Raghavendra <vigneshr@ti.com>
> >> Cc: Chris Packham <chris.packham@alliedtelesis.co.nz>
> >> Cc: Aryan Srivastava <aryan.srivastava@alliedtelesis.co.nz>
> >> ---
> >> Changes in v2:
> >> - No changes
> >>
> >> drivers/mtd/spi-nor/Makefile | 1 +
> >> drivers/mtd/spi-nor/core.c | 1 +
> >> drivers/mtd/spi-nor/core.h | 1 +
> >> drivers/mtd/spi-nor/fujitsu.c | 21 +++++++++++++++++++++
> >> 4 files changed, 24 insertions(+)
> >> create mode 100644 drivers/mtd/spi-nor/fujitsu.c
> >>
> >> diff --git a/drivers/mtd/spi-nor/Makefile b/drivers/mtd/spi-nor/Makefile
> >> index 5dd9c35f6b6f..9216a5a29a2b 100644
> >> --- a/drivers/mtd/spi-nor/Makefile
> >> +++ b/drivers/mtd/spi-nor/Makefile
> >> @@ -5,6 +5,7 @@ spi-nor-objs += atmel.o
> >> spi-nor-objs += eon.o
> >> spi-nor-objs += esmt.o
> >> spi-nor-objs += everspin.o
> >> +spi-nor-objs += fujitsu.o
> >> spi-nor-objs += gigadevice.o
> >> spi-nor-objs += intel.o
> >> spi-nor-objs += issi.o
> >> diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
> >> index ccf4396cdcd0..d5ebbfd3fa7f 100644
> >> --- a/drivers/mtd/spi-nor/core.c
> >> +++ b/drivers/mtd/spi-nor/core.c
> >> @@ -2009,6 +2009,7 @@ static const struct spi_nor_manufacturer *manufacturers[] = {
> >> &spi_nor_eon,
> >> &spi_nor_esmt,
> >> &spi_nor_everspin,
> >> + &spi_nor_fujitsu,
> >> &spi_nor_gigadevice,
> >> &spi_nor_intel,
> >> &spi_nor_issi,
> >> diff --git a/drivers/mtd/spi-nor/core.h b/drivers/mtd/spi-nor/core.h
> >> index ba2d1a862c9d..a4d906e6d07d 100644
> >> --- a/drivers/mtd/spi-nor/core.h
> >> +++ b/drivers/mtd/spi-nor/core.h
> >> @@ -606,6 +606,7 @@ extern const struct spi_nor_manufacturer spi_nor_atmel;
> >> extern const struct spi_nor_manufacturer spi_nor_eon;
> >> extern const struct spi_nor_manufacturer spi_nor_esmt;
> >> extern const struct spi_nor_manufacturer spi_nor_everspin;
> >> +extern const struct spi_nor_manufacturer spi_nor_fujitsu;
> >> extern const struct spi_nor_manufacturer spi_nor_gigadevice;
> >> extern const struct spi_nor_manufacturer spi_nor_intel;
> >> extern const struct spi_nor_manufacturer spi_nor_issi;
> >> diff --git a/drivers/mtd/spi-nor/fujitsu.c b/drivers/mtd/spi-nor/fujitsu.c
> >> new file mode 100644
> >> index 000000000000..69cffc5c73ef
> >> --- /dev/null
> >> +++ b/drivers/mtd/spi-nor/fujitsu.c
> >> @@ -0,0 +1,21 @@
> >> +// SPDX-License-Identifier: GPL-2.0
> >> +/*
> >> + * Copyright (C) 2005, Intec Automation Inc.
> >> + * Copyright (C) 2014, Freescale Semiconductor, Inc.
> >> + */
> >> +
> >> +#include <linux/mtd/spi-nor.h>
> >> +
> >> +#include "core.h"
> >> +
> >> +static const struct flash_info fujitsu_nor_parts[] = {
> >> + /* Fujitsu */
> >> + { "mb85rs1mt", INFO(0x047f27, 0, 128 * 1024, 1)
> >> + FLAGS(SPI_NOR_NO_ERASE) },
> >> +};
> >> +
> >> +const struct spi_nor_manufacturer spi_nor_fujitsu = {
> >> + .name = "fujitsu",
> >> + .parts = fujitsu_nor_parts,
> >> + .nparts = ARRAY_SIZE(fujitsu_nor_parts),
> >> +};
> >> --
> >> 2.54.0
> > Thanks,
> > Takahiro
> >
WARNING: multiple messages have this Message-ID (diff)
From: <Takahiro.Kuwano@infineon.com>
To: <Chris.Packham@alliedtelesis.co.nz>,
<Ronan.Dalton@alliedtelesis.co.nz>, <pratyush@kernel.org>,
<mwalle@kernel.org>
Cc: <linux-kernel@vger.kernel.org>, <linux-mtd@lists.infradead.org>,
<miquel.raynal@bootlin.com>, <richard@nod.at>, <vigneshr@ti.com>,
<Aryan.Srivastava@alliedtelesis.co.nz>
Subject: RE: [PATCH v2 1/3] Revert "mtd: spi-nor: remove Fujitsu MB85RS1MT support"
Date: Wed, 1 Jul 2026 01:10:54 +0000 [thread overview]
Message-ID: <2b8390c0aaae4203af318f9a5edbb0eb@infineon.com> (raw)
In-Reply-To: <4efb1cf9-dfd7-432f-b95e-3075507a8eb0@alliedtelesis.co.nz>
Hi,
> Hi Takahiro,
>
> On 30/06/2026 19:47, Takahiro.Kuwano@infineon.com wrote:
> > Hi,
> >
> >> This reverts commit d9cd5c9a6fe26d544551cfaa94fb0abc50c0b895.
> >>
> >> The commit that removed support for this chip claimed that the at25
> >> driver was the correct driver to use for this chip. However, the at25
> >> driver exposes the chip as an NVMEM device, not a MTD device, so it's
> >> not a suitable replacement for users that want to mount a file system
> >> over the chip.
> >>
> > What file system do you use?
> > The size of FRAM chips (hundreds of KB) sounds too small for file
> > systems.
>
> We're using ext2. Technically we want this for the MB85RS4MT which is
> added in patch 3 of this series.
>
We don't add any FRAM chips in SPI-NOR...
> The use is for a small amount of additional storage separate to the main
> system NAND flash for some small "critical" files that we don't want to
> lose. We've been using devices like the mchp23lcv1024 and mr25h40 on
> other products for some time.
>
For that use, how about using tmpfs with NVMEM backup?
> >> Revert the change that removed support for the MB85RS1MT FRAM chip.
> >>
> >> Signed-off-by: Ronan Dalton <ronan.dalton@alliedtelesis.co.nz>
> >> Cc: linux-kernel@vger.kernel.org
> >> Cc: linux-mtd@lists.infradead.org
> >> Cc: Pratyush Yadav <pratyush@kernel.org>
> >> Cc: Michael Walle <mwalle@kernel.org>
> >> Cc: Takahiro Kuwano <takahiro.kuwano@infineon.com>
> >> Cc: Miquel Raynal <miquel.raynal@bootlin.com>
> >> Cc: Richard Weinberger <richard@nod.at>
> >> Cc: Vignesh Raghavendra <vigneshr@ti.com>
> >> Cc: Chris Packham <chris.packham@alliedtelesis.co.nz>
> >> Cc: Aryan Srivastava <aryan.srivastava@alliedtelesis.co.nz>
> >> ---
> >> Changes in v2:
> >> - No changes
> >>
> >> drivers/mtd/spi-nor/Makefile | 1 +
> >> drivers/mtd/spi-nor/core.c | 1 +
> >> drivers/mtd/spi-nor/core.h | 1 +
> >> drivers/mtd/spi-nor/fujitsu.c | 21 +++++++++++++++++++++
> >> 4 files changed, 24 insertions(+)
> >> create mode 100644 drivers/mtd/spi-nor/fujitsu.c
> >>
> >> diff --git a/drivers/mtd/spi-nor/Makefile b/drivers/mtd/spi-nor/Makefile
> >> index 5dd9c35f6b6f..9216a5a29a2b 100644
> >> --- a/drivers/mtd/spi-nor/Makefile
> >> +++ b/drivers/mtd/spi-nor/Makefile
> >> @@ -5,6 +5,7 @@ spi-nor-objs += atmel.o
> >> spi-nor-objs += eon.o
> >> spi-nor-objs += esmt.o
> >> spi-nor-objs += everspin.o
> >> +spi-nor-objs += fujitsu.o
> >> spi-nor-objs += gigadevice.o
> >> spi-nor-objs += intel.o
> >> spi-nor-objs += issi.o
> >> diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
> >> index ccf4396cdcd0..d5ebbfd3fa7f 100644
> >> --- a/drivers/mtd/spi-nor/core.c
> >> +++ b/drivers/mtd/spi-nor/core.c
> >> @@ -2009,6 +2009,7 @@ static const struct spi_nor_manufacturer *manufacturers[] = {
> >> &spi_nor_eon,
> >> &spi_nor_esmt,
> >> &spi_nor_everspin,
> >> + &spi_nor_fujitsu,
> >> &spi_nor_gigadevice,
> >> &spi_nor_intel,
> >> &spi_nor_issi,
> >> diff --git a/drivers/mtd/spi-nor/core.h b/drivers/mtd/spi-nor/core.h
> >> index ba2d1a862c9d..a4d906e6d07d 100644
> >> --- a/drivers/mtd/spi-nor/core.h
> >> +++ b/drivers/mtd/spi-nor/core.h
> >> @@ -606,6 +606,7 @@ extern const struct spi_nor_manufacturer spi_nor_atmel;
> >> extern const struct spi_nor_manufacturer spi_nor_eon;
> >> extern const struct spi_nor_manufacturer spi_nor_esmt;
> >> extern const struct spi_nor_manufacturer spi_nor_everspin;
> >> +extern const struct spi_nor_manufacturer spi_nor_fujitsu;
> >> extern const struct spi_nor_manufacturer spi_nor_gigadevice;
> >> extern const struct spi_nor_manufacturer spi_nor_intel;
> >> extern const struct spi_nor_manufacturer spi_nor_issi;
> >> diff --git a/drivers/mtd/spi-nor/fujitsu.c b/drivers/mtd/spi-nor/fujitsu.c
> >> new file mode 100644
> >> index 000000000000..69cffc5c73ef
> >> --- /dev/null
> >> +++ b/drivers/mtd/spi-nor/fujitsu.c
> >> @@ -0,0 +1,21 @@
> >> +// SPDX-License-Identifier: GPL-2.0
> >> +/*
> >> + * Copyright (C) 2005, Intec Automation Inc.
> >> + * Copyright (C) 2014, Freescale Semiconductor, Inc.
> >> + */
> >> +
> >> +#include <linux/mtd/spi-nor.h>
> >> +
> >> +#include "core.h"
> >> +
> >> +static const struct flash_info fujitsu_nor_parts[] = {
> >> + /* Fujitsu */
> >> + { "mb85rs1mt", INFO(0x047f27, 0, 128 * 1024, 1)
> >> + FLAGS(SPI_NOR_NO_ERASE) },
> >> +};
> >> +
> >> +const struct spi_nor_manufacturer spi_nor_fujitsu = {
> >> + .name = "fujitsu",
> >> + .parts = fujitsu_nor_parts,
> >> + .nparts = ARRAY_SIZE(fujitsu_nor_parts),
> >> +};
> >> --
> >> 2.54.0
> > Thanks,
> > Takahiro
> >
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2026-07-01 1:10 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-26 2:21 [PATCH v2 1/3] Revert "mtd: spi-nor: remove Fujitsu MB85RS1MT support" Ronan Dalton
2026-06-26 2:21 ` Ronan Dalton
2026-06-26 2:21 ` [PATCH v2 2/3] mtd: spi-nor: fujitsu: Convert to new flash_info format Ronan Dalton
2026-06-26 2:21 ` Ronan Dalton
2026-06-26 2:21 ` [PATCH v2 3/3] mtd: spi-nor: fujitsu: Add support for MB85RS4MTY chip Ronan Dalton
2026-06-26 2:21 ` Ronan Dalton
2026-07-01 8:05 ` Michael Walle
2026-07-01 8:05 ` Michael Walle
2026-07-01 23:48 ` Ronan Dalton
2026-07-01 23:48 ` Ronan Dalton
2026-06-30 7:47 ` [PATCH v2 1/3] Revert "mtd: spi-nor: remove Fujitsu MB85RS1MT support" Takahiro.Kuwano
2026-06-30 7:47 ` Takahiro.Kuwano
2026-06-30 21:05 ` Chris Packham
2026-06-30 21:05 ` Chris Packham
2026-07-01 1:10 ` Takahiro.Kuwano [this message]
2026-07-01 1:10 ` Takahiro.Kuwano
2026-07-01 2:08 ` Ronan Dalton
2026-07-01 2:08 ` Ronan Dalton
2026-07-01 8:12 ` Michael Walle
2026-07-01 8:12 ` Michael Walle
2026-07-01 23:42 ` Ronan Dalton
2026-07-01 23:42 ` Ronan Dalton
2026-07-01 9:49 ` Takahiro.Kuwano
2026-07-01 9:49 ` Takahiro.Kuwano
2026-07-02 1:21 ` Ronan Dalton
2026-07-02 1:21 ` Ronan Dalton
2026-07-02 2:41 ` Takahiro.Kuwano
2026-07-02 2:41 ` Takahiro.Kuwano
2026-07-02 3:06 ` Chris Packham
2026-07-02 3:06 ` Chris Packham
2026-07-02 5:39 ` Richard Weinberger
2026-07-02 5:39 ` Richard Weinberger
2026-07-02 23:48 ` Ronan Dalton
2026-07-02 23:48 ` Ronan Dalton
2026-07-03 5:45 ` Richard Weinberger
2026-07-03 5:45 ` Richard Weinberger
2026-07-03 10:15 ` Miquel Raynal
2026-07-03 10:15 ` Miquel Raynal
2026-07-05 22:12 ` Ronan Dalton
2026-07-05 22:12 ` Ronan Dalton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2b8390c0aaae4203af318f9a5edbb0eb@infineon.com \
--to=takahiro.kuwano@infineon.com \
--cc=Aryan.Srivastava@alliedtelesis.co.nz \
--cc=Chris.Packham@alliedtelesis.co.nz \
--cc=Ronan.Dalton@alliedtelesis.co.nz \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=miquel.raynal@bootlin.com \
--cc=mwalle@kernel.org \
--cc=pratyush@kernel.org \
--cc=richard@nod.at \
--cc=vigneshr@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.