From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Wed, 07 Jun 2023 14:16:36 +0200 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1q6s5d-00EJuA-VJ for lore@lore.pengutronix.de; Wed, 07 Jun 2023 14:16:36 +0200 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1q6s5Z-00068U-MN; Wed, 07 Jun 2023 14:16:33 +0200 Received: from drehscheibe.grey.stw.pengutronix.de ([2a0a:edc0:0:c01:1d::a2]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q6s5X-00065V-K5; Wed, 07 Jun 2023 14:16:31 +0200 Received: from [2a0a:edc0:0:1101:1d::54] (helo=dude05.red.stw.pengutronix.de) by drehscheibe.grey.stw.pengutronix.de with esmtp (Exim 4.94.2) (envelope-from ) id 1q6s5W-005jmO-VB; Wed, 07 Jun 2023 14:16:30 +0200 Received: from afa by dude05.red.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1q6s5V-00DNCb-Ki; Wed, 07 Jun 2023 14:16:29 +0200 From: Ahmad Fatoum To: oss-tools@pengutronix.de Date: Wed, 7 Jun 2023 14:16:25 +0200 Message-Id: <20230607121628.3180139-6-a.fatoum@pengutronix.de> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230607121628.3180139-1-a.fatoum@pengutronix.de> References: <20230607121628.3180139-1-a.fatoum@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [OSS-Tools] [PATCH v2 5/8] libdt: use block device partition instead of parent if found X-BeenThere: oss-tools@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: Pengutronix Public Open-Source-Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "OSS-Tools" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: oss-tools-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false Linux doesn't parse MTD fixed-partitions described in the device tree for block devices and EEPROMs. For block devices, The dt-utils work around this by doing the lookup in userspace and then arrive at the parent block device along with an offset that is passed along. We can do better though: If there's a partition block device that contains the region we are interested in, we should just be using that. This avoids the issue of triggering a reread of the partition table after writing barebox state because udev is notified that we had been opening the whole block device writable. Tested-by: Ulrich Ölmann Signed-off-by: Ahmad Fatoum --- src/libdt.c | 60 +++++++++++++++++++++++++++++++++++++++-------------- 1 file changed, 45 insertions(+), 15 deletions(-) diff --git a/src/libdt.c b/src/libdt.c index c8a8ea43e452..1b381ed8915b 100644 --- a/src/libdt.c +++ b/src/libdt.c @@ -2212,23 +2212,29 @@ static int udev_device_parse_sysattr_u64(struct udev_device *dev, const char *at return 0; } +/* True if A completely contains B */ +static bool region_contains(loff_t starta, loff_t enda, + loff_t startb, loff_t endb) +{ + return starta <= startb && enda >= endb; +} + /* - * device_find_block_device - extract device path from udev block device + * cdev_from_block_device - Populate cdev from udev block device * * @dev: the udev_device to extract information from - * @devpath: returns the devicepath under which the block device is accessible + * @cdev: the cdev output parameter to populate * * returns 0 for success or negative error value on failure. */ -int device_find_block_device(struct udev_device *dev, - char **devpath) +static int cdev_from_block_device(struct udev_device *dev, + struct cdev *cdev) { struct udev *udev; struct udev_enumerate *enumerate; struct udev_list_entry *devices, *dev_list_entry; - struct udev_device *part; - const char *outpath; + struct udev_device *part, *best_match = NULL; int ret; udev = udev_new(); @@ -2252,19 +2258,43 @@ int device_find_block_device(struct udev_device *dev, if (!devtype) continue; if (!strcmp(devtype, "disk")) { - outpath = udev_device_get_devnode(part); - *devpath = strdup(outpath); - ret = 0; - goto out; + best_match = part; + + /* Should we try to find a matching partition first? */ + if (!cdev->size) + break; + } else if (cdev->size && !strcmp(devtype, "partition")) { + u64 partstart, partsize; + + ret = udev_device_parse_sysattr_u64(part, "start", &partstart); + if (ret) + continue; + + ret = udev_device_parse_sysattr_u64(part, "size", &partsize); + if (ret) + continue; + + /* start/size sys attributes are always in 512-byte units */ + partstart *= 512; + partsize *= 512; + + if (!region_contains(partstart, partstart + partsize, + cdev->offset, cdev->offset + cdev->size)) + continue; + + best_match = part; + cdev->offset -= partstart; + break; } } - ret = -ENODEV; -out: + if (best_match) + cdev->devpath = strdup(udev_device_get_devnode(best_match)); + udev_enumerate_unref(enumerate); udev_unref(udev); - return ret; + return best_match ? 0 : -ENODEV; } /* @@ -2606,10 +2636,10 @@ static int __of_cdev_find(struct device_node *partition_node, struct cdev *cdev) return of_parse_partition(partition_node, &cdev->offset, &cdev->size); } else { - ret = device_find_block_device(dev, &cdev->devpath); + ret = of_parse_partition(partition_node, &cdev->offset, &cdev->size); if (ret) return ret; - return of_parse_partition(partition_node, &cdev->offset, &cdev->size); + return cdev_from_block_device(dev, cdev); } return -EINVAL; -- 2.39.2