Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp4231923iog; Tue, 28 Jun 2022 11:39:47 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uKgxRNG8XChzpNCt389VLwQqYXG+ffizIGqZ5qc1jRTgAxLwW3NGPMWervXM7yGpg2aUmL X-Received: by 2002:a63:803:0:b0:40d:dfde:a822 with SMTP id 3-20020a630803000000b0040ddfdea822mr13087277pgi.93.1656441586959; Tue, 28 Jun 2022 11:39:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656441586; cv=none; d=google.com; s=arc-20160816; b=RVnKGiXbpQ2JqIaHdtzOcA2xLmhxphpnVF9jxNdDJ2OwVA+m79FBLuHGUVFDasUXX3 G+xH7pSwxQai+7OYm0p3wDgRToCkixuouhF3rXCV4pa6BBbCID0B1pv2WJZugWPmACHY c2cNiP+QZJcgcab2ubY52KRXvkyzNjXTGCGeu5fOA1XGCKtpWF/g5c9zkO8V+ur0OWqP IuZTje1lWm6pRzvEhGmCmyCUgmG7HdV3WxNOPa2i/oVfj+MJBGmZqqXIPFLcAQZ3LnQF ir3wvAQKfzB2dzkCOGdprUOlC9+XKfYLJd7v0j7HHf0WRISVyKlmw8HcLpkGMiZhGBmx mx5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=YsbR8XD51+2fDUx1DJn2r9aSmkJF1zCJMEEsWt0x5vM=; b=sPhoXLz/QTiVe3hNeRL/xSxEkgCiu1TSo5i16DgcvPu6i3Oy3yKRRQ3nsk3T7c5tlw uQROPGhDNpaCQeGwveQdB12uDMpURmTu1B41H8bzwMgjhgijmvEvp98idL9wcseZ+1el qlWTyRQVVHm2LUC0FFXyjH0QL6COcMZCPz/voulBX4TWwgG9KXfaWWxy1S4ip538AZ7n H4Nla3IDZOjFghH6CMxNHiUabZVBatAABhpxenKh1qWqRRoTNvhWH1MmjWxqu2kYcDKK avrkEpn161NIhrt8/BRRvrXTEtl0TdXHcw8xqu+PbVydAWWTL5I9QRgQxhXkC/Uw/OrA ITZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=B3w6v5CC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e17-20020a656791000000b004041c039263si17800937pgr.102.2022.06.28.11.39.35; Tue, 28 Jun 2022 11:39:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=B3w6v5CC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231791AbiF1RyW (ORCPT + 99 others); Tue, 28 Jun 2022 13:54:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42304 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230292AbiF1RyU (ORCPT ); Tue, 28 Jun 2022 13:54:20 -0400 Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D3476D6F; Tue, 28 Jun 2022 10:54:19 -0700 (PDT) Received: by mail-lj1-x233.google.com with SMTP id u14so2470932ljh.2; Tue, 28 Jun 2022 10:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=YsbR8XD51+2fDUx1DJn2r9aSmkJF1zCJMEEsWt0x5vM=; b=B3w6v5CCgKL41pcP+L2EqP7McAN7ZEWhXVobCQ0dUTE60bcgOwn6Q8f+c5O1e2Uxiw apFzNVvwz2N6tmXHzs5TGZeD8peEZrx4cfaze9Soa8XDpIK6uoVnqQvbyDxNgvZh8rDe nmcuyp58AN0coqb9rVIJ3MgAIQ+J28eiosYE40v8hq5IJJHcoPomcIY9atsa2q+LmiuU bkHVc9GwytBXLjqfmKyeryaorexOFNajbKdFzhxpQ9q+7NV6Nk+5cz7/uH2lNNb47OTt HpO7g5JevqN+629w3g/cEGgD4LSHUCcujOxc4BlMchbgk0vH0blQ6WI9y7B1qGbdFXhw parw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YsbR8XD51+2fDUx1DJn2r9aSmkJF1zCJMEEsWt0x5vM=; b=DbsB2wLQmBCYwBQEP9AqzQ/1VG76nRO0imC87eM7GW44k+0L64aiwavwN8rs/93rLx hJeQQ/8ALIPKpsl4JWzTb0qseY1rybcnot0n5cf13VT4H6zOMbdewcyFuW7V0raSw3sX XyI4uukQDVoZlmkrdGOsZ07BlJaqgAPvze3tgB/pGvRvmMVxA5PQ8Zf90mtxQgZt9cIZ w8s8yhGLY2yURk0W0UelQuheXLGzlJcDGUrwxoGXIdcrlRgpCjINIp7tdAKDUHt0rYZt t52Fen+oJVjjilBaE5N/zg1dDs0U9wybWN5yzlUwCVtf9REvGjau7+1smniohhs/0Ozr nB+Q== X-Gm-Message-State: AJIora+na0ThwDdJTnhCS/NplwxHzYDwF0WiyknXBuVbYV3Uaysd/oq+ bYrKT+Nk6KlaNaIMnaBvP7uVwf6mHkhQaZ14E0w= X-Received: by 2002:a2e:bc22:0:b0:25b:c3b6:eb11 with SMTP id b34-20020a2ebc22000000b0025bc3b6eb11mr6134193ljf.122.1656438858054; Tue, 28 Jun 2022 10:54:18 -0700 (PDT) MIME-Version: 1.0 References: <20220518115541.38407-1-max.oss.09@gmail.com> <20220518115541.38407-2-max.oss.09@gmail.com> <20220601201658.GA342879-robh@kernel.org> In-Reply-To: <20220601201658.GA342879-robh@kernel.org> From: Max Krummenacher Date: Tue, 28 Jun 2022 19:54:06 +0200 Message-ID: Subject: Re: [PATCH v2 1/3] dt-bindings: display: add new bus-format property for panel-dpi To: Rob Herring Cc: Max Krummenacher , Marek Vasut , Laurent Pinchart , Francesco Dolcini , Maxime Ripard , Christoph Niedermaier , Dave Stevenson , Daniel Vetter , David Airlie , Krzysztof Kozlowski , Sam Ravnborg , Thierry Reding , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , DRI Development , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob Thanks for the feedback. On Wed, Jun 1, 2022 at 10:17 PM Rob Herring wrote: > > On Wed, May 18, 2022 at 01:55:38PM +0200, Max Krummenacher wrote: > > From: Max Krummenacher > > > > The property is used to set the enum bus_format and infer the bpc > > for a panel defined by 'panel-dpi'. > > This specifies how the panel is connected to the display interface. > > > > Signed-off-by: Max Krummenacher > > > > --- > > > > Changes in v2: > > - Fix errors found by dt_binding_check > > > > .../bindings/display/panel/panel-dpi.yaml | 11 +++++++++ > > .../dt-bindings/display/dt-media-bus-format.h | 23 +++++++++++++++++++ > > 2 files changed, 34 insertions(+) > > create mode 100644 include/dt-bindings/display/dt-media-bus-format.h > > > > diff --git a/Documentation/devicetree/bindings/display/panel/panel-dpi.yaml b/Documentation/devicetree/bindings/display/panel/panel-dpi.yaml > > index dae0676b5c6e..a20b5898941e 100644 > > --- a/Documentation/devicetree/bindings/display/panel/panel-dpi.yaml > > +++ b/Documentation/devicetree/bindings/display/panel/panel-dpi.yaml > > @@ -21,6 +21,14 @@ properties: > > - {} > > - const: panel-dpi > > > > + bus-format: > > + $ref: /schemas/types.yaml#/definitions/uint32 > > Constraints? Will limit the range to the one used for RGB formats in v3. > > > + description: | > > + Describes how the display panel is connected to the display interface. > > + Valid values are defined in . > > + The mapping between the color/significance of the panel lines to the > > + parallel data lines are defined in [1]. > > Just drop the [1] and use a colon. Done in v3. > > > + [1] https://www.kernel.org/doc/html/v5.17/userspace-api/media/v4l/subdev-formats.html#packed-rgb-formats > > Why not just use the V4L number space rather than invent yet another > number space? That was a proposal from here: https://lore.kernel.org/all/20220323155817.xcsqxothziot7ba3@houat/ But probably it makes more sense to use the number space as is, changed in v3. > > Need a blank line here too. > > > backlight: true > > enable-gpios: true > > height-mm: true > > @@ -39,11 +47,14 @@ additionalProperties: false > > > > examples: > > - | > > + #include > > + > > panel { > > compatible = "startek,startek-kd050c", "panel-dpi"; > > label = "osddisplay"; > > power-supply = <&vcc_supply>; > > backlight = <&backlight>; > > + bus-format = ; > > Other properties describing the interface have been put in the endpoint > node. This should too I think. That makes a lot of sense. Changed to be part of the endpoint node in v3. Cheers Max > > > > > port { > > lcd_in: endpoint { > > diff --git a/include/dt-bindings/display/dt-media-bus-format.h b/include/dt-bindings/display/dt-media-bus-format.h > > new file mode 100644 > > index 000000000000..c0f2a7b59aa1 > > --- /dev/null > > +++ b/include/dt-bindings/display/dt-media-bus-format.h > > @@ -0,0 +1,23 @@ > > +/* SPDX-License-Identifier: GPL-2.0-only OR MIT */ > > +/* > > + * Copyright 2022 Max Krummenacher > > + */ > > + > > +#ifndef __DT_BINDINGS_DT_MEDIA_BUS_FORMAT_H > > +#define __DT_BINDINGS_DT_MEDIA_BUS_FORMAT_H > > + > > +/* > > + * Attention: Keep these macro names in sync with > > + * include/uapi/linux/media-bus-format.h > > + */ > > + > > +#define DT_MEDIA_BUS_FMT_RGB565_1X16 1 > > +#define DT_MEDIA_BUS_FMT_RGB666_1X18 2 > > +#define DT_MEDIA_BUS_FMT_RBG888_1X24 3 > > +#define DT_MEDIA_BUS_FMT_RGB666_1X24_CPADHI 4 > > +#define DT_MEDIA_BUS_FMT_BGR888_1X24 5 > > +#define DT_MEDIA_BUS_FMT_GBR888_1X24 6 > > +#define DT_MEDIA_BUS_FMT_RGB888_1X24 7 > > +#define DT_MEDIA_BUS_FMT_RGB888_1X32_PADHI 8 > > + > > +#endif /* __DT_BINDINGS_DT_MEDIA_BUS_FORMAT_H */ > > -- > > 2.20.1 > > > >