From: "Michael Walle" <mwalle@kernel.org>
To: "Miquel Raynal" <miquel.raynal@bootlin.com>,
"Pratyush Yadav" <pratyush@kernel.org>,
"Takahiro Kuwano" <takahiro.kuwano@infineon.com>,
"Richard Weinberger" <richard@nod.at>,
"Vignesh Raghavendra" <vigneshr@ti.com>,
"Tudor Ambarus" <tudor.ambarus@linaro.org>
Cc: <linux-mtd@lists.infradead.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [RFC PATCH 0/3] mtd: spi-nor: Rework flash parameter initialization
Date: Mon, 06 Jul 2026 09:33:38 +0200 [thread overview]
Message-ID: <DJRBBKVZJCK1.31E3LISI9XG5L@kernel.org> (raw)
In-Reply-To: <178331904816.868671.4599503585231715805.b4-ty@bootlin.com>
[-- Attachment #1: Type: text/plain, Size: 1445 bytes --]
On Mon Jul 6, 2026 at 8:24 AM CEST, Miquel Raynal wrote:
> On Mon, 01 Jun 2026 14:52:42 +0200, Michael Walle wrote:
>> Try to simplify the flash initialization and get rid of the legacy
>> handling. As default, all the flags of the in-kernel database are
>> taken and amended with the SFDP data.
>>
>> This might have the consequence that all the flashes now get a
>> RDSFPD opcode which might be an unknown opcode. But that was already
>> the case for any flashes which were unknown to the linux kernel. So
>> far, there was not a single complaint.
>>
>> [...]
>
> Applied to mtd/fixes, thanks!
>
> [1/3] mtd: spi-nor: spansion: s25fl256s0: remove SKIP_SFDP flag
> (no commit info)
> [2/3] mtd: spi-nor: don't clear the SNOR_F_4B_OPCODES flag on failure
> (no commit info)
> [3/3] mtd: spi-nor: rework flash parameter initialization
> (no commit info)
>
> Patche(s) should be available on mtd/linux.git and will be
> part of the next PR (provided that no robot complains by then).
Did you see, that there was a v1 of this series? There wasn't many
changes for these three patches. Just what Tudor mentioned that the
unsupported RDSFDP opcode should be mentioned in the commit message,
too.
Apart from that, the series now includes fixes that Sashiko found,
that is, the rollback in case of a failed SFDP parsing is broken. I
can also rebase that on top of these three patches.
-michael
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 297 bytes --]
next prev parent reply other threads:[~2026-07-06 7:33 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-01 12:52 [RFC PATCH 0/3] mtd: spi-nor: Rework flash parameter initialization Michael Walle
2026-06-01 12:52 ` [RFC PATCH 1/3] mtd: spi-nor: spansion: s25fl256s0: remove SKIP_SFDP flag Michael Walle
2026-06-02 9:57 ` Miquel Raynal
2026-06-02 11:01 ` Michael Walle
2026-06-05 8:05 ` Takahiro.Kuwano
2026-06-05 13:05 ` Tudor Ambarus
2026-06-01 12:52 ` [RFC PATCH 2/3] mtd: spi-nor: don't clear the SNOR_F_4B_OPCODES flag on failure Michael Walle
2026-06-02 9:58 ` Miquel Raynal
2026-06-05 8:15 ` Takahiro.Kuwano
2026-06-05 13:05 ` Tudor Ambarus
2026-06-01 12:52 ` [RFC PATCH 3/3] mtd: spi-nor: rework flash parameter initialization Michael Walle
2026-06-05 13:17 ` Tudor Ambarus
2026-06-02 10:03 ` [RFC PATCH 0/3] mtd: spi-nor: Rework " Miquel Raynal
2026-06-03 0:13 ` Takahiro.Kuwano
2026-06-05 8:50 ` Takahiro.Kuwano
2026-07-02 2:39 ` Cheng Ming Lin
2026-07-02 15:17 ` Miquel Raynal
2026-07-06 6:24 ` Miquel Raynal
2026-07-06 7:33 ` Michael Walle [this message]
2026-07-06 13:45 ` Miquel Raynal
2026-07-06 14:16 ` Miquel Raynal
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=DJRBBKVZJCK1.31E3LISI9XG5L@kernel.org \
--to=mwalle@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=miquel.raynal@bootlin.com \
--cc=pratyush@kernel.org \
--cc=richard@nod.at \
--cc=takahiro.kuwano@infineon.com \
--cc=tudor.ambarus@linaro.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox