From: Prashant Malani <pmalani@chromium.org>
To: Rob Herring <robh@kernel.org>
Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>,
linux-kernel@vger.kernel.org, enric.balletbo@collabora.com,
bleung@chromium.org,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>, Guenter Roeck <groeck@chromium.org>,
Mark Rutland <mark.rutland@arm.com>
Subject: Re: [PATCH v3 1/4] dt-bindings: Add cros-ec Type C port driver
Date: Wed, 4 Mar 2020 09:53:40 -0800 [thread overview]
Message-ID: <20200304175340.GA133748@google.com> (raw)
In-Reply-To: <20200227231547.GA30103@bogus>
Hi Rob,
Thanks for reviewing the patch. Please see inline.
On Thu, Feb 27, 2020 at 05:15:47PM -0600, Rob Herring wrote:
> On Thu, Feb 27, 2020 at 05:12:16PM +0200, Heikki Krogerus wrote:
> > Hi,
> >
> > On Wed, Feb 19, 2020 at 04:30:55PM -0800, Prashant Malani wrote:
> > > Some Chrome OS devices with Embedded Controllers (EC) can read and
> > > modify Type C port state.
> > >
> > > Add an entry in the DT Bindings documentation that lists out the logical
> > > device and describes the relevant port information, to be used by the
> > > corresponding driver.
> > >
> > > Signed-off-by: Prashant Malani <pmalani@chromium.org>
> > > ---
> > >
> > > Changes in v3:
> > > - Fixed license identifier.
> > > - Renamed "port" to "connector".
> > > - Made "connector" be a "usb-c-connector" compatible property.
> > > - Updated port-number description to explain min and max values,
> > > and removed $ref which was causing dt_binding_check errors.
> > > - Fixed power-role, data-role and try-power-role details to make
> > > dt_binding_check pass.
> > > - Fixed example to include parent EC SPI DT Node.
> > >
> > > Changes in v2:
> > > - No changes. Patch first introduced in v2 of series.
> > >
> > > .../bindings/chrome/google,cros-ec-typec.yaml | 86 +++++++++++++++++++
> > > 1 file changed, 86 insertions(+)
> > > create mode 100644 Documentation/devicetree/bindings/chrome/google,cros-ec-typec.yaml
> > >
> > > diff --git a/Documentation/devicetree/bindings/chrome/google,cros-ec-typec.yaml b/Documentation/devicetree/bindings/chrome/google,cros-ec-typec.yaml
> > > new file mode 100644
> > > index 00000000000000..97fd982612f120
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/chrome/google,cros-ec-typec.yaml
> > > @@ -0,0 +1,86 @@
> > > +# SPDX-License-Identifier: GPL-2.0-only
> > > +%YAML 1.2
> > > +---
> > > +$id: http://devicetree.org/schemas/chrome/google,cros-ec-typec.yaml#
> > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > +
> > > +title: Google Chrome OS EC(Embedded Controller) Type C port driver.
> > > +
> > > +maintainers:
> > > + - Benson Leung <bleung@chromium.org>
> > > + - Prashant Malani <pmalani@chromium.org>
> > > +
> > > +description:
> > > + Chrome OS devices have an Embedded Controller(EC) which has access to
> > > + Type C port state. This node is intended to allow the host to read and
> > > + control the Type C ports. The node for this device should be under a
> > > + cros-ec node like google,cros-ec-spi.
> > > +
> > > +properties:
> > > + compatible:
> > > + const: google,cros-ec-typec
> > > +
> > > + connector:
> > > + description: A node that represents a physical Type C connector port
> > > + on the device.
> > > + type: object
> > > + properties:
> > > + compatible:
> > > + const: usb-c-connector
> > > + port-number:
> > > + description: The number used by the Chrome OS EC to identify
> > > + this type C port. Valid values are 0 - (EC_USB_PD_MAX_PORTS - 1).
> > > + power-role:
> > > + description: Determines the power role that the Type C port will
> > > + adopt.
> > > + maxItems: 1
> > > + contains:
> > > + enum:
> > > + - sink
> > > + - source
> > > + - dual
> > > + data-role:
> > > + description: Determines the data role that the Type C port will
> > > + adopt.
> > > + maxItems: 1
> > > + contains:
> > > + enum:
> > > + - host
> > > + - device
> > > + - dual
> > > + try-power-role:
> > > + description: Determines the preferred power role of the Type C port.
> > > + maxItems: 1
> > > + contains:
> > > + enum:
> > > + - sink
> > > + - source
> > > + - dual
> > > +
> > > + required:
> > > + - port-number
> > > + - power-role
> > > + - data-role
> > > + - try-power-role
> >
> > Do you really need to redefine those?
>
> No.
>
> >
> > I think you just need to mention that there is a required sub-node
> > "connector", and the place where it's described. So something
> > like this:
> >
> > Required sub-node:
> > - connector : The "usb-c-connector". The bindings of the
> > connector node are specified in:
> >
> > Documentation/devicetree/bindings/connector/usb-connector.txt
>
> Ideally, we'd convert this to schema first and then here just have:
I've converted this to schema here: https://lkml.org/lkml/2020/3/4/790
I've sent that patch separately from this series, since there is ongoing
discussion regarding the structure of the bindings (and use of OF graph
API) here.
>
> connector:
> $ref: /schemas/connector/usb-connector.yaml#
>
> >
> >
> > Then you just need to define the Chrome OS EC specific properties, so
> > I guess just the "port-number".
>
> 'reg' as Stephen suggested.
>
> Rob
next prev parent reply other threads:[~2020-03-04 17:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-20 0:30 [PATCH v3 0/4] platform/chrome: Add Type C connector class driver Prashant Malani
2020-02-20 0:30 ` [PATCH v3 1/4] dt-bindings: Add cros-ec Type C port driver Prashant Malani
2020-02-27 8:41 ` Stephen Boyd
2020-02-27 16:38 ` Heikki Krogerus
2020-02-27 22:07 ` Stephen Boyd
2020-02-28 16:24 ` Heikki Krogerus
2020-02-29 0:43 ` Stephen Boyd
2020-03-05 16:57 ` Heikki Krogerus
2020-02-27 15:12 ` Heikki Krogerus
2020-02-27 23:15 ` Rob Herring
2020-03-04 17:53 ` Prashant Malani [this message]
2020-02-20 0:30 ` [PATCH v3 2/4] platform/chrome: Add Type C connector class driver Prashant Malani
2020-02-27 14:25 ` Heikki Krogerus
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=20200304175340.GA133748@google.com \
--to=pmalani@chromium.org \
--cc=bleung@chromium.org \
--cc=devicetree@vger.kernel.org \
--cc=enric.balletbo@collabora.com \
--cc=groeck@chromium.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=robh@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.