From: Pratyush Yadav <p.yadav@ti.com>
To: Michael Walle <michael@walle.cc>
Cc: <linux-mtd@lists.infradead.org>, <linux-kernel@vger.kernel.org>,
Tudor Ambarus <tudor.ambarus@microchip.com>,
Miquel Raynal <miquel.raynal@bootlin.com>,
Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
<yaliang.wang@windriver.com>
Subject: Re: [PATCH v4 26/32] mtd: spi-nor: micron-st: rename vendor specific functions and defines
Date: Wed, 23 Feb 2022 17:24:44 +0530 [thread overview]
Message-ID: <20220223115444.wj24a2vvtjc2zexv@ti.com> (raw)
In-Reply-To: <20220221120809.1531502-27-michael@walle.cc>
On 21/02/22 01:08PM, Michael Walle wrote:
> Drop the generic spi_nor prefix for all the micron-st functions.
>
> Signed-off-by: Michael Walle <michael@walle.cc>
> ---
> drivers/mtd/spi-nor/micron-st.c | 20 ++++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/mtd/spi-nor/micron-st.c b/drivers/mtd/spi-nor/micron-st.c
> index f693f8720541..de450495e1ab 100644
> --- a/drivers/mtd/spi-nor/micron-st.c
> +++ b/drivers/mtd/spi-nor/micron-st.c
> @@ -309,7 +309,7 @@ static int micron_st_nor_set_4byte_addr_mode(struct spi_nor *nor, bool enable)
> }
>
> /**
> - * spi_nor_read_fsr() - Read the Flag Status Register.
> + * micron_st_nor_read_fsr() - Read the Flag Status Register.
> * @nor: pointer to 'struct spi_nor'
> * @fsr: pointer to a DMA-able buffer where the value of the
> * Flag Status Register will be written. Should be at least 2
> @@ -317,7 +317,7 @@ static int micron_st_nor_set_4byte_addr_mode(struct spi_nor *nor, bool enable)
> *
> * Return: 0 on success, -errno otherwise.
> */
> -static int spi_nor_read_fsr(struct spi_nor *nor, u8 *fsr)
> +static int micron_st_nor_read_fsr(struct spi_nor *nor, u8 *fsr)
> {
> int ret;
>
> @@ -353,10 +353,10 @@ static int spi_nor_read_fsr(struct spi_nor *nor, u8 *fsr)
> }
>
> /**
> - * spi_nor_clear_fsr() - Clear the Flag Status Register.
> + * micron_st_nor_clear_fsr() - Clear the Flag Status Register.
> * @nor: pointer to 'struct spi_nor'.
> */
> -static void spi_nor_clear_fsr(struct spi_nor *nor)
> +static void micron_st_nor_clear_fsr(struct spi_nor *nor)
> {
> int ret;
>
> @@ -380,13 +380,13 @@ static void spi_nor_clear_fsr(struct spi_nor *nor)
> }
>
> /**
> - * spi_nor_fsr_ready() - Query the Flag Status Register to see if the flash is
> - * ready for new commands.
> + * micron_st_nor_fsr_ready() - Query the Flag Status Register to see if the
> + * flash is ready for new commands.
This is misleading. This function doesn't only query the FSR, but the SR
as well. I think this should be renamed to micron_st_nor_ready(), and
documentation updated to reflect that it checks for SR, and then FSR as
well if the flag is specified.
> * @nor: pointer to 'struct spi_nor'.
> *
> * Return: 1 if ready, 0 if not ready, -errno on errors.
> */
> -static int spi_nor_fsr_ready(struct spi_nor *nor)
> +static int micron_st_nor_fsr_ready(struct spi_nor *nor)
> {
> int sr_ready, ret;
--
Regards,
Pratyush Yadav
Texas Instruments Inc.
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2022-02-23 12:34 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-21 12:07 [PATCH v4 00/32] mtd: spi-nor: move vendor specific code into vendor modules Michael Walle
2022-02-21 12:07 ` [PATCH v4 01/32] mtd: spi-nor: atmel: unify function names Michael Walle
2022-02-22 7:23 ` Pratyush Yadav
2022-02-22 7:26 ` Michael Walle
2022-02-23 11:33 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 02/32] mtd: spi-nor: catalyst: " Michael Walle
2022-02-23 11:33 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 03/32] mtd: spi-nor: eon: " Michael Walle
2022-02-23 11:33 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 04/32] mtd: spi-nor: esmt: " Michael Walle
2022-02-23 11:34 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 05/32] mtd: spi-nor: everspin: " Michael Walle
2022-02-23 11:34 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 06/32] mtd: spi-nor: fujitsu: " Michael Walle
2022-02-23 11:35 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 07/32] mtd: spi-nor: gigadevice: " Michael Walle
2022-02-23 11:35 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 08/32] mtd: spi-nor: intel: " Michael Walle
2022-02-23 11:35 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 09/32] mtd: spi-nor: issi: " Michael Walle
2022-02-23 11:36 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 10/32] mtd: spi-nor: macronix: " Michael Walle
2022-02-23 11:36 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 11/32] mtd: spi-nor: micron-st: " Michael Walle
2022-02-23 11:37 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 12/32] mtd: spi-nor: spansion: " Michael Walle
2022-02-23 11:37 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 13/32] mtd: spi-nor: sst: " Michael Walle
2022-02-23 11:38 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 14/32] mtd: spi-nor: winbond: " Michael Walle
2022-02-23 11:38 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 15/32] mtd: spi-nor: xilinx: " Michael Walle
2022-02-23 11:39 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 16/32] mtd: spi-nor: xmc: " Michael Walle
2022-02-23 11:40 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 17/32] mtd: spi-nor: slightly refactor the spi_nor_setup() Michael Walle
2022-02-21 12:07 ` [PATCH v4 18/32] mtd: spi-nor: allow a flash to define its own ready() function Michael Walle
2022-02-21 12:07 ` [PATCH v4 19/32] mtd: spi-nor: export more function to be used in vendor modules Michael Walle
2022-02-21 12:07 ` [PATCH v4 20/32] mtd: spi-nor: guard _page_size parameter in S3AN_INFO() Michael Walle
2022-02-22 7:26 ` Pratyush Yadav
2022-02-21 12:07 ` [PATCH v4 21/32] mtd: spi-nor: move all xilinx specifics into xilinx.c Michael Walle
2022-02-21 12:07 ` [PATCH v4 22/32] mtd: spi-nor: xilinx: rename vendor specific functions and defines Michael Walle
2022-02-23 11:51 ` Pratyush Yadav
2022-02-21 12:08 ` [PATCH v4 23/32] mtd: spi-nor: xilinx: correct the debug message Michael Walle
2022-02-21 12:08 ` [PATCH v4 24/32] mtd: spi-nor: move all micron-st specifics into micron-st.c Michael Walle
2022-02-21 12:08 ` [PATCH v4 25/32] mtd: spi-nor: micron-st: convert USE_FSR to a manufacturer flag Michael Walle
2022-02-21 12:08 ` [PATCH v4 26/32] mtd: spi-nor: micron-st: rename vendor specific functions and defines Michael Walle
2022-02-23 11:54 ` Pratyush Yadav [this message]
2022-02-21 12:08 ` [PATCH v4 27/32] mtd: spi-nor: spansion: slightly rework control flow in late_init() Michael Walle
2022-02-21 12:08 ` [PATCH v4 28/32] mtd: spi-nor: move all spansion specifics into spansion.c Michael Walle
2022-02-23 11:59 ` Pratyush Yadav
2022-02-21 12:08 ` [PATCH v4 29/32] mtd: spi-nor: spansion: convert USE_CLSR to a manufacturer flag Michael Walle
2022-02-21 12:08 ` [PATCH v4 30/32] mtd: spi-nor: spansion: rename vendor specific functions and defines Michael Walle
2022-02-23 12:01 ` Pratyush Yadav
2022-02-21 12:08 ` [PATCH v4 31/32] mtd: spi-nor: slightly change code style in spi_nor_sr_ready() Michael Walle
2022-02-23 12:00 ` Pratyush Yadav
2022-02-21 12:08 ` [PATCH v4 32/32] mtd: spi-nor: renumber flags Michael Walle
2022-02-22 8:59 ` [PATCH v4 00/32] mtd: spi-nor: move vendor specific code into vendor modules Tudor.Ambarus
2022-02-23 11:30 ` Pratyush Yadav
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=20220223115444.wj24a2vvtjc2zexv@ti.com \
--to=p.yadav@ti.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=michael@walle.cc \
--cc=miquel.raynal@bootlin.com \
--cc=richard@nod.at \
--cc=tudor.ambarus@microchip.com \
--cc=vigneshr@ti.com \
--cc=yaliang.wang@windriver.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