All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Mark Brown <broonie@kernel.org>
Cc: Richard Weinberger <richard@nod.at>,
	 Vignesh Raghavendra <vigneshr@ti.com>,
	 Michael Walle <mwalle@kernel.org>,
	 Pratyush Yadav <pratyush@kernel.org>,
	 Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	Steam Lin <STLin2@winbond.com>,  Santhosh Kumar K <s-k6@ti.com>,
	linux-spi@vger.kernel.org,  linux-kernel@vger.kernel.org,
	linux-mtd@lists.infradead.org
Subject: Re: [PATCH v2 00/11] mtd: spinand: Winbond continuous read support
Date: Tue, 28 Apr 2026 14:43:48 +0200	[thread overview]
Message-ID: <87ecjzdzln.fsf@bootlin.com> (raw)
In-Reply-To: <20260326-winbond-v6-18-rc1-cont-read-v2-0-643de97a68a3@bootlin.com> (Miquel Raynal's message of "Thu, 26 Mar 2026 17:25:47 +0100")

On 26/03/2026 at 17:25:47 +01, Miquel Raynal <miquel.raynal@bootlin.com> wrote:

> Hello,
>
> SPI NAND continuous read support has already been added a few releases
> ago, but only Macronix chips were benefiting from this support. Winbond
> chips also have a continuous read feature, which is slightly more
> complex to use in the scope of the Linux kernel, because they these
> chips expect a different read from cache operation once in continuous
> mode.
>
> In order to be more flexible, this series changes the logic behind
> dirmaps. Direct mappings used to be very static, not flexible. I am
> proposing to change this and turn them in to slightly more dynamic
> interfaces, where for instance we can:
> - Enable/disable the correction (was previously handled by creating yet
>   another pair of direct mappings per target).
> - Select one or another variant for the cache operations.
>
> I propose to name the variants available in a direct mapping "primary"
> and "secondary", and let the upper layer (SPI NOR or SPI NAND) point to
> the one that needs to be used for the operation. Controller drivers
> should not really care about this change, expect the fact that they
> should not keep a static representation of the template on their
> side. Because of that, I am creating a capability boolean to flag
> drivers that support this capability (the flag is ignored in the
> nodirmap case).
>

Applied to nand/next.

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

WARNING: multiple messages have this Message-ID (diff)
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Mark Brown <broonie@kernel.org>
Cc: Richard Weinberger <richard@nod.at>,
	 Vignesh Raghavendra <vigneshr@ti.com>,
	 Michael Walle <mwalle@kernel.org>,
	 Pratyush Yadav <pratyush@kernel.org>,
	 Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	Steam Lin <STLin2@winbond.com>,  Santhosh Kumar K <s-k6@ti.com>,
	linux-spi@vger.kernel.org,  linux-kernel@vger.kernel.org,
	linux-mtd@lists.infradead.org
Subject: Re: [PATCH v2 00/11] mtd: spinand: Winbond continuous read support
Date: Tue, 28 Apr 2026 14:43:48 +0200	[thread overview]
Message-ID: <87ecjzdzln.fsf@bootlin.com> (raw)
In-Reply-To: <20260326-winbond-v6-18-rc1-cont-read-v2-0-643de97a68a3@bootlin.com> (Miquel Raynal's message of "Thu, 26 Mar 2026 17:25:47 +0100")

On 26/03/2026 at 17:25:47 +01, Miquel Raynal <miquel.raynal@bootlin.com> wrote:

> Hello,
>
> SPI NAND continuous read support has already been added a few releases
> ago, but only Macronix chips were benefiting from this support. Winbond
> chips also have a continuous read feature, which is slightly more
> complex to use in the scope of the Linux kernel, because they these
> chips expect a different read from cache operation once in continuous
> mode.
>
> In order to be more flexible, this series changes the logic behind
> dirmaps. Direct mappings used to be very static, not flexible. I am
> proposing to change this and turn them in to slightly more dynamic
> interfaces, where for instance we can:
> - Enable/disable the correction (was previously handled by creating yet
>   another pair of direct mappings per target).
> - Select one or another variant for the cache operations.
>
> I propose to name the variants available in a direct mapping "primary"
> and "secondary", and let the upper layer (SPI NOR or SPI NAND) point to
> the one that needs to be used for the operation. Controller drivers
> should not really care about this change, expect the fact that they
> should not keep a static representation of the template on their
> side. Because of that, I am creating a capability boolean to flag
> drivers that support this capability (the flag is ignored in the
> nodirmap case).
>

Applied to nand/next.

  parent reply	other threads:[~2026-04-28 12:44 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-26 16:25 [PATCH v2 00/11] mtd: spinand: Winbond continuous read support Miquel Raynal
2026-03-26 16:25 ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 01/11] mtd: spinand: Drop a too strong limitation Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 02/11] mtd: spinand: Expose spinand_op_is_odtr() Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 03/11] mtd: spinand: Drop ECC dirmaps Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 04/11] spi: spi-mem: Transform the read operation template Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 05/11] spi: spi-mem: Create a secondary read operation Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 06/11] mtd: spinand: Use secondary ops for continuous reads Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 07/11] mtd: spinand: winbond: Ensure chips are ordered by density Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 08/11] mtd: spinand: winbond: Add support for continuous reads on W35NxxJW Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 09/11] mtd: spinand: winbond: Create a helper to write the HS bit Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 10/11] mtd: spinand: winbond: Create a helper to detect the need for " Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-03-26 16:25 ` [PATCH v2 11/11] mtd: spinand: winbond: Add support for continuous reads on W25NxxJW Miquel Raynal
2026-03-26 16:25   ` Miquel Raynal
2026-04-28 12:43 ` Miquel Raynal [this message]
2026-04-28 12:43   ` [PATCH v2 00/11] mtd: spinand: Winbond continuous read support 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=87ecjzdzln.fsf@bootlin.com \
    --to=miquel.raynal@bootlin.com \
    --cc=STLin2@winbond.com \
    --cc=broonie@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=mwalle@kernel.org \
    --cc=pratyush@kernel.org \
    --cc=richard@nod.at \
    --cc=s-k6@ti.com \
    --cc=thomas.petazzoni@bootlin.com \
    --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.