From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.0 required=3.0 tests=BAYES_00,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9618FC433E0 for ; Mon, 21 Dec 2020 19:10:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5559A229C5 for ; Mon, 21 Dec 2020 19:10:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727140AbgLUTK0 (ORCPT ); Mon, 21 Dec 2020 14:10:26 -0500 Received: from mail-ot1-f52.google.com ([209.85.210.52]:36968 "EHLO mail-ot1-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726243AbgLUTKZ (ORCPT ); Mon, 21 Dec 2020 14:10:25 -0500 Received: by mail-ot1-f52.google.com with SMTP id o11so9759820ote.4; Mon, 21 Dec 2020 11:10:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=gpbfWibUolhFX76xZKFQOWQOSDe1PC6J3TzwCljJOM8=; b=a08X+3InV+aU94HB5ofUg9WAktTiO8mhbCwfhXwcFHaU1ym6JyndrT32ATVfBQhBt3 EU+IAqiPlFbEWaIwBF/oyBXNukiAj1ra3L7RwBOjZQH3HwJD2XdbswXZLdwgxI/K2Hi2 rsK96p2IaAQ4dNRLQaSVcUUNiDEum6AttifAAYQ7oUGmukMJn6zYfd5X0oAIxc0RyfNP yBdxwU7+qloGsZq52FabvKhmYHt/XRNfsu5EsjrOJLJfU2gVa3KztupozzwfohxmjD+S wEwWixaD6YjTSsi63jjHg8ALSiow1q1sCNlSIxDRnxA4CKtXLV4+Dk/BJ3UaOdlNMYPr lpqA== X-Gm-Message-State: AOAM533a9rJISF9txA1MfU9bJ0L20RV0aXeagLvtOhBg2XUD2/qNiFjr 6L6PmLAuKGJxBFkcxHq/7w== X-Google-Smtp-Source: ABdhPJzaiFiWxg7ZzVBsAh2inI/6zkWWvRELyI7/oXbpc7eHTgyHvSth+/vl3FFP4Sr5oJ3OPBlY4A== X-Received: by 2002:a05:6830:2413:: with SMTP id j19mr13671148ots.251.1608577783001; Mon, 21 Dec 2020 11:09:43 -0800 (PST) Received: from robh.at.kernel.org ([64.188.179.253]) by smtp.gmail.com with ESMTPSA id t2sm947176otj.47.2020.12.21.11.09.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Dec 2020 11:09:41 -0800 (PST) Received: (nullmailer pid 379769 invoked by uid 1000); Mon, 21 Dec 2020 19:09:37 -0000 Date: Mon, 21 Dec 2020 12:09:37 -0700 From: Rob Herring To: Chunfeng Yun Cc: Chun-Kuang Hu , Philipp Zabel , David Airlie , Daniel Vetter , "David S . Miller" , Jakub Kicinski , Kishon Vijay Abraham I , Vinod Koul , Matthias Brugger , Greg Kroah-Hartman , Stanley Chu , Min Guo , dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-usb@vger.kernel.org, Serge Semin Subject: Re: [PATCH v4 01/11] dt-bindings: usb: convert usb-device.txt to YAML schema Message-ID: <20201221190937.GA369845@robh.at.kernel.org> References: <20201216093012.24406-1-chunfeng.yun@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201216093012.24406-1-chunfeng.yun@mediatek.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 16, 2020 at 05:30:02PM +0800, Chunfeng Yun wrote: > Convert usb-device.txt to YAML schema usb-device.yaml > > Signed-off-by: Chunfeng Yun > --- > v4: no changes, update dependent series: > https://patchwork.kernel.org/project/linux-usb/list/?series=399561 > [v6,00/19] dt-bindings: usb: Add generic USB HCD, xHCI, DWC USB3 DT schema > > v3: > 1. remove $nodenmae and items key word for compatilbe; > 2. add additionalProperties; > > The followings are suggested by Rob: > 3. merge the following patch > [v2,1/4] dt-bindings: usb: convert usb-device.txt to YAML schema > [v2,2/4] dt-bindings: usb: add properties for hard wired devices > 4. define the unit-address for hard-wired device in usb-hcd.yaml, > also define its 'reg' and 'compatible'; > 5. This series is base on Serge's series: > https://patchwork.kernel.org/project/linux-usb/cover/20201111090853.14112-1-Sergey.Semin@baikalelectronics.ru/ > [v4,00/18] dt-bindings: usb: Add generic USB HCD, xHCI, DWC USB3 DT schema > > v2 changes suggested by Rob: > 1. modify pattern to support any USB class > 2. convert usb-device.txt into usb-device.yaml > --- > .../devicetree/bindings/usb/usb-device.txt | 102 -------------- > .../devicetree/bindings/usb/usb-device.yaml | 125 ++++++++++++++++++ > .../devicetree/bindings/usb/usb-hcd.yaml | 33 +++++ > 3 files changed, 158 insertions(+), 102 deletions(-) > delete mode 100644 Documentation/devicetree/bindings/usb/usb-device.txt > create mode 100644 Documentation/devicetree/bindings/usb/usb-device.yaml > > diff --git a/Documentation/devicetree/bindings/usb/usb-device.txt b/Documentation/devicetree/bindings/usb/usb-device.txt > deleted file mode 100644 > index 036be172b1ae..000000000000 > --- a/Documentation/devicetree/bindings/usb/usb-device.txt > +++ /dev/null > @@ -1,102 +0,0 @@ > -Generic USB Device Properties > - > -Usually, we only use device tree for hard wired USB device. > -The reference binding doc is from: > -http://www.devicetree.org/open-firmware/bindings/usb/usb-1_0.ps > - > -Four types of device-tree nodes are defined: "host-controller nodes" > -representing USB host controllers, "device nodes" representing USB devices, > -"interface nodes" representing USB interfaces and "combined nodes" > -representing simple USB devices. > - > -A combined node shall be used instead of a device node and an interface node > -for devices of class 0 or 9 (hub) with a single configuration and a single > -interface. > - > -A "hub node" is a combined node or an interface node that represents a USB > -hub. > - > - > -Required properties for device nodes: > -- compatible: "usbVID,PID", where VID is the vendor id and PID the product id. > - The textual representation of VID and PID shall be in lower case hexadecimal > - with leading zeroes suppressed. The other compatible strings from the above > - standard binding could also be used, but a device adhering to this binding > - may leave out all except for "usbVID,PID". > -- reg: the number of the USB hub port or the USB host-controller port to which > - this device is attached. The range is 1-255. > - > - > -Required properties for device nodes with interface nodes: > -- #address-cells: shall be 2 > -- #size-cells: shall be 0 > - > - > -Required properties for interface nodes: > -- compatible: "usbifVID,PID.configCN.IN", where VID is the vendor id, PID is > - the product id, CN is the configuration value and IN is the interface > - number. The textual representation of VID, PID, CN and IN shall be in lower > - case hexadecimal with leading zeroes suppressed. The other compatible > - strings from the above standard binding could also be used, but a device > - adhering to this binding may leave out all except for > - "usbifVID,PID.configCN.IN". > -- reg: the interface number and configuration value > - > -The configuration component is not included in the textual representation of > -an interface-node unit address for configuration 1. > - > - > -Required properties for combined nodes: > -- compatible: "usbVID,PID", where VID is the vendor id and PID the product id. > - The textual representation of VID and PID shall be in lower case hexadecimal > - with leading zeroes suppressed. The other compatible strings from the above > - standard binding could also be used, but a device adhering to this binding > - may leave out all except for "usbVID,PID". > -- reg: the number of the USB hub port or the USB host-controller port to which > - this device is attached. The range is 1-255. > - > - > -Required properties for hub nodes with device nodes: > -- #address-cells: shall be 1 > -- #size-cells: shall be 0 > - > - > -Required properties for host-controller nodes with device nodes: > -- #address-cells: shall be 1 > -- #size-cells: shall be 0 > - > - > -Example: > - > -&usb1 { /* host controller */ > - #address-cells = <1>; > - #size-cells = <0>; > - > - hub@1 { /* hub connected to port 1 */ > - compatible = "usb5e3,608"; > - reg = <1>; > - }; > - > - device@2 { /* device connected to port 2 */ > - compatible = "usb123,4567"; > - reg = <2>; > - }; > - > - device@3 { /* device connected to port 3 */ > - compatible = "usb123,abcd"; > - reg = <3>; > - > - #address-cells = <2>; > - #size-cells = <0>; > - > - interface@0 { /* interface 0 of configuration 1 */ > - compatible = "usbif123,abcd.config1.0"; > - reg = <0 1>; > - }; > - > - interface@0,2 { /* interface 0 of configuration 2 */ > - compatible = "usbif123,abcd.config2.0"; > - reg = <0 2>; > - }; > - }; > -}; > diff --git a/Documentation/devicetree/bindings/usb/usb-device.yaml b/Documentation/devicetree/bindings/usb/usb-device.yaml > new file mode 100644 > index 000000000000..f31d8a85d3e6 > --- /dev/null > +++ b/Documentation/devicetree/bindings/usb/usb-device.yaml > @@ -0,0 +1,125 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/usb/usb-device.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: The device tree bindings for the Generic USB Device > + > +maintainers: > + - Greg Kroah-Hartman > + > +description: | > + Usually, we only use device tree for hard wired USB device. > + The reference binding doc is from: > + http://www.devicetree.org/open-firmware/bindings/usb/usb-1_0.ps > + > + Four types of device-tree nodes are defined: "host-controller nodes" > + representing USB host controllers, "device nodes" representing USB devices, > + "interface nodes" representing USB interfaces and "combined nodes" > + representing simple USB devices. > + > + A combined node shall be used instead of a device node and an interface node > + for devices of class 0 or 9 (hub) with a single configuration and a single > + interface. > + > + A "hub node" is a combined node or an interface node that represents a USB > + hub. > + > +properties: > + compatible: > + pattern: "^usb[0-9a-f]+,[0-9a-f]+$" You can refine the length allowed a bit: [0-9a-f]{1,4} Same applies elsewhere. > + description: Device nodes or combined nodes. > + "usbVID,PID", where VID is the vendor id and PID the product id. > + The textual representation of VID and PID shall be in lower case > + hexadecimal with leading zeroes suppressed. The other compatible > + strings from the above standard binding could also be used, > + but a device adhering to this binding may leave out all except > + for "usbVID,PID". > + > + reg: > + description: the number of the USB hub port or the USB host-controller > + port to which this device is attached. The range is 1-255. > + maxItems: 1 > + > + "#address-cells": > + description: should be 1 for hub nodes with device nodes, > + should be 2 for device nodes with interface nodes. > + enum: [1, 2] > + > + "#size-cells": > + const: 0 > + > +patternProperties: > + "^interface@[0-9]+(,[0-9]+)$": > + type: object > + description: USB interface nodes. > + The configuration component is not included in the textual > + representation of an interface-node unit address for configuration 1. > + > + properties: > + compatible: > + pattern: "^usbif[0-9a-f]+,[0-9a-f]+.config[0-9a-f]+.[0-9a-f]+$" > + description: Interface nodes. > + "usbifVID,PID.configCN.IN", where VID is the vendor id, PID is > + the product id, CN is the configuration value and IN is the interface > + number. The textual representation of VID, PID, CN and IN shall be > + in lower case hexadecimal with leading zeroes suppressed. > + The other compatible strings from the above standard binding could > + also be used, but a device adhering to this binding may leave out > + all except for "usbifVID,PID.configCN.IN". > + > + reg: > + description: should be 2 cells long, the first cell represents > + the interface number and the second cell represents the > + configuration value. > + maxItems: 1 > + > +required: > + - compatile > + - reg > + > +additionalProperties: true > + > +examples: > + #hub connected to port 1 > + #device connected to port 2 > + #device connected to port 3 > + # interface 0 of configuration 1 > + # interface 0 of configuration 2 > + - | > + usb@11270000 { > + compatible = "generic-xhci"; > + reg = <0x11270000 0x1000>; > + interrupts = <0x0 0x4e 0x0>; > + #address-cells = <1>; > + #size-cells = <0>; > + > + hub@1 { > + compatible = "usb5e3,608"; > + reg = <1>; > + }; > + > + device@2 { > + compatible = "usb123,4567"; > + reg = <2>; > + }; > + > + device@3 { > + compatible = "usb123,abcd"; > + reg = <3>; > + > + #address-cells = <2>; > + #size-cells = <0>; > + > + interface@0 { > + compatible = "usbif123,abcd.config1.0"; > + reg = <0 1>; > + }; > + > + interface@0,2 { > + compatible = "usbif123,abcd.config2.0"; > + reg = <0 2>; > + }; > + }; > + }; > diff --git a/Documentation/devicetree/bindings/usb/usb-hcd.yaml b/Documentation/devicetree/bindings/usb/usb-hcd.yaml > index 9881ac10380d..5d0c6b5500d6 100755 > --- a/Documentation/devicetree/bindings/usb/usb-hcd.yaml > +++ b/Documentation/devicetree/bindings/usb/usb-hcd.yaml > @@ -23,6 +23,32 @@ properties: > targeted hosts (non-PC hosts). > type: boolean > > + "#address-cells": > + const: 1 > + > + "#size-cells": > + const: 0 > + > +patternProperties: > + "@[0-9a-f]+$": > + type: object > + description: The hard wired USB devices > + > + properties: > + compatible: > + pattern: "^usb[0-9a-f]+,[0-9a-f]+$" > + $ref: /usb/usb-device.yaml This is wrong. It should be up a level. And no need to define 'compatible' or 'reg' here because those are defined within usb-device.yaml. > + description: the string is 'usbVID,PID', where VID is the vendor id > + and PID is the product id > + > + reg: > + $ref: /usb/usb-device.yaml > + maxItems: 1 > + > + required: > + - compatible > + - reg > + > additionalProperties: true > > examples: > @@ -30,4 +56,11 @@ examples: > usb { > phys = <&usb2_phy1>, <&usb3_phy1>; > phy-names = "usb"; > + #address-cells = <1>; > + #size-cells = <0>; > + > + hub@1 { > + compatible = "usb5e3,610"; > + reg = <1>; > + }; > }; > -- > 2.18.0 >