Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp46872ybg; Mon, 8 Jun 2020 16:04:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwenoO6du8jbcxAR95KlIwL58Wuv0GBwgB/mUbrbdE7VeY+x1Bi17FLqtjoEovCHn1jwk5C X-Received: by 2002:a05:6402:362:: with SMTP id s2mr24670490edw.337.1591657463915; Mon, 08 Jun 2020 16:04:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591657463; cv=none; d=google.com; s=arc-20160816; b=e3Qaef1/tz0+868nenf3GUPvD/yjSt0EkwpXe+PqQvQeBIz7/zGhoJbQYDd0tIOJKX 28p/725wZVs9VuclRdB/jBdX757LVTj5E37X6Sxb6GycRpPzxoLUCZUeChw/HipoAJOB 3wqnmxvs/p6eVmZlDrbj3ixJNOKu91Jx6N2XOrPeOxjrSeB1xRg/yBHyDb/o+spf8+08 H97E+8u10/5WDPLmRMJKh44/HEebSwZsPpgjDQafD4Ds+e/ASln5In9BxZsTsgcTov4d kbSbUSWUnJJcovKNcRfm20VDft2POwMEvjUY/nrWVnX/KuSG4Db4OJGCem32H/O5zHDF /wpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=K1QOdL0CzNGtzgrqMskBhn6J4CX7+2oU9ZoikOImHvg=; b=kHOeFmb1wgSo79NqAThtpo3AcJ8YDQ+KYyUwIKVkQP6I3BRA7gmfj/eyw5TgcSnuni alKoxPC8pAnw7+2CeJCXZ6ZcLoNecz6RuXA3xhSkL4AGBKjPnTt72Cg4I2SvbAbClrmm v+CauAeZtblGpODsOAAd1C/XZ0ILEHtuKctYiP//k0QoUkIQ5PV1fC39GeHiWBj1+TTR fic2ZPqNeGDSfvgu3NJ7A34EVboVtyeUd3eHnOxl8AJ3YgzUeWM36QFzPnGH4a+2P5Ou J1BT9g7LaryOMwJz0SZ6UFD+fyhXlg9IKtwwuFN+Y6xglRZzhnJHddjME6K1tomEUsGD NADA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=QCmsWHtu; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k4si8562690edn.572.2020.06.08.16.03.58; Mon, 08 Jun 2020 16:04:23 -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=@kernel.org header.s=default header.b=QCmsWHtu; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726844AbgFHXBz (ORCPT + 99 others); Mon, 8 Jun 2020 19:01:55 -0400 Received: from mail.kernel.org ([198.145.29.99]:48062 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726746AbgFHXBy (ORCPT ); Mon, 8 Jun 2020 19:01:54 -0400 Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6D666206D5; Mon, 8 Jun 2020 23:01:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1591657313; bh=E2VDSxyTsjme/SDDJYb/Ce8BPIu8k9mIpohu+7Y2fi4=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=QCmsWHtuUrkP99N9zTwI1IYiExbKn+Evf9ftBvwrf3b5ttojeS+Hyn7Edq402+ZVR Qy7IVlA83KbFqbAghS2O1o9Vfm+cSqA6RtCL0MpFakR/wFQqZ6tZbJBuAzjZoGNeG2 9graD5Nhc6mPEcrc7kgBH5k8/4opuDcpntGKKAM4= Received: by mail-oi1-f178.google.com with SMTP id k4so15398485oik.2; Mon, 08 Jun 2020 16:01:53 -0700 (PDT) X-Gm-Message-State: AOAM5302k/rABPCTx/593gRZMYGMQl2cwuIZFRGWeaYBw7mBzlcjtIaT 6XSWpGN70ngCIKTBF5rToMP2bi0ZDjDcLPmCow== X-Received: by 2002:aca:d454:: with SMTP id l81mr1365615oig.152.1591657312818; Mon, 08 Jun 2020 16:01:52 -0700 (PDT) MIME-Version: 1.0 References: <20200529181833.GA2685451@bogus> <20200602150834.6xovwdxpgncq3ybh@gilmour> In-Reply-To: <20200602150834.6xovwdxpgncq3ybh@gilmour> From: Rob Herring Date: Mon, 8 Jun 2020 17:01:41 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3 104/105] dt-bindings: display: vc4: hdmi: Add BCM2711 HDMI controllers bindings To: Maxime Ripard Cc: Nicolas Saenz Julienne , Eric Anholt , dri-devel , "moderated list:BROADCOM BCM2835 ARM ARCHITECTURE" , "maintainer:BROADCOM BCM7XXX ARM ARCHITECTURE" , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , "linux-kernel@vger.kernel.org" , Dave Stevenson , Tim Gover , Phil Elwell , devicetree@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 2, 2020 at 9:08 AM Maxime Ripard wrote: > > Hi Rob, > > On Fri, May 29, 2020 at 12:18:33PM -0600, Rob Herring wrote: > > On Wed, May 27, 2020 at 05:49:14PM +0200, Maxime Ripard wrote: > > > The HDMI controllers found in the BCM2711 SoC need some adjustments to the > > > bindings, especially since the registers have been shuffled around in more > > > register ranges. > > > > > > Cc: Rob Herring > > > Cc: devicetree@vger.kernel.org > > > Signed-off-by: Maxime Ripard > > > --- > > > Documentation/devicetree/bindings/display/brcm,bcm2711-hdmi.yaml | 109 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++- > > > 1 file changed, 109 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/display/brcm,bcm2711-hdmi.yaml > > > > > > diff --git a/Documentation/devicetree/bindings/display/brcm,bcm2711-hdmi.yaml b/Documentation/devicetree/bindings/display/brcm,bcm2711-hdmi.yaml > > > new file mode 100644 > > > index 000000000000..6091fe3d315b > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/display/brcm,bcm2711-hdmi.yaml > > > @@ -0,0 +1,109 @@ > > > +# SPDX-License-Identifier: GPL-2.0 > > > > Dual license... > > > > > +%YAML 1.2 > > > +--- > > > +$id: http://devicetree.org/schemas/display/brcm,bcm2711-hdmi.yaml# > > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > > + > > > +title: Broadcom BCM2711 HDMI Controller Device Tree Bindings > > > + > > > +maintainers: > > > + - Eric Anholt > > > + > > > +properties: > > > + compatible: > > > + enum: > > > + - brcm,bcm2711-hdmi0 > > > + - brcm,bcm2711-hdmi1 > > > > What's the difference between the 2 blocks? > > The register layout and the lane mapping in the PHY change a bit. > > > > + > > > + reg: > > > + items: > > > + - description: HDMI controller register range > > > + - description: DVP register range > > > + - description: HDMI PHY register range > > > + - description: Rate Manager register range > > > + - description: Packet RAM register range > > > + - description: Metadata RAM register range > > > + - description: CSC register range > > > + - description: CEC register range > > > + - description: HD register range > > > + > > > + reg-names: > > > + items: > > > + - const: hdmi > > > + - const: dvp > > > + - const: phy > > > + - const: rm > > > + - const: packet > > > + - const: metadata > > > + - const: csc > > > + - const: cec > > > + - const: hd > > > + > > > + clocks: > > > + description: The HDMI state machine clock > > > + > > > + clock-names: > > > + const: hdmi > > > + > > > + ddc: > > > + allOf: > > > + - $ref: /schemas/types.yaml#/definitions/phandle > > > + description: > > > > + Phandle of the I2C controller used for DDC EDID probing > > > > Goes in the connector. > > > > And isn't the standard name ddc-i2c-bus? > > > > > + > > > + hpd-gpios: > > > + description: > > > > + The GPIO pin for the HDMI hotplug detect (if it doesn't appear > > > + as an interrupt/status bit in the HDMI controller itself) > > > > Goes in the connector. > > If this was an entirely new binding, I would agree, but this is not > really the case here. > > We discussed it already for the v2, and this binding is essentially the > same one than the bcm2835 HDMI controller. > > I initially sent a patch adding conditionnals for the clocks and regs > differences too, and you asked to split the binding into a separate file > to simplify it a bit. Ah... Best to assume I don't remember what happened last week. ;) > Supporting both the old binding, and the new one based on the connector > is going to make the code significantly more complicated, and I'm not > really sure why we would here. I'm not really sure I agree on the complexity, but that can be a discussion for another day. Reviewed-by: Rob Herring Rob