Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4654936rwd; Tue, 23 May 2023 10:28:03 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4nG+UFidn89rEoWdQu+9EOkoGwejFHL7GNZKrJ3QpZRNESAKNxvqa27nYsis9OxShpSVON X-Received: by 2002:a17:90a:760c:b0:253:38bf:9757 with SMTP id s12-20020a17090a760c00b0025338bf9757mr13850768pjk.43.1684862883062; Tue, 23 May 2023 10:28:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684862883; cv=none; d=google.com; s=arc-20160816; b=ov9rIYuRIXehxj8g9XIqKNosK+V7+IUSXgzpzP26LN5AuD7hcbmrqzmSL1PMk643J8 0VKQdJxgDcpb5wQ7kNvvQEXNtHH7I5Nr+8++XlfaxFikL5PGlfEG6cg6n6ra6Dve1Uw0 cK9jx6Kgk5QYGb8hdJBKqodA7+i9hgKV/p9gXVfFjnDJKYPqvk4tFbq88U858hDx0/Jv IPGmpZN8d34z9T3Z7so3wRstrGeExwgGjzGRuVkeTvNrQPCGN9fkOFO30oDKXv5QwqLj T1JOtYF1vGQuIA/TpMZVWVHLBB5aXRMCqq7Qoqf2pxoktFpyR1uz6zODs0XADKbKkYBT txZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=W/3eRunLcWA+ViYut7jLg6zSFbQIA6OSjnks1PXDMTs=; b=HYLxHlwduXt6+oiBo99FGzpQjo4iHNPi6NwEOV00TzqeyK7yDKonCkOSbpv/+qgD3p ZgxVhuxMNlWE+LYgnSX6z5juX2AZ42+0TLP3mTK97yBlRJiUR8cf65WbEMj7nOdJGu63 qpqPp8LvyW/2SgQaYwPJJvVaJyn5jXeNY2RPau/+xMM+jLnCTkEXXEXzid1cFzUhOdpP WIKyKKU6FvuQjMtpwhxzzcIF7ZiJqKR2Be672TdNQEHrvIdjunWLrkm2A3Log5An0g+j i60CP0c/26C6lfDCaPV+0ZxBSraXYeoTBJe85tmdBtuObccg87EcOICYRkBcWv5rnzVD f6TQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=tnDfjXVH; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b5-20020a63eb45000000b005301151503esi2533436pgk.186.2023.05.23.10.27.48; Tue, 23 May 2023 10:28:03 -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=@kernel.org header.s=k20201202 header.b=tnDfjXVH; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236186AbjEWRQ1 (ORCPT + 99 others); Tue, 23 May 2023 13:16:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49176 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229564AbjEWRQ0 (ORCPT ); Tue, 23 May 2023 13:16:26 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB94BC2; Tue, 23 May 2023 10:16:22 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 3F669634EB; Tue, 23 May 2023 17:16:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4448FC433D2; Tue, 23 May 2023 17:16:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684862181; bh=iMe9lBpINyeB8cu57c5B8+Lffy8FHuyk30JlWbMxKYQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tnDfjXVHSXOOly0+ajrGW9n/RY66Wlcvrdge09lyrjZ51A2XBUnHCtcoryrddXlNq Zy8gGoMymJg/clnm/EqsVA1FU1t6+W5adxz1yeuJfh+jhEZrYMtaf0jDYI/LVoU5P3 CJWseZQ4nx+PaawmFH7HGrMuFKOnkr/OyuQBefXtd/HV0kyuhYujzmg2aRt9YaRtXN 4V8rNpkVt6TYvuKD+H6orHiStTuDbUKDefrDhTg3FapovU+X0uDSjstM606s3lzs02 8K/MjB1B0oXx2cs8qsLxMsWJc6SUS3IO1U0zfEcY/LT/C10V8N9vi3qjM21Ayuz55O P8nP2brCrd4FA== Date: Tue, 23 May 2023 18:16:15 +0100 From: Conor Dooley To: Johannes Zink Cc: David Airlie , Daniel Vetter , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Laurent Pinchart , Thierry Reding , Neil Armstrong , Sam Ravnborg , kernel test robot , Dan Carpenter , patchwork-jzi@pengutronix.de, kernel@pengutronix.de, Laurent Pinchart , dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 1/3] dt-bindings: display: move LVDS data-mapping definition to separate file Message-ID: <20230523-bonus-unreeling-deae67ad7d26@spud> References: <20230523-simplepanel_support_nondefault_datamapping-v2-0-87196f0d0b64@pengutronix.de> <20230523-simplepanel_support_nondefault_datamapping-v2-1-87196f0d0b64@pengutronix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="obJa2JPt3Nxbbqgt" Content-Disposition: inline In-Reply-To: <20230523-simplepanel_support_nondefault_datamapping-v2-1-87196f0d0b64@pengutronix.de> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 --obJa2JPt3Nxbbqgt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 23, 2023 at 10:19:41AM +0200, Johannes Zink wrote: > As the LVDS data-mapping property is required in multiple bindings: move > it to separate file and include instead of duplicating it. >=20 > Signed-off-by: Johannes Zink >=20 > --- >=20 > Changes: >=20 > v1 -> v2: worked in Rob's review findings (thank you for reviewing my > work): extract common properties to > file and include it instead of duplicating it > --- > .../bindings/display/lvds-data-mapping.yaml | 84 ++++++++++++++++= ++++++ > .../devicetree/bindings/display/lvds.yaml | 75 +++-------------= --- > 2 files changed, 92 insertions(+), 67 deletions(-) >=20 > diff --git a/Documentation/devicetree/bindings/display/lvds-data-mapping.= yaml b/Documentation/devicetree/bindings/display/lvds-data-mapping.yaml > new file mode 100644 > index 000000000000..17ef5c9a5a90 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/lvds-data-mapping.yaml > @@ -0,0 +1,84 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/lvds-data-mapping.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: LVDS Data Mapping > + > +maintainers: > + - Laurent Pinchart > + - Thierry Reding > + > +description: |+ Apparently this + is a "chomping indicator", but I have no clue why that is needed here. You didn't add it though and the movement seems faithful to me, so: Reviewed-by: Conor Dooley Thanks, Conor. > + LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. = Multiple > + incompatible data link layers have been used over time to transmit ima= ge data > + to LVDS devices. This bindings supports devices compatible with the fo= llowing > + specifications. > + > + [JEIDA] "Digital Interface Standards for Monitor", JEIDA-59-1999, Febr= uary > + 1999 (Version 1.0), Japan Electronic Industry Development Association = (JEIDA) > + [LDI] "Open LVDS Display Interface", May 1999 (Version 0.95), National > + Semiconductor > + [VESA] "VESA Notebook Panel Standard", October 2007 (Version 1.0), Vid= eo > + Electronics Standards Association (VESA) > + > + Device compatible with those specifications have been marketed under t= he > + FPD-Link and FlatLink brands. > + > +properties: > + data-mapping: > + enum: > + - jeida-18 > + - jeida-24 > + - vesa-24 > + description: | > + The color signals mapping order. > + > + LVDS data mappings are defined as follows. > + > + - "jeida-18" - 18-bit data mapping compatible with the [JEIDA], [L= DI] and > + [VESA] specifications. Data are transferred as follows on 3 LVDS= lanes. > + > + Slot 0 1 2 3 4 5 6 > + ________________ _______________= __ > + Clock \_______________________/ > + ______ ______ ______ ______ ______ ______ ______ > + DATA0 ><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__= >< > + DATA1 ><__B1__><__B0__><__G5__><__G4__><__G3__><__G2__><__G1__= >< > + DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B5__><__B4__><__B3__><__B2__= >< > + > + - "jeida-24" - 24-bit data mapping compatible with the [DSIM] and = [LDI] > + specifications. Data are transferred as follows on 4 LVDS lanes. > + > + Slot 0 1 2 3 4 5 6 > + ________________ _______________= __ > + Clock \_______________________/ > + ______ ______ ______ ______ ______ ______ ______ > + DATA0 ><__G2__><__R7__><__R6__><__R5__><__R4__><__R3__><__R2__= >< > + DATA1 ><__B3__><__B2__><__G7__><__G6__><__G5__><__G4__><__G3__= >< > + DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B7__><__B6__><__B5__><__B4__= >< > + DATA3 ><_CTL3_><__B1__><__B0__><__G1__><__G0__><__R1__><__R0__= >< > + > + - "vesa-24" - 24-bit data mapping compatible with the [VESA] speci= fication. > + Data are transferred as follows on 4 LVDS lanes. > + > + Slot 0 1 2 3 4 5 6 > + ________________ _______________= __ > + Clock \_______________________/ > + ______ ______ ______ ______ ______ ______ ______ > + DATA0 ><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__= >< > + DATA1 ><__B1__><__B0__><__G5__><__G4__><__G3__><__G2__><__G1__= >< > + DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B5__><__B4__><__B3__><__B2__= >< > + DATA3 ><_CTL3_><__B7__><__B6__><__G7__><__G6__><__R7__><__R6__= >< > + > + Control signals are mapped as follows. > + > + CTL0: HSync > + CTL1: VSync > + CTL2: Data Enable > + CTL3: 0 > + > +additionalProperties: true > + > +... > diff --git a/Documentation/devicetree/bindings/display/lvds.yaml b/Docume= ntation/devicetree/bindings/display/lvds.yaml > index 7cd2ce7e9c33..2200f986c3cf 100644 > --- a/Documentation/devicetree/bindings/display/lvds.yaml > +++ b/Documentation/devicetree/bindings/display/lvds.yaml > @@ -6,83 +6,24 @@ $schema: http://devicetree.org/meta-schemas/core.yaml# > =20 > title: LVDS Display Common Properties > =20 > +allOf: > + - $ref: lvds-data-mapping.yaml# > + > maintainers: > - Laurent Pinchart > - Thierry Reding > =20 > description: |+ > - LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. = Multiple > - incompatible data link layers have been used over time to transmit ima= ge data > - to LVDS devices. This bindings supports devices compatible with the fo= llowing > - specifications. > - > - [JEIDA] "Digital Interface Standards for Monitor", JEIDA-59-1999, Febr= uary > - 1999 (Version 1.0), Japan Electronic Industry Development Association = (JEIDA) > - [LDI] "Open LVDS Display Interface", May 1999 (Version 0.95), National > - Semiconductor > - [VESA] "VESA Notebook Panel Standard", October 2007 (Version 1.0), Vid= eo > - Electronics Standards Association (VESA) > - > - Device compatible with those specifications have been marketed under t= he > - FPD-Link and FlatLink brands. > + This binding extends the data mapping defined in lvds-data-mapping.yam= l. > + It supports reversing the bit order on the formats defined there in or= der > + to accomodate for even more specialized data formats, since a variety = of > + data formats and layouts is used to drive LVDS displays. > =20 > properties: > - data-mapping: > - enum: > - - jeida-18 > - - jeida-24 > - - vesa-24 > - description: | > - The color signals mapping order. > - > - LVDS data mappings are defined as follows. > - > - - "jeida-18" - 18-bit data mapping compatible with the [JEIDA], [L= DI] and > - [VESA] specifications. Data are transferred as follows on 3 LVDS= lanes. > - > - Slot 0 1 2 3 4 5 6 > - ________________ _______________= __ > - Clock \_______________________/ > - ______ ______ ______ ______ ______ ______ ______ > - DATA0 ><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__= >< > - DATA1 ><__B1__><__B0__><__G5__><__G4__><__G3__><__G2__><__G1__= >< > - DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B5__><__B4__><__B3__><__B2__= >< > - > - - "jeida-24" - 24-bit data mapping compatible with the [DSIM] and = [LDI] > - specifications. Data are transferred as follows on 4 LVDS lanes. > - > - Slot 0 1 2 3 4 5 6 > - ________________ _______________= __ > - Clock \_______________________/ > - ______ ______ ______ ______ ______ ______ ______ > - DATA0 ><__G2__><__R7__><__R6__><__R5__><__R4__><__R3__><__R2__= >< > - DATA1 ><__B3__><__B2__><__G7__><__G6__><__G5__><__G4__><__G3__= >< > - DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B7__><__B6__><__B5__><__B4__= >< > - DATA3 ><_CTL3_><__B1__><__B0__><__G1__><__G0__><__R1__><__R0__= >< > - > - - "vesa-24" - 24-bit data mapping compatible with the [VESA] speci= fication. > - Data are transferred as follows on 4 LVDS lanes. > - > - Slot 0 1 2 3 4 5 6 > - ________________ _______________= __ > - Clock \_______________________/ > - ______ ______ ______ ______ ______ ______ ______ > - DATA0 ><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__= >< > - DATA1 ><__B1__><__B0__><__G5__><__G4__><__G3__><__G2__><__G1__= >< > - DATA2 ><_CTL2_><_CTL1_><_CTL0_><__B5__><__B4__><__B3__><__B2__= >< > - DATA3 ><_CTL3_><__B7__><__B6__><__G7__><__G6__><__R7__><__R6__= >< > - > - Control signals are mapped as follows. > - > - CTL0: HSync > - CTL1: VSync > - CTL2: Data Enable > - CTL3: 0 > - > data-mirror: > type: boolean > description: > - If set, reverse the bit order described in the data mappings below= on all > + If set, reverse the bit order described in the data mappings on all > data lanes, transmitting bits for slots 6 to 0 instead of 0 to 6. > =20 > additionalProperties: true >=20 > --=20 > 2.39.2 >=20 --obJa2JPt3Nxbbqgt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZGz03wAKCRB4tDGHoIJi 0tgnAP9/FO1t8FTNiW76SS0Y1uOTadEtQC5y54WUf1aTk2lfeAEAhVf3ARq1vfHY qr7v7ByAynDFQnXp8JJOFP1J8QiZIw8= =D53i -----END PGP SIGNATURE----- --obJa2JPt3Nxbbqgt--