All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: "Rafał Miłecki" <zajec5@gmail.com>
Cc: "Richard Weinberger" <richard@nod.at>,
	"Vignesh Raghavendra" <vigneshr@ti.com>,
	linux-mtd@lists.infradead.org,
	"Srinivas Kandagatla" <srinivas.kandagatla@linaro.org>,
	"Daniel Golle" <daniel@makrotopia.org>,
	"Rafał Miłecki" <rafal@milecki.pl>
Subject: Re: [PATCH V2] mtd: call of_platform_populate() for MTD partitions
Date: Mon, 9 May 2022 16:17:08 +0200	[thread overview]
Message-ID: <20220509161708.5817de9b@xps13> (raw)
In-Reply-To: <20220504194448.17427-1-zajec5@gmail.com>

Hi Rafał,

zajec5@gmail.com wrote on Wed,  4 May 2022 21:44:48 +0200:

> From: Rafał Miłecki <rafal@milecki.pl>
> 
> Until this change MTD subsystem supported handling partitions only with
> MTD partitions parsers. That's a specific / limited API designed around
> partitions.
> 
> Some MTD partitions may however require different handling. They may
> contain specific data that needs to be parsed and somehow extracted. For
> that purpose MTD subsystem should allow binding of standard platform
> drivers.
> 
> An example can be U-Boot (sub)partition with environment variables.
> There exist a "u-boot,env" DT binding for MTD (sub)partition that
> requires an NVMEM driver.
> 
> Ref: 5db1c2dbc04c ("dt-bindings: nvmem: add U-Boot environment variables binding")
> Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
> ---
> V2: Fix case for # CONFIG_MTD_PARTITIONED_MASTER is not set
>     master->dev can't be used blindly as it may point to unregistered
>     device and cause WARNINGs
> ---
>  drivers/mtd/mtdpart.c | 9 +++++++++
>  1 file changed, 9 insertions(+)
> 
> diff --git a/drivers/mtd/mtdpart.c b/drivers/mtd/mtdpart.c
> index 357661b62c94..4971fa69d076 100644
> --- a/drivers/mtd/mtdpart.c
> +++ b/drivers/mtd/mtdpart.c
> @@ -17,6 +17,7 @@
>  #include <linux/mtd/partitions.h>
>  #include <linux/err.h>
>  #include <linux/of.h>
> +#include <linux/of_platform.h>
>  
>  #include "mtdcore.h"
>  
> @@ -577,10 +578,16 @@ static int mtd_part_of_parse(struct mtd_info *master,
>  	struct mtd_part_parser *parser;
>  	struct device_node *np;
>  	struct property *prop;
> +	struct device *dev;
>  	const char *compat;
>  	const char *fixed = "fixed-partitions";
>  	int ret, err = 0;
>  
> +	if (mtd_is_partition(master) || IS_ENABLED(CONFIG_MTD_PARTITIONED_MASTER))

Are you sure about this condition? Isn't accessing master->dev.parent
going to fail if !IS_ENABLED(PARTITIONED_MASTER) ?

I'm not 100% sure my remark is correct but I fail to get the logic
here.

> +		dev = &master->dev;
> +	else
> +		dev = master->dev.parent;
> +
>  	np = mtd_get_of_node(master);
>  	if (mtd_is_partition(master))
>  		of_node_get(np);
> @@ -593,6 +600,7 @@ static int mtd_part_of_parse(struct mtd_info *master,
>  			continue;
>  		ret = mtd_part_do_parse(parser, master, pparts, NULL);
>  		if (ret > 0) {
> +			of_platform_populate(np, NULL, NULL, dev);
>  			of_node_put(np);
>  			return ret;
>  		}
> @@ -600,6 +608,7 @@ static int mtd_part_of_parse(struct mtd_info *master,
>  		if (ret < 0 && !err)
>  			err = ret;
>  	}
> +	of_platform_populate(np, NULL, NULL, dev);
>  	of_node_put(np);
>  
>  	/*


Thanks,
Miquèl

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

  reply	other threads:[~2022-05-09 14:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-04 19:44 [PATCH V2] mtd: call of_platform_populate() for MTD partitions Rafał Miłecki
2022-05-09 14:17 ` Miquel Raynal [this message]
2022-05-10  5:56   ` Rafał Miłecki
2022-05-10  8:12     ` 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=20220509161708.5817de9b@xps13 \
    --to=miquel.raynal@bootlin.com \
    --cc=daniel@makrotopia.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=rafal@milecki.pl \
    --cc=richard@nod.at \
    --cc=srinivas.kandagatla@linaro.org \
    --cc=vigneshr@ti.com \
    --cc=zajec5@gmail.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.