Received: by 2002:a89:2c3:0:b0:1ed:23cc:44d1 with SMTP id d3csp906492lqs; Tue, 5 Mar 2024 23:34:05 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCUU6I0mkX/8b/T3Y2wUJjy2k1G+RFAXLkuMKBww/uMfe+K8d8BQerQjBpg9gOGPebQn8nT+iyI1iKhuhZ4Nc5qxD25DLZO1QbI8249i9Q== X-Google-Smtp-Source: AGHT+IHahimduiGF25ChFBz1dTK3O6kSAUAvLa58CSy5RgP5AG7mOvVk+gv7r2cNZxbgb6nlIEOY X-Received: by 2002:a05:6a20:9f89:b0:1a1:44c8:e61a with SMTP id mm9-20020a056a209f8900b001a144c8e61amr4421810pzb.59.1709710445652; Tue, 05 Mar 2024 23:34:05 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709710445; cv=pass; d=google.com; s=arc-20160816; b=E6yxJd3npQILAvjXvWcBdI8Hoq9TJSh9IU0Cugl1XTHdsbtGulgZhZCf8znPWFfkU7 clH75SY+i9rGVwfq8wZnnzKuOo0PZ8pnzXOIQWesx5lI3CRVTc+fRShzbCfp5BIZPQqC 82vYlI08XPeH1osELsnZefo8A+9UlRMi1nGZk0afNPWmxOjozsmBPRRVYVbB/N9ECUdL JQLKXPxoQ6blnv4yRPXPCN3rontPZKNtA1XxZJuhXISqu2JwrcVR5t8Kt0BDyCLDvnE0 Vfz9fb2jM7sXM4lXI9a/vcmFALZiv9R/GOaTM14aL5WBUe5gTluWFbFKFb+NvqENSLfO K31g== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date; bh=aHRxoC2wQD8jIst14Ili0tkcpNemF6SKuE7o1+hnYqk=; fh=WkN52zhs5Lrb4/wIN7Dwm2wOt3KF3J8eGFRnr1+/LWc=; b=h4y5+W4UOYWnmfm0yvgPQ4Ck5K3BJ6rYprazfzxeRjDzd68QEjbXPFlqL8B5AQw7mh yZRm5gZoBPHyeFwxBvU84yQ5ZBJuLOLe2evN6Dy9bK3tmOFqqvEmZjECGSpE2Z1ZaROL +Q3gJ7scZe1pmegr1a8SJmgIZsDhBppiNG9LNYRtE4Faczhb8yUkVrbSAwoQ7yEICwQ/ 9xYzy2gZfSYxeI3nxbP1I6MohiHS4SLZoUGHTc664rACW3tSwvNv6lwdgw7fD4kvkxV2 CBJrCWDH+PP+S3QaCeKIhJ/4JZe64Jw9CSIdTcVU43H+Dd/v+omPXc59KWAZnsohAteI WZkQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=pengutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-93436-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-93436-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id sg1-20020a17090b520100b0029b490d9f60si5336113pjb.187.2024.03.05.23.34.05 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Mar 2024 23:34:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-93436-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=pengutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-93436-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-93436-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 03A1628105F for ; Wed, 6 Mar 2024 07:33:11 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CD3A55C90D; Wed, 6 Mar 2024 07:32:58 +0000 (UTC) Received: from metis.whiteo.stw.pengutronix.de (metis.whiteo.stw.pengutronix.de [185.203.201.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A8A515C8EA for ; Wed, 6 Mar 2024 07:32:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.203.201.7 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709710378; cv=none; b=lbqfLV54hd133YURSK1wndCvLZLrJTDyOl7DEem4BaOUP3sqX9iuxPV3Th3wVebk1IHP5u0gJQXNBswyMSJA9/6N47xq5TW92OBa7vd0F72afGuJVTecJuvp+tKof4QrZJkjTZAxaz8lQgmqOQTgj8oLHSZn12epWsiR9UxweyY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709710378; c=relaxed/simple; bh=cLInQDVMZTj/TRvrVUxK3BV4HHYY/+2PdbjgF+Wk5CE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=cTg7E3eD92HUcCZPBTVpUTdcDUtKObAVln8r7CUa5V095OQXnJWCzDf+DAQMnBHRnoONHI7XGH2ZeVBrKIBpAVvC9fCnGgGRQCCf4IuFalMRZ/SEkjvYHjlT7ZbkPZku5a49fK7HiNdZJOgvZju3JbN0L0XQmSDyBfLVDUCm5Dc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=pengutronix.de; spf=pass smtp.mailfrom=pengutronix.de; arc=none smtp.client-ip=185.203.201.7 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=pengutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pengutronix.de Received: from drehscheibe.grey.stw.pengutronix.de ([2a0a:edc0:0:c01:1d::a2]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rhllH-0000M9-Dp; Wed, 06 Mar 2024 08:32:23 +0100 Received: from [2a0a:edc0:2:b01:1d::c5] (helo=pty.whiteo.stw.pengutronix.de) by drehscheibe.grey.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rhllF-004hY8-2M; Wed, 06 Mar 2024 08:32:21 +0100 Received: from sha by pty.whiteo.stw.pengutronix.de with local (Exim 4.96) (envelope-from ) id 1rhllE-004oYv-35; Wed, 06 Mar 2024 08:32:20 +0100 Date: Wed, 6 Mar 2024 08:32:20 +0100 From: Sascha Hauer To: Daniel Golle Cc: Rob Herring , Krzysztof Kozlowski , Conor Dooley , Ulf Hansson , Jens Axboe , Dave Chinner , Jan Kara , Thomas =?iso-8859-15?Q?Wei=DFschuh?= , Christian Brauner , Li Lingfeng , Damien Le Moal , Min Li , Adrian Hunter , Hannes Reinecke , Christian Loehle , Avri Altman , Bean Huo , Yeqi Fu , Victor Shih , Christophe JAILLET , "Ricardo B. Marliere" , Greg Kroah-Hartman , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mmc@vger.kernel.org, linux-block@vger.kernel.org, Diping Zhang , Jianhui Zhao , Jieying Zeng , Chad Monroe , Adam Fox , John Crispin Subject: Re: [RFC PATCH v2 1/8] dt-bindings: block: add basic bindings for block devices Message-ID: References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-Accept-Language: de,en X-Accept-Content-Type: text/plain X-SA-Exim-Connect-IP: 2a0a:edc0:0:c01:1d::a2 X-SA-Exim-Mail-From: sha@pengutronix.de X-SA-Exim-Scanned: No (on metis.whiteo.stw.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org On Wed, Mar 06, 2024 at 08:22:59AM +0100, Sascha Hauer wrote: > Hi Daniel, > > On Tue, Mar 05, 2024 at 08:23:20PM +0000, Daniel Golle wrote: > > diff --git a/Documentation/devicetree/bindings/block/partition.yaml b/Documentation/devicetree/bindings/block/partition.yaml > > new file mode 100644 > > index 0000000000000..df561dd33cbc9 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/block/partition.yaml > > @@ -0,0 +1,51 @@ > > +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/block/partition.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: Partition on a block device > > + > > +description: | > > + This binding describes a partition on a block storage device. > > + Partitions may be matched by a combination of partition number, name, > > + and UUID. > > + > > +maintainers: > > + - Daniel Golle > > + > > +properties: > > + $nodename: > > + pattern: '^block-partition-.+$' > > + > > + partnum: > > + $ref: /schemas/types.yaml#/definitions/uint32 > > + description: > > + Matches partition by number if present. > > + > > + partname: > > + $ref: /schemas/types.yaml#/definitions/string > > + description: > > + Matches partition by PARTNAME if present. > > In the mtd world we originally had the partition nodes directly under > the hardware device node as well. That was changed to put a > partitions subnode between the hardware device node and the partitions. > > From fe2585e9c29a ("doc: dt: mtd: support partitions in a special > 'partitions' subnode"): > > To avoid conflict with other drivers using subnodes of the mtd device > create only one ofpart-specific node rather than any number of > arbitrary partition subnodes. > > Does it make sense to do the same for block devices? Hm, looking at the example in 5/8 it seems you've already done that. I think I have misread the binding. Sascha -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |