From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Boris Brezillon <boris.brezillon@collabora.com>
Cc: Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
Tudor Ambarus <Tudor.Ambarus@microchip.com>,
Pratyush Yadav <p.yadav@ti.com>, Michael Walle <michael@walle.cc>,
<linux-mtd@lists.infradead.org>, Mark Brown <broonie@kernel.org>,
<linux-spi@vger.kernel.org>, Julien Su <juliensu@mxic.com.tw>,
Jaime Liao <jaimeliao@mxic.com.tw>
Subject: Re: [PATCH v4 05/12] spi: spi-mem: Export the spi_mem_generic_supports_op() helper
Date: Fri, 10 Dec 2021 18:15:25 +0100 [thread overview]
Message-ID: <20211210181525.0f6e0038@xps13> (raw)
In-Reply-To: <20211210172717.01fabb05@collabora.com>
Hi Boris,
boris.brezillon@collabora.com wrote on Fri, 10 Dec 2021 17:27:17 +0100:
> On Thu, 9 Dec 2021 18:40:39 +0100
> Miquel Raynal <miquel.raynal@bootlin.com> wrote:
>
> > The combination of checks against the number of supported operations is
> > going to increase exponentially each time we add a new parameter. So far
> > we only had a dtr parameter. Now we are introducing an ECC parameter. We
> > need to make this helper available for drivers with specific needs,
> > instead of creating another set of helpers each time we want to check
> > something new. In the future if we see that many different drivers use
> > the same parameter values, we might be tempted to create a specific
> > helper for that. But for now, let's just make the generic one available.
> >
> > Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> > ---
> > drivers/spi/spi-mem.c | 7 ++++---
> > include/linux/spi/spi-mem.h | 13 +++++++++++++
> > 2 files changed, 17 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/spi/spi-mem.c b/drivers/spi/spi-mem.c
> > index 9e06cd918273..48b55395178f 100644
> > --- a/drivers/spi/spi-mem.c
> > +++ b/drivers/spi/spi-mem.c
> > @@ -160,9 +160,9 @@ static bool spi_mem_check_buswidth(struct spi_mem *mem,
> > return true;
> > }
> >
> > -static bool spi_mem_generic_supports_op(struct spi_mem *mem,
> > - const struct spi_mem_op *op,
> > - bool dtr, bool ecc)
> > +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> > + const struct spi_mem_op *op,
> > + bool dtr, bool ecc)
>
> Looks like you're replacing a maintenance burden by another. Every time
> you'll add a new capability, you'll have to patch all the wrappers and
> the drivers using this generic function to pass the extra parameter.
> How about passing a
>
> struct spi_mem_controller_caps {
> bool dtr;
> bool ecc;
> };
Oh yeah good idea, I like the structure more than the bitfield.
> or making the caps a bitmask, such that next time you add a new cap, you
> can just assume all drivers have it set to 0 by default.
Thanks,
Miquèl
______________________________________________________
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: Boris Brezillon <boris.brezillon@collabora.com>
Cc: Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
Tudor Ambarus <Tudor.Ambarus@microchip.com>,
Pratyush Yadav <p.yadav@ti.com>, Michael Walle <michael@walle.cc>,
<linux-mtd@lists.infradead.org>, Mark Brown <broonie@kernel.org>,
<linux-spi@vger.kernel.org>, Julien Su <juliensu@mxic.com.tw>,
Jaime Liao <jaimeliao@mxic.com.tw>
Subject: Re: [PATCH v4 05/12] spi: spi-mem: Export the spi_mem_generic_supports_op() helper
Date: Fri, 10 Dec 2021 18:15:25 +0100 [thread overview]
Message-ID: <20211210181525.0f6e0038@xps13> (raw)
In-Reply-To: <20211210172717.01fabb05@collabora.com>
Hi Boris,
boris.brezillon@collabora.com wrote on Fri, 10 Dec 2021 17:27:17 +0100:
> On Thu, 9 Dec 2021 18:40:39 +0100
> Miquel Raynal <miquel.raynal@bootlin.com> wrote:
>
> > The combination of checks against the number of supported operations is
> > going to increase exponentially each time we add a new parameter. So far
> > we only had a dtr parameter. Now we are introducing an ECC parameter. We
> > need to make this helper available for drivers with specific needs,
> > instead of creating another set of helpers each time we want to check
> > something new. In the future if we see that many different drivers use
> > the same parameter values, we might be tempted to create a specific
> > helper for that. But for now, let's just make the generic one available.
> >
> > Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> > ---
> > drivers/spi/spi-mem.c | 7 ++++---
> > include/linux/spi/spi-mem.h | 13 +++++++++++++
> > 2 files changed, 17 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/spi/spi-mem.c b/drivers/spi/spi-mem.c
> > index 9e06cd918273..48b55395178f 100644
> > --- a/drivers/spi/spi-mem.c
> > +++ b/drivers/spi/spi-mem.c
> > @@ -160,9 +160,9 @@ static bool spi_mem_check_buswidth(struct spi_mem *mem,
> > return true;
> > }
> >
> > -static bool spi_mem_generic_supports_op(struct spi_mem *mem,
> > - const struct spi_mem_op *op,
> > - bool dtr, bool ecc)
> > +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> > + const struct spi_mem_op *op,
> > + bool dtr, bool ecc)
>
> Looks like you're replacing a maintenance burden by another. Every time
> you'll add a new capability, you'll have to patch all the wrappers and
> the drivers using this generic function to pass the extra parameter.
> How about passing a
>
> struct spi_mem_controller_caps {
> bool dtr;
> bool ecc;
> };
Oh yeah good idea, I like the structure more than the bitfield.
> or making the caps a bitmask, such that next time you add a new cap, you
> can just assume all drivers have it set to 0 by default.
Thanks,
Miquèl
next prev parent reply other threads:[~2021-12-10 17:16 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-09 17:40 [PATCH v4 00/12] External ECC engines & Macronix support Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 01/12] mtd: nand: mxic-ecc: Support SPI pipelined mode Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 02/12] mtd: spinand: Delay a little bit the dirmap creation Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 03/12] spi: spi-mem: Create a helper to gather all the supports_op checks Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 04/12] spi: spi-mem: Add an ecc_en parameter to the spi_mem_op structure Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 05/12] spi: spi-mem: Export the spi_mem_generic_supports_op() helper Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-10 16:27 ` Boris Brezillon
2021-12-10 16:27 ` Boris Brezillon
2021-12-10 17:15 ` Miquel Raynal [this message]
2021-12-10 17:15 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 06/12] mtd: spinand: Create direct mapping descriptors for ECC operations Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 07/12] spi: mxic: Fix the transmit path Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 08/12] spi: mxic: Create a helper to configure the controller before an operation Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 09/12] spi: mxic: Create a helper to ease the start of " Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 10/12] spi: mxic: Add support for direct mapping Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 11/12] spi: mxic: Use spi_mem_generic_supports_op() Miquel Raynal
2021-12-09 17:40 ` Miquel Raynal
2021-12-09 17:40 ` [PATCH v4 12/12] spi: mxic: Add support for pipelined ECC operations Miquel Raynal
2021-12-09 17:40 ` 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=20211210181525.0f6e0038@xps13 \
--to=miquel.raynal@bootlin.com \
--cc=Tudor.Ambarus@microchip.com \
--cc=boris.brezillon@collabora.com \
--cc=broonie@kernel.org \
--cc=jaimeliao@mxic.com.tw \
--cc=juliensu@mxic.com.tw \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-spi@vger.kernel.org \
--cc=michael@walle.cc \
--cc=p.yadav@ti.com \
--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.