Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1943627ybl; Thu, 29 Aug 2019 00:58:55 -0700 (PDT) X-Google-Smtp-Source: APXvYqyRubMZwPZrd2F36DRrlWEdi0ypYngkpodptw1LY9rfUiULdD/LRjBOJeIhEDsHpCTQ8grg X-Received: by 2002:a62:5501:: with SMTP id j1mr9512422pfb.166.1567065535679; Thu, 29 Aug 2019 00:58:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567065535; cv=none; d=google.com; s=arc-20160816; b=GEHZKOcx64/WWIZd6JoWALjsyEjLETsTlb4iTPQh7RGtYyfROkqeL3TPJuJq1VqsMG Jt99rRJlQT+7GGghCHiKEseGks8yNg2oJ8kTR4bW+V/rzg/fFM7e21m/W89iLw8o33Wo lfBkq/FvJSgiDkqrjglJOrhoBacaOX0aP6zAPk1HHyiAxWRR4Z5F2QwZ25PG08Kso5T6 kUi0TPIjnBEMsIR+Usz2+jgFB2latjlsdsvRS1+RrLcs0GOJaHlOpwH+xs/Sdqfd7sBv nXMpsGQDKIEAJ1a6MKyvEqbB9sB2ewdYID5K130ZiQi6jPutRdpbILxwkZxbpQ1M0rku m8Sg== 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; bh=QlVHj9x553xnQTEez13oHT9EpyHgH9QecAY7hhhrPAk=; b=FBEJxS5Q7Vbv2OV1Xh5NbSSs2HNS+9PqcN0VyZGCGkL25AqG42/5sHgCq5p08IO4RW lXlpt0HnWI22rtph+rVDOg87pkXES/m+t9bPDOWEImiYxnHpdFfRp6ZTnZaIiqI5lZNx 4Qxh4qNFgpJvgZ+OotykjN35FWXBEp5eK4BXEb7W5sG1rr0RIZk00Cf/v8+zxZgbMSp2 vp2HPAaaSTkQIzZDEwgcL7eCjIksxV8tw5ju9Ck1IOhJhIjv3MiyeLJBh5LKxnth6hKv WQuIZLTyhGqmMWD3OKen6yb6p+XOgrZFSP9ZvZ+FVA3hfCfVWnSnkFVsToM5F2qO2w5s I7UA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u20si1148161pgg.565.2019.08.29.00.58.39; Thu, 29 Aug 2019 00:58:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726936AbfH2H5r (ORCPT + 99 others); Thu, 29 Aug 2019 03:57:47 -0400 Received: from mail-oi1-f195.google.com ([209.85.167.195]:38692 "EHLO mail-oi1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726081AbfH2H5r (ORCPT ); Thu, 29 Aug 2019 03:57:47 -0400 Received: by mail-oi1-f195.google.com with SMTP id q8so1851822oij.5; Thu, 29 Aug 2019 00:57:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QlVHj9x553xnQTEez13oHT9EpyHgH9QecAY7hhhrPAk=; b=dibCH4Kpy40T+8ia3cuELqFqfiywro389srcRhrZnlMMsZi9AlPxfEE7PkWfubY//v WMlL9RtXqYuBHPTCquTt0mD2702sqwKjG6pB09pn0OYwQwOakSMnRRQc7mxB1Y8EeGGQ RETzn5vA14fAHKUm2/DQr7t0zkCCfKFS3cSh13mEUWtitUHdpVCbp3fTIHjCdHOXl+8g ZiY0667VCXpJYb2yXZVp3aFPXrtEnm0oBHOrVZsp2/UW+Tll21wtAI8Rm934gT+MsxO7 H7sHL/PT7hM/YINyQ8PBcIbN1uyNC99XvRCfmz24K2FNoDCox6gjIoFQwNm+0BwHRwAS tKZA== X-Gm-Message-State: APjAAAWc1wLoKdjLdOwI7bkTlPFGp/ETr+DlboS1cdQ+6OmHwKUVbhut 1XdK1zlFOS8r1RuOinmmujlsr2MyEGOAF42zfrU= X-Received: by 2002:aca:ea82:: with SMTP id i124mr5313299oih.153.1567065466698; Thu, 29 Aug 2019 00:57:46 -0700 (PDT) MIME-Version: 1.0 References: <1567017402-5895-1-git-send-email-fabrizio.castro@bp.renesas.com> <1567017402-5895-2-git-send-email-fabrizio.castro@bp.renesas.com> In-Reply-To: <1567017402-5895-2-git-send-email-fabrizio.castro@bp.renesas.com> From: Geert Uytterhoeven Date: Thu, 29 Aug 2019 09:57:35 +0200 Message-ID: Subject: Re: [PATCH v3 1/8] dt-bindings: display: Add bindings for LVDS bus-timings To: Fabrizio Castro Cc: David Airlie , Daniel Vetter , Rob Herring , Mark Rutland , DRI Development , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Linux Kernel Mailing List , Simon Horman , Geert Uytterhoeven , Chris Paterson , Biju Das , Linux-Renesas , Laurent Pinchart , Kieran Bingham , Jacopo Mondi , Sam Ravnborg 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 Hi Fabrizio, On Wed, Aug 28, 2019 at 8:36 PM Fabrizio Castro wrote: > Dual-LVDS connections need markers in the DT, this patch adds > some common documentation to be referenced by both panels and > bridges. > > Signed-off-by: Fabrizio Castro Thanks for your patch! > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/bus-timings/lvds.yaml > @@ -0,0 +1,38 @@ > +# SPDX-License-Identifier: GPL-2.0 > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/bus-timings/lvds.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Common Properties for bus timings of LVDS interfaces > + > +maintainers: > + - Thierry Reding > + - Fabrizio Castro > + > +description: | > + This document defines device tree properties common to LVDS and dual-LVDS > + interfaces, where a dual-LVDS interface is a dual-link connection with even > + pixels traveling on one connection, and with odd pixels traveling on the other > + connection. > + This document doesn't constitue a device tree binding specification by itself > + but is meant to be referenced by device tree bindings. > + When referenced from panel or bridge device tree bindings, the properties > + defined in this document are defined as follows. The panel and bridge device > + tree bindings are responsible for defining whether each property is required > + or optional. > + > +properties: > + dual-lvds-even-pixels: > + type: boolean > + description: > + This property is specific to an input port of a sink device. When > + specified, it marks the port as recipient of even-pixels. > + > + dual-lvds-odd-pixels: > + type: boolean > + description: > + This property is specific to an input port of a sink device. When > + specified, it marks the port as recipient of odd-pixels. Do you need the "dual-" prefix? Isn't that implied by even/odd? Or is it better to keep it, for readability? I'm also thinking about a possible future extension to triple or quad LVDS. As I'm not aware of English word equivalents of even/odd for triple/quad, perhaps this should be specified using a numerical value instead? If I go too far, please just say so ;-) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds