mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Hauke Mehrtens <hauke@hauke-m.de>
To: "Daniel Golle" <daniel@makrotopia.org>,
	"Rob Herring" <robh@kernel.org>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Conor Dooley" <conor+dt@kernel.org>,
	"Ulf Hansson" <ulf.hansson@linaro.org>,
	"Jens Axboe" <axboe@kernel.dk>,
	"Srinivas Kandagatla" <srinivas.kandagatla@linaro.org>,
	"Dave Chinner" <dchinner@redhat.com>, "Jan Kara" <jack@suse.cz>,
	"Christian Brauner" <brauner@kernel.org>,
	"Thomas Weißschuh" <linux@weissschuh.net>,
	"Al Viro" <viro@zeniv.linux.org.uk>,
	"Li Lingfeng" <lilingfeng3@huawei.com>,
	"Christian Heusel" <christian@heusel.eu>,
	"Min Li" <min15.li@samsung.com>,
	"Avri Altman" <avri.altman@wdc.com>,
	"Adrian Hunter" <adrian.hunter@intel.com>,
	"Hannes Reinecke" <hare@suse.de>,
	"Mikko Rapeli" <mikko.rapeli@linaro.org>,
	"Yeqi Fu" <asuk4.q@gmail.com>,
	"Victor Shih" <victor.shih@genesyslogic.com.tw>,
	"Christophe JAILLET" <christophe.jaillet@wanadoo.fr>,
	"Li Zhijian" <lizhijian@fujitsu.com>,
	"Ricardo B. Marliere" <ricardo@marliere.net>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mmc@vger.kernel.org, linux-block@vger.kernel.org
Subject: Re: [PATCH v2 2/9] block: partitions: populate fwnode
Date: Thu, 13 Jun 2024 23:09:55 +0200	[thread overview]
Message-ID: <93428cdd-301a-46d7-84ef-e5c8ad42f495@hauke-m.de> (raw)
In-Reply-To: <3329bf2fa25695934b392944ff977ae95dc8c02d.1717031992.git.daniel@makrotopia.org>

Hi Daniel,

On 5/30/24 04:13, Daniel Golle wrote:
> Let block partitions to be represented by a firmware node and hence
> allow them to being referenced e.g. for use with blk-nvmem.
> 
> Signed-off-by: Daniel Golle <daniel@makrotopia.org>
> ---
>   block/partitions/core.c | 41 +++++++++++++++++++++++++++++++++++++++++
>   1 file changed, 41 insertions(+)
> 
> diff --git a/block/partitions/core.c b/block/partitions/core.c
> index ab76e64f0f6c..93d109409905 100644
> --- a/block/partitions/core.c
> +++ b/block/partitions/core.c
> @@ -10,6 +10,8 @@
>   #include <linux/ctype.h>
>   #include <linux/vmalloc.h>
>   #include <linux/raid/detect.h>
> +#include <linux/property.h>
> +
>   #include "check.h"
>   
>   static int (*const check_part[])(struct parsed_partitions *) = {
> @@ -281,6 +283,43 @@ static ssize_t whole_disk_show(struct device *dev,
>   }
>   static const DEVICE_ATTR(whole_disk, 0444, whole_disk_show, NULL);
>   
> +static struct fwnode_handle *find_partition_fwnode(struct block_device *bdev)
> +{
> +	struct fwnode_handle *fw_parts, *fw_part;
> +	struct device *ddev = disk_to_dev(bdev->bd_disk);
> +	const char *partname, *uuid;
> +	u32 partno;
> +
> +	fw_parts = device_get_named_child_node(ddev, "partitions");
> +	if (!fw_parts)
> +		fw_parts = device_get_named_child_node(ddev->parent, "partitions");

Could you please explain why you try to get the node from the device and 
the parent when it is not available? I think this should go into the 
commit description.

> +
> +	if (!fw_parts)
> +		return NULL;
> +
> +	fwnode_for_each_child_node(fw_parts, fw_part) {
> +		if (!fwnode_property_read_string(fw_part, "uuid", &uuid) &&
> +		    (!bdev->bd_meta_info || strncmp(uuid,
> +						    bdev->bd_meta_info->uuid,
> +						    PARTITION_META_INFO_UUIDLTH)))

I think you should check that the uuid provided in the device tree is 
not longer than PARTITION_META_INFO_UUIDLTH. Same for the volume name.

> +			continue;
> +
> +		if (!fwnode_property_read_string(fw_part, "partname", &partname) &&
> +		    (!bdev->bd_meta_info || strncmp(partname,
> +						    bdev->bd_meta_info->volname,
> +						    PARTITION_META_INFO_VOLNAMELTH)))
> +			continue;
> +
> +		if (!fwnode_property_read_u32(fw_part, "partno", &partno) &&
> +		    bdev_partno(bdev) != partno)
> +			continue;
> +
> +		return fw_part;
> +	}
> +
> +	return NULL;
> +}
> +
>   /*
>    * Must be called either with open_mutex held, before a disk can be opened or
>    * after all disk users are gone.
> @@ -355,6 +394,8 @@ static struct block_device *add_partition(struct gendisk *disk, int partno,
>   			goto out_put;
>   	}
>   
> +	device_set_node(pdev, find_partition_fwnode(bdev));
> +
>   	/* delay uevent until 'holders' subdir is created */
>   	dev_set_uevent_suppress(pdev, 1);
>   	err = device_add(pdev);

Hauke


  reply	other threads:[~2024-06-13 21:10 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-30  2:12 [PATCH v2 0/9] nvmem: implement block NVMEM provider Daniel Golle
2024-05-30  2:13 ` [PATCH v2 1/9] dt-bindings: block: add basic bindings for block devices Daniel Golle
2024-05-30  2:13 ` [PATCH v2 2/9] block: partitions: populate fwnode Daniel Golle
2024-06-13 21:09   ` Hauke Mehrtens [this message]
2024-05-30  2:14 ` [PATCH v2 3/9] block: add support for notifications Daniel Golle
2024-05-30  2:14 ` [PATCH v2 4/9] block: add new genhd flag GENHD_FL_NVMEM Daniel Golle
2024-05-30  2:15 ` [PATCH v2 5/9] nvmem: implement block NVMEM provider Daniel Golle
2024-05-30  2:15 ` [PATCH v2 6/9] dt-bindings: mmc: mmc-card: add block device nodes Daniel Golle
2024-05-30  2:15 ` [PATCH v2 7/9] mmc: core: set card fwnode_handle Daniel Golle
2024-05-30  2:15 ` [PATCH v2 8/9] mmc: block: set fwnode of disk devices Daniel Golle
2024-05-30  2:15 ` [PATCH v2 9/9] mmc: block: set GENHD_FL_NVMEM Daniel Golle

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=93428cdd-301a-46d7-84ef-e5c8ad42f495@hauke-m.de \
    --to=hauke@hauke-m.de \
    --cc=adrian.hunter@intel.com \
    --cc=asuk4.q@gmail.com \
    --cc=avri.altman@wdc.com \
    --cc=axboe@kernel.dk \
    --cc=brauner@kernel.org \
    --cc=christian@heusel.eu \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=conor+dt@kernel.org \
    --cc=daniel@makrotopia.org \
    --cc=dchinner@redhat.com \
    --cc=devicetree@vger.kernel.org \
    --cc=hare@suse.de \
    --cc=jack@suse.cz \
    --cc=krzk+dt@kernel.org \
    --cc=lilingfeng3@huawei.com \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux@weissschuh.net \
    --cc=lizhijian@fujitsu.com \
    --cc=mikko.rapeli@linaro.org \
    --cc=min15.li@samsung.com \
    --cc=ricardo@marliere.net \
    --cc=robh@kernel.org \
    --cc=srinivas.kandagatla@linaro.org \
    --cc=ulf.hansson@linaro.org \
    --cc=victor.shih@genesyslogic.com.tw \
    --cc=viro@zeniv.linux.org.uk \
    /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

all inboxes | Powered by JetHome®