From: Boris Brezillon <boris.brezillon@collabora.com>
To: Miquel Raynal <miquel.raynal@bootlin.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 17:27:17 +0100 [thread overview]
Message-ID: <20211210172717.01fabb05@collabora.com> (raw)
In-Reply-To: <20211209174046.535229-6-miquel.raynal@bootlin.com>
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;
};
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.
> {
> if (!dtr) {
> if (op->cmd.dtr || op->addr.dtr ||
> @@ -183,6 +183,7 @@ static bool spi_mem_generic_supports_op(struct spi_mem *mem,
>
> return spi_mem_check_buswidth(mem, op);
> }
> +EXPORT_SYMBOL_GPL(spi_mem_generic_supports_op);
>
> bool spi_mem_dtr_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op)
> diff --git a/include/linux/spi/spi-mem.h b/include/linux/spi/spi-mem.h
> index 3be594be24c0..07f637cbe77d 100644
> --- a/include/linux/spi/spi-mem.h
> +++ b/include/linux/spi/spi-mem.h
> @@ -320,6 +320,10 @@ void spi_controller_dma_unmap_mem_op_data(struct spi_controller *ctlr,
> const struct spi_mem_op *op,
> struct sg_table *sg);
>
> +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> + const struct spi_mem_op *op,
> + bool dtr, bool ecc);
> +
> bool spi_mem_default_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op);
>
> @@ -327,6 +331,7 @@ bool spi_mem_dtr_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op);
>
> #else
> +
> static inline int
> spi_controller_dma_map_mem_op_data(struct spi_controller *ctlr,
> const struct spi_mem_op *op,
> @@ -342,6 +347,14 @@ spi_controller_dma_unmap_mem_op_data(struct spi_controller *ctlr,
> {
> }
>
> +static inline
> +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> + const struct spi_mem_op *op,
> + bool dtr, bool ecc)
> +{
> + return false;
> +}
> +
> static inline
> bool spi_mem_default_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op)
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
WARNING: multiple messages have this Message-ID (diff)
From: Boris Brezillon <boris.brezillon@collabora.com>
To: Miquel Raynal <miquel.raynal@bootlin.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 17:27:17 +0100 [thread overview]
Message-ID: <20211210172717.01fabb05@collabora.com> (raw)
In-Reply-To: <20211209174046.535229-6-miquel.raynal@bootlin.com>
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;
};
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.
> {
> if (!dtr) {
> if (op->cmd.dtr || op->addr.dtr ||
> @@ -183,6 +183,7 @@ static bool spi_mem_generic_supports_op(struct spi_mem *mem,
>
> return spi_mem_check_buswidth(mem, op);
> }
> +EXPORT_SYMBOL_GPL(spi_mem_generic_supports_op);
>
> bool spi_mem_dtr_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op)
> diff --git a/include/linux/spi/spi-mem.h b/include/linux/spi/spi-mem.h
> index 3be594be24c0..07f637cbe77d 100644
> --- a/include/linux/spi/spi-mem.h
> +++ b/include/linux/spi/spi-mem.h
> @@ -320,6 +320,10 @@ void spi_controller_dma_unmap_mem_op_data(struct spi_controller *ctlr,
> const struct spi_mem_op *op,
> struct sg_table *sg);
>
> +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> + const struct spi_mem_op *op,
> + bool dtr, bool ecc);
> +
> bool spi_mem_default_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op);
>
> @@ -327,6 +331,7 @@ bool spi_mem_dtr_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op);
>
> #else
> +
> static inline int
> spi_controller_dma_map_mem_op_data(struct spi_controller *ctlr,
> const struct spi_mem_op *op,
> @@ -342,6 +347,14 @@ spi_controller_dma_unmap_mem_op_data(struct spi_controller *ctlr,
> {
> }
>
> +static inline
> +bool spi_mem_generic_supports_op(struct spi_mem *mem,
> + const struct spi_mem_op *op,
> + bool dtr, bool ecc)
> +{
> + return false;
> +}
> +
> static inline
> bool spi_mem_default_supports_op(struct spi_mem *mem,
> const struct spi_mem_op *op)
next prev parent reply other threads:[~2021-12-10 16:28 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 [this message]
2021-12-10 16:27 ` Boris Brezillon
2021-12-10 17:15 ` Miquel Raynal
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=20211210172717.01fabb05@collabora.com \
--to=boris.brezillon@collabora.com \
--cc=Tudor.Ambarus@microchip.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=miquel.raynal@bootlin.com \
--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.