Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5097913ybl; Tue, 4 Feb 2020 07:40:06 -0800 (PST) X-Google-Smtp-Source: APXvYqyLZewmf3ymHNBim7M8ApoD3A8RM2WoTY+w1NQBV8a43anxcQgQldSRKbHuiTSeCt/bsyp/ X-Received: by 2002:a54:4011:: with SMTP id x17mr3714295oie.35.1580830806716; Tue, 04 Feb 2020 07:40:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580830806; cv=none; d=google.com; s=arc-20160816; b=dcxeV1aeNEJfFxlMIsEqVQSQvOFl50Swb32frrt5qlEuPSFOcE5DfBieVivP8DRpzP OzF8SeblTo79goRofXrK8JtCKun9fOvUm69XaBBEoDHbfrqKeptN+llxHP10WTB/mZyt +CSLpNHz2fp7icWswjERZWUC85oFv2q7GswKIFiFWcrTxWb6M1JjVPiH1pE5wYdDTWC+ +ubMnOIVovCV64W4mDX/RCaSgr54qnxVP3vGImtaKAdkxB0deazFOHsqBFT8j8HCsdtP uamOGaBHBE58NLld8nwuBL5efUfVlY7rq+HLuYrgJTM/DBYKG2RqcGGqpwQIsetcmtBT WCEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=B1RT4MtlN0meAQCFB1UUAUA5mNB92KEQyepisfYw7J8=; b=bGwqddmQjIOasjY2Ur9wYefkSgrMrV5tfxwu8eMi+bbxRsaWxKQIvQ46VbvtMDKtzn 7Trbo4sDF6W2LPr67B6pBnEJsaxsq2dQkLhhyubirh77YPDoyZbShkj00UvgpKrrykS1 PclorDVTPWvmaWP2DzcUJ7UrIiTlBp5RhJ0WAkN911m5Osqj6tnJjGHONNVz+SjtLzvK HiW2XDyb5kYEc86DTJlWnz21IkRH8GNHStiNk+mwwCQW1jFIzxKSb/kjtX1k08FI/oI2 9MQynP58tYRWvyg0COBC2oGsrV2mMlWzQinN93bpgX8ascjv7nk52vpNfA+XQzpENau2 YoXQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z2si10779183oix.100.2020.02.04.07.39.53; Tue, 04 Feb 2020 07:40:06 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727339AbgBDPi7 (ORCPT + 99 others); Tue, 4 Feb 2020 10:38:59 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:40582 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727290AbgBDPi7 (ORCPT ); Tue, 4 Feb 2020 10:38:59 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 3E90428DBA5 Subject: Re: [PATCH] dt-bindings: convert extcon-usbc-cros-ec.txt extcon-usbc-cros-ec.yaml To: Rob Herring , Dafna Hirschfeld Cc: devicetree@vger.kernel.org, myungjoo.ham@samsung.com, cw00.choi@samsung.com, mark.rutland@arm.com, bleung@chromium.org, groeck@chromium.org, linux-kernel@vger.kernel.org, helen.koike@collabora.com, ezequiel@collabora.com, kernel@collabora.com, dafna3@gmail.com References: <20200122151313.11782-1-dafna.hirschfeld@collabora.com> <20200203121849.GA8196@bogus> From: Enric Balletbo i Serra Message-ID: <46068846-5d7d-8de6-3950-3b0a0d8b60a2@collabora.com> Date: Tue, 4 Feb 2020 16:38:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 In-Reply-To: <20200203121849.GA8196@bogus> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Dafna, Rob, On 3/2/20 13:18, Rob Herring wrote: > On Wed, Jan 22, 2020 at 04:13:13PM +0100, Dafna Hirschfeld wrote: >> convert the binding file extcon-usbc-cros-ec.txt to yaml format >> This was tested and verified on ARM with: >> make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml >> make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml >> >> Signed-off-by: Dafna Hirschfeld >> --- >> .../bindings/extcon/extcon-usbc-cros-ec.txt | 24 ----------- >> .../bindings/extcon/extcon-usbc-cros-ec.yaml | 42 +++++++++++++++++++ >> 2 files changed, 42 insertions(+), 24 deletions(-) >> delete mode 100644 Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.txt >> create mode 100644 Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml >> >> diff --git a/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.txt b/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.txt >> deleted file mode 100644 >> index 8e8625c00dfa..000000000000 >> --- a/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.txt >> +++ /dev/null >> @@ -1,24 +0,0 @@ >> -ChromeOS EC USB Type-C cable and accessories detection >> - >> -On ChromeOS systems with USB Type C ports, the ChromeOS Embedded Controller is >> -able to detect the state of external accessories such as display adapters >> -or USB devices when said accessories are attached or detached. >> - >> -The node for this device must be under a cros-ec node like google,cros-ec-spi >> -or google,cros-ec-i2c. >> - >> -Required properties: >> -- compatible: Should be "google,extcon-usbc-cros-ec". >> -- google,usb-port-id: Specifies the USB port ID to use. >> - >> -Example: >> - cros-ec@0 { >> - compatible = "google,cros-ec-i2c"; >> - >> - ... >> - >> - extcon { >> - compatible = "google,extcon-usbc-cros-ec"; >> - google,usb-port-id = <0>; >> - }; >> - } >> diff --git a/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml b/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml >> new file mode 100644 >> index 000000000000..78779831282a >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/extcon/extcon-usbc-cros-ec.yaml >> @@ -0,0 +1,42 @@ >> +# SPDX-License-Identifier: GPL-2.0 > > Surely Google is the only copyright holder on the old file and would be > okay with dual licensing here? > >> +%YAML 1.2 >> +--- >> +$id: http://devicetree.org/schemas/extcon/extcon-usbc-cros-ec.yaml# >> +$schema: http://devicetree.org/meta-schemas/core.yaml# >> + >> +title: ChromeOS EC USB Type-C cable and accessories detection >> + >> +maintainers: >> + - MyungJoo Ham >> + - Chanwoo Choi > > Usually this is someone that knows the h/w, not who applies the patch. > I'd expect a Google person. > I'd say that the driver author should be the maintainer, but if you don't know who is the maintainer because is not specified you can add Benson and me as maintainers (as chrome-platform maintainers we take care of this and all cros-ec related drivers) Benson Leung Enric Balletbo i Serra >> + >> +description: | >> + On ChromeOS systems with USB Type C ports, the ChromeOS Embedded Controller is >> + able to detect the state of external accessories such as display adapters >> + or USB devices when said accessories are attached or detached. >> + The node for this device must be under a cros-ec node like google,cros-ec-spi >> + or google,cros-ec-i2c. >> + >> +properties: >> + compatible: >> + const: google,extcon-usbc-cros-ec >> + >> + google,usb-port-id: >> + $ref: /schemas/types.yaml#/definitions/uint32 >> + description: | >> + the port id > > Any range of values allowed? ~0 is okay? > From hardware point of view, the port id, is a number from 0 to 255. The typical usage is have two ports with port id 0 and port id 1. >> +required: >> + - compatible >> + - google,usb-port-id >> + >> +additionalProperties: false >> + >> +examples: >> + - | >> + cros-ec@0 { >> + compatible = "google,cros-ec-i2c"; >> + extcon { >> + compatible = "google,extcon-usbc-cros-ec"; >> + google,usb-port-id = <0>; >> + }; >> + }; >> -- >> 2.17.1 >>