Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1364639ybg; Tue, 2 Jun 2020 08:05:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyS5GJDXTGvQ+1mD+jdkH1uUffXKTUwh1aKw5d/t+mdcCgNHB6mMdm119ymv74jyqCsRxPA X-Received: by 2002:a17:906:30c3:: with SMTP id b3mr22956312ejb.126.1591110305163; Tue, 02 Jun 2020 08:05:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591110305; cv=none; d=google.com; s=arc-20160816; b=oFz4hl2zb4cHr0F0Wg4uJYcQo75es2caaduNblQ2vSN/kbk3MCLTAsaPDjVm5bCP0c qE2C51fBYW9kTCZb0gevrbOFs7+JEzf69gRw2e9TK2GA8QY+wMXF07P5BVaYHJwd5lTk YrZyjZ5dv8ll0TuOIj9lODkzr7XQUHt/LJF9fymGkI38qXl+iIi1FTiq/qpDvLq29JFi rhCwCcnA0RJK1cD2rID2UdPJynKdB71gxDApPQBa6FjbTpJKw+4y3rH4S9lxEy9xCkwY 4E6phSyHBQjdYWFnFWSRf10DDv018rb3qlrpX+53D1uQF+XS01Tqvxk28Rc2KeqsAtUT qu2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-signature; bh=b3vw+BEBApeWgbYfi0W8qA87gNaOTuaOwpRsHGgUWV8=; b=cPYIOYDJw55on+0UrUgFOo2+yAnS/DsVumowHEt5eSOrnCycRS03HjsyqJmZWGeZXo hCljGTSOENHtiUu7ADnUGhDqxxUnn5PVvVjfS8H5+Y4SaN6l3bm0EFRED9th7niiFQ6J FmT/lfGcypnEz5KOsNafw9coyRl89ftj4o+fAOYGeinJGYUKgHwLpbeFXo2w56SMJ558 tVUFep6AK3PCTuqbCLXu+E+VPPwO/Vtq6OA301eDsrRLojL/TIPgzxtUKDUWORc9V7g+ BRFZvKKtfqwJfhhtWSP8wgH6hqWJYzbmG2LU5wiMWs6tH7P9I4w8IfJBa8xsOf1E3J0C HEQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cerno.tech header.s=fm3 header.b=Wz5DKjPY; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=vbCLd6yI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=cerno.tech Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l11si1750187edi.230.2020.06.02.08.04.36; Tue, 02 Jun 2020 08:05:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@cerno.tech header.s=fm3 header.b=Wz5DKjPY; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=vbCLd6yI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=cerno.tech Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726261AbgFBPAZ (ORCPT + 99 others); Tue, 2 Jun 2020 11:00:25 -0400 Received: from new4-smtp.messagingengine.com ([66.111.4.230]:58489 "EHLO new4-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726139AbgFBPAZ (ORCPT ); Tue, 2 Jun 2020 11:00:25 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.nyi.internal (Postfix) with ESMTP id 662C3580261; Tue, 2 Jun 2020 11:00:23 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 02 Jun 2020 11:00:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cerno.tech; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=b3vw+BEBApeWgbYfi0W8qA87gNa OTuaOwpRsHGgUWV8=; b=Wz5DKjPY/MH34VmLa/Rjgcc5dTJ9z0Sy8AZNKyyjjtG GBCu1OUNKsqw06REde27sg13QewMlh7U5k5ESE0q+oCduyTPZWsIOWdOnuIRnan6 k8F1Lzb4jPLpHT2MnpIWxemjX59HS84wDSHHW4E54vUstVYKH/PYbFJtQarCMIRM dV5nDWIkjoo0DTJv7E/ehoYPjNxaaeBSR55ld62494FsllydiJidI0gWk6iU/AMK yUKu/S/0t7uDeDDU7Z1cri23nx9hpNUenWz11g2S4cRRe2M3KZ5JAroeva0xdoCY Jvm/qVJeglxaQhI2tAZ8bovYjVEbBq1IgqlpmHkK06w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=b3vw+B EBApeWgbYfi0W8qA87gNaOTuaOwpRsHGgUWV8=; b=vbCLd6yI9C3XNdf9Y8b4SW fFOLnW69TDvEjRYBkUhUZC9qM717BqiUGcVwJSRKGgKtKrS/CQoIFGUU8mKt3lAM T76eWQjIo8tOVOupSZI0FNj4kPrHpr0zD0qivWMsAa/eLIGeyJ/V1CxHrRTibtg2 NZMJngn61d4fL1wc4dvjVmHY79JBbLwsNE48FVdPa+zTOAp0QTdj9K3sz/ZXZTj8 kfQwmcGDcAw+byJP9ZM9U0l92Bj31rXUHZ+CwZzahXQJWpG39gMlcTucyS0eqNYo w9I69LgszlRtXZL4XthX9JDPdrUJLkts6emzQiuiIysM+huo71lyl108yxJgZfTg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudefjedgiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpeforgigihhm vgcutfhiphgrrhguuceomhgrgihimhgvsegtvghrnhhordhtvggthheqnecuggftrfgrth htvghrnhepffetteevieejteeuhfffgeektefghfeileehhedtuddutefhhfejtddvtddu ledvnecuffhomhgrihhnpeguvghvihgtvghtrhgvvgdrohhrghenucfkphepledtrdekle drieekrdejieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr ohhmpehmrgigihhmvgestggvrhhnohdrthgvtghh X-ME-Proxy: Received: from localhost (lfbn-tou-1-1502-76.w90-89.abo.wanadoo.fr [90.89.68.76]) by mail.messagingengine.com (Postfix) with ESMTPA id 884553060FE7; Tue, 2 Jun 2020 11:00:17 -0400 (EDT) Date: Tue, 2 Jun 2020 17:00:14 +0200 From: Maxime Ripard To: Rob Herring Cc: Nicolas Saenz Julienne , Eric Anholt , dri-devel@lists.freedesktop.org, linux-rpi-kernel@lists.infradead.org, bcm-kernel-feedback-list@broadcom.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Dave Stevenson , Tim Gover , Phil Elwell , devicetree@vger.kernel.org Subject: Re: [PATCH v3 006/105] dt-bindings: display: Convert VC4 bindings to schemas Message-ID: <20200602150014.iyd3i764kgunp5c3@gilmour> References: <2dc6384c945c7d35ab4f75464d3a77046dc125b3.1590594512.git-series.maxime@cerno.tech> <20200527191211.GA2559189@bogus> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pne5nkt4apjusbp5" Content-Disposition: inline In-Reply-To: <20200527191211.GA2559189@bogus> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --pne5nkt4apjusbp5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Rob, On Wed, May 27, 2020 at 01:12:11PM -0600, Rob Herring wrote: > On Wed, May 27, 2020 at 05:47:36PM +0200, Maxime Ripard wrote: > > The BCM283x SoCs have a display pipeline composed of several controllers > > with device tree bindings that are supported by Linux. > >=20 > > Now that we have the DT validation in place, let's split into separate > > files and convert the device tree bindings for those controllers to > > schemas. > >=20 > > This is just a 1:1 conversion though, and some bindings were incomplete= so > > it results in example validation warnings that are going to be addresse= d in > > the following patches. > >=20 > > Cc: Rob Herring > > Cc: devicetree@vger.kernel.org > > Signed-off-by: Maxime Ripard > > --- > > Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt = | 174 +------------------------------------------------------------------= ------ > > Documentation/devicetree/bindings/display/brcm,bcm2835-dpi.yaml = | 66 +++++++++++++++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-dsi0.yaml = | 73 ++++++++++++++++++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-hdmi.yaml = | 75 +++++++++++++++++++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-hvs.yaml = | 37 +++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-pixelvalve0.yam= l | 40 +++++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-txp.yaml = | 37 +++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-v3d.yaml = | 42 +++++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-vc4.yaml = | 34 ++++++++++++++- > > Documentation/devicetree/bindings/display/brcm,bcm2835-vec.yaml = | 44 ++++++++++++++++++- > > MAINTAINERS = | 2 +- > > 11 files changed, 449 insertions(+), 175 deletions(-) > > delete mode 100644 Documentation/devicetree/bindings/display/brcm,bcm-= vc4.txt > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-dpi.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-dsi0.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-hdmi.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-hvs.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-pixelvalve0.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-txp.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-v3d.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-vc4.yaml > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2= 835-vec.yaml >=20 >=20 > > diff --git a/Documentation/devicetree/bindings/display/brcm,bcm2835-dsi= 0.yaml b/Documentation/devicetree/bindings/display/brcm,bcm2835-dsi0.yaml > > new file mode 100644 > > index 000000000000..3887675f844e > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/display/brcm,bcm2835-dsi0.yaml > > @@ -0,0 +1,73 @@ > > +# SPDX-License-Identifier: GPL-2.0 > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/display/brcm,bcm2835-dsi0.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: Broadcom VC4 (VideoCore4) DSI Controller > > + > > +maintainers: > > + - Eric Anholt > > + > > +properties: > > + compatible: > > + enum: > > + - brcm,bcm2835-dsi0 > > + - brcm,bcm2835-dsi1 > > + > > + reg: > > + maxItems: 1 > > + > > + clocks: > > + items: > > + - description: The DSI PLL clock feeding the DSI analog PHY > > + - description: The DSI ESC clock > > + - description: The DSI pixel clock > > + > > + clock-output-names: true > > + # FIXME: The meta-schemas don't seem to allow it for now > > + # items: > > + # - description: The DSI byte clock for the PHY > > + # - description: The DSI DDR2 clock > > + # - description: The DSI DDR clock >=20 > Doesn't pattern work for you? >=20 > pattern: '^dsi[0-1]_byte$' That's not really what I was trying to achieve. I don't think clock-output-names should hardcode the values it expect, since the whole point is to let the "user" (ie the DT) control the clock names. If these were to be fixed, it wouldn't even be here in the first place. I just wanted to have a description of the clocks to provide a name for, but it looks like clock-output-names can't have an items below. I looked at why, couldn't really find a reason, and forgot to tell you about it, sorry > Either way, >=20 > Reviewed-by: Rob Herring Thanks! Maxime --pne5nkt4apjusbp5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRcEzekXsqa64kGDp7j7w1vZxhRxQUCXtZpfgAKCRDj7w1vZxhR xamNAQDjAcQjFDKW8OoDkZEu895p12GG+6k1yYqfFpE5MzUl0wEA3H4pL01QbNiU F44qQQa9T1hfzEC775unxWedjQt/aA8= =R7+B -----END PGP SIGNATURE----- --pne5nkt4apjusbp5--