From: Boris Brezillon <boris.brezillon@bootlin.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Richard Weinberger <richard@nod.at>,
David Woodhouse <dwmw2@infradead.org>,
Brian Norris <computersforpeace@gmail.com>,
Marek Vasut <marek.vasut@gmail.com>,
linux-mtd@lists.infradead.org,
Wenyou Yang <wenyou.yang@microchip.com>,
Josh Wu <rainyfeeling@outlook.com>,
Stefan Agner <stefan@agner.ch>, Lucas Stach <dev@lynxeye.de>
Subject: Re: [PATCH v5 05/17] mtd: rawnand: atmel: clarify NAND addition/removal paths
Date: Wed, 25 Jul 2018 17:42:10 +0200 [thread overview]
Message-ID: <20180725174210.3a1c0535@bbrezillon> (raw)
In-Reply-To: <20180725133152.30898-6-miquel.raynal@bootlin.com>
On Wed, 25 Jul 2018 15:31:40 +0200
Miquel Raynal <miquel.raynal@bootlin.com> wrote:
> No need for an atmel_nand_register() function, let's move the code in
> it directly where the function was called: in
> atmel_nand_controller_add_nand(). Also, for more coherence, rename
> atmel_nand_unregister() as atmel_nand_controller_remove_nand(), as
> opposed as the previously mentioned function.
How about replacing the last sentence (which is not clear at all) by:
"
To make things consistent, also rename atmel_nand_unregister() into
atmel_nand_controller_remove_nand().
"
>
> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Reviewed-by: Boris Brezillon <boris.brezillon@bootlin.com>
> ---
> drivers/mtd/nand/raw/atmel/nand-controller.c | 102 ++++++++++++---------------
> 1 file changed, 45 insertions(+), 57 deletions(-)
>
> diff --git a/drivers/mtd/nand/raw/atmel/nand-controller.c b/drivers/mtd/nand/raw/atmel/nand-controller.c
> index 4d27401f1299..143d029710f0 100644
> --- a/drivers/mtd/nand/raw/atmel/nand-controller.c
> +++ b/drivers/mtd/nand/raw/atmel/nand-controller.c
> @@ -1573,7 +1573,7 @@ static int atmel_nand_detect(struct atmel_nand *nand)
> return ret;
> }
>
> -static int atmel_nand_unregister(struct atmel_nand *nand)
> +static int atmel_nand_controller_remove_nand(struct atmel_nand *nand)
> {
> struct nand_chip *chip = &nand->base;
> struct mtd_info *mtd = nand_to_mtd(chip);
> @@ -1589,60 +1589,6 @@ static int atmel_nand_unregister(struct atmel_nand *nand)
> return 0;
> }
>
> -static int atmel_nand_register(struct atmel_nand *nand)
> -{
> - struct nand_chip *chip = &nand->base;
> - struct mtd_info *mtd = nand_to_mtd(chip);
> - struct atmel_nand_controller *nc;
> - int ret;
> -
> - nc = to_nand_controller(chip->controller);
> -
> - if (nc->caps->legacy_of_bindings || !nc->dev->of_node) {
> - /*
> - * We keep the MTD name unchanged to avoid breaking platforms
> - * where the MTD cmdline parser is used and the bootloader
> - * has not been updated to use the new naming scheme.
> - */
> - mtd->name = "atmel_nand";
> - } else if (!mtd->name) {
> - /*
> - * If the new bindings are used and the bootloader has not been
> - * updated to pass a new mtdparts parameter on the cmdline, you
> - * should define the following property in your nand node:
> - *
> - * label = "atmel_nand";
> - *
> - * This way, mtd->name will be set by the core when
> - * nand_set_flash_node() is called.
> - */
> - mtd->name = devm_kasprintf(nc->dev, GFP_KERNEL,
> - "%s:nand.%d", dev_name(nc->dev),
> - nand->cs[0].id);
> - if (!mtd->name) {
> - dev_err(nc->dev, "Failed to allocate mtd->name\n");
> - return -ENOMEM;
> - }
> - }
> -
> - ret = nand_scan_tail(mtd);
> - if (ret) {
> - dev_err(nc->dev, "nand_scan_tail() failed: %d\n", ret);
> - return ret;
> - }
> -
> - ret = mtd_device_register(mtd, NULL, 0);
> - if (ret) {
> - dev_err(nc->dev, "Failed to register mtd device: %d\n", ret);
> - nand_cleanup(chip);
> - return ret;
> - }
> -
> - list_add_tail(&nand->node, &nc->chips);
> -
> - return 0;
> -}
> -
> static struct atmel_nand *atmel_nand_create(struct atmel_nand_controller *nc,
> struct device_node *np,
> int reg_cells)
> @@ -1772,7 +1718,49 @@ atmel_nand_controller_add_nand(struct atmel_nand_controller *nc,
> if (ret)
> return ret;
>
> - return atmel_nand_register(nand);
> + if (nc->caps->legacy_of_bindings || !nc->dev->of_node) {
> + /*
> + * We keep the MTD name unchanged to avoid breaking platforms
> + * where the MTD cmdline parser is used and the bootloader
> + * has not been updated to use the new naming scheme.
> + */
> + mtd->name = "atmel_nand";
> + } else if (!mtd->name) {
> + /*
> + * If the new bindings are used and the bootloader has not been
> + * updated to pass a new mtdparts parameter on the cmdline, you
> + * should define the following property in your nand node:
> + *
> + * label = "atmel_nand";
> + *
> + * This way, mtd->name will be set by the core when
> + * nand_set_flash_node() is called.
> + */
> + mtd->name = devm_kasprintf(nc->dev, GFP_KERNEL,
> + "%s:nand.%d", dev_name(nc->dev),
> + nand->cs[0].id);
> + if (!mtd->name) {
> + dev_err(nc->dev, "Failed to allocate mtd->name\n");
> + return -ENOMEM;
> + }
> + }
> +
> + ret = nand_scan_tail(mtd);
> + if (ret) {
> + dev_err(nc->dev, "nand_scan_tail() failed: %d\n", ret);
> + return ret;
> + }
> +
> + ret = mtd_device_register(mtd, NULL, 0);
> + if (ret) {
> + dev_err(nc->dev, "Failed to register mtd device: %d\n", ret);
> + nand_cleanup(chip);
> + return ret;
> + }
> +
> + list_add_tail(&nand->node, &nc->chips);
> +
> + return 0;
> }
>
> static int
> @@ -1782,7 +1770,7 @@ atmel_nand_controller_remove_nands(struct atmel_nand_controller *nc)
> int ret;
>
> list_for_each_entry_safe(nand, tmp, &nc->chips, node) {
> - ret = atmel_nand_unregister(nand);
> + ret = atmel_nand_controller_remove_nand(nand);
> if (ret)
> return ret;
> }
next prev parent reply other threads:[~2018-07-25 15:42 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-25 13:31 [PATCH v5 00/17] Allow dynamic allocations during NAND chip identification phase Miquel Raynal
2018-07-25 13:31 ` [PATCH v5 01/17] mtd: rawnand: brcmnand: convert driver to nand_scan() Miquel Raynal
2018-07-25 15:22 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 02/17] mtd: rawnand: cafe: " Miquel Raynal
2018-07-25 15:34 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 03/17] mtd: rawnand: lpc32xx_mlc: " Miquel Raynal
2018-07-25 15:38 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 04/17] mtd: rawnand: omap2: " Miquel Raynal
2018-07-25 15:39 ` Boris Brezillon
2018-12-13 18:01 ` [v5,04/17] " Alexander Sverdlin
2018-12-13 18:30 ` Boris Brezillon
2018-12-13 18:37 ` Boris Brezillon
2018-12-13 19:06 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 05/17] mtd: rawnand: atmel: clarify NAND addition/removal paths Miquel Raynal
2018-07-25 15:42 ` Boris Brezillon [this message]
2018-07-25 13:31 ` [PATCH v5 06/17] mtd: rawnand: atmel: convert driver to nand_scan() Miquel Raynal
2018-07-25 15:43 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 07/17] mtd: rawnand: do not execute nand_scan_ident() if maxchips is zero Miquel Raynal
2018-07-25 15:44 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 08/17] mtd: rawnand: docg4: convert driver to nand_scan() Miquel Raynal
2018-07-25 15:47 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 09/17] mtd: rawnand: jz4740: fix probe function error path Miquel Raynal
2018-07-25 15:48 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 10/17] mtd: rawnand: jz4740: group nand_scan_{ident, tail} calls Miquel Raynal
2018-07-25 15:54 ` [PATCH v5 10/17] mtd: rawnand: jz4740: group nand_scan_{ident,tail} calls Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 11/17] mtd: rawnand: jz4740: convert driver to nand_scan() Miquel Raynal
2018-07-25 15:55 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 12/17] mtd: rawnand: tegra: " Miquel Raynal
2018-07-25 15:56 ` Boris Brezillon
2018-07-26 16:29 ` Stefan Agner
2018-07-26 18:01 ` Boris Brezillon
2018-07-27 7:13 ` Stefan Agner
2018-07-27 8:06 ` Miquel Raynal
2018-07-27 8:33 ` Stefan Agner
2018-07-25 13:31 ` [PATCH v5 13/17] mtd: rawnand: txx9ndfmc: clarify ECC parameters assignation Miquel Raynal
2018-07-25 15:57 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 14/17] mtd: rawnand: txx9ndfmc: convert driver to nand_scan() Miquel Raynal
2018-07-25 13:31 ` [PATCH v5 15/17] mtd: rawnand: do not export nand_scan_[ident|tail]() anymore Miquel Raynal
2018-07-25 15:59 ` Boris Brezillon
2018-07-25 13:31 ` [PATCH v5 16/17] mtd: rawnand: allocate model parameter dynamically Miquel Raynal
2018-07-25 13:31 ` [PATCH v5 17/17] mtd: rawnand: allocate dynamically ONFI parameters during detection 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=20180725174210.3a1c0535@bbrezillon \
--to=boris.brezillon@bootlin.com \
--cc=computersforpeace@gmail.com \
--cc=dev@lynxeye.de \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marek.vasut@gmail.com \
--cc=miquel.raynal@bootlin.com \
--cc=rainyfeeling@outlook.com \
--cc=richard@nod.at \
--cc=stefan@agner.ch \
--cc=wenyou.yang@microchip.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