Received: by 10.213.65.68 with SMTP id h4csp457015imn; Fri, 16 Mar 2018 08:19:51 -0700 (PDT) X-Google-Smtp-Source: AG47ELuNfUsdTDsF3zP6cKuZ6TddrScspABLEuz2S+fbH3F917dX6wc306LeOeazdoe0gMLKwuSl X-Received: by 10.98.88.5 with SMTP id m5mr1880332pfb.231.1521213591021; Fri, 16 Mar 2018 08:19:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521213590; cv=none; d=google.com; s=arc-20160816; b=IXyXSIHChyU9HQT+oYuxVQwSCOF8qXOCpQROerW3+5zSrWOJYam85GjWzDzU6Q1gz1 o4gIWzWSZQyG0L3Z11EoYmFbQJeFQPSgsnDXhqWTvd4W1xQX2kOxd7tOeqcVOlTHk8wQ semTa0Q6xK6k8VEeTxrx/M3+V/48E7xtRw1HaFF1CuaayL5G7Gyywhs6PjTRculTQTqP BD+bsoyu8u/CA8Q8zdOY746RdXOkRKeOnv4DTTs331hwtjpvNwwn7EGt2sgha+VyISlu 3lojgcS2MdkiAK30CpVv6Qp9jNPwY4IXDOMv9C8gzKl8sGqx8bWB+hcWO3BNMvVluugA kYww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=OlreZCQGSNSOfKHBbjSDhY9tQKzylxIJCSd9cqsOS98=; b=TCa+sLXonBdD+I89JV6lWqp/KD2DOdcqBQdX2Za08xGYyclf1gh7IXGOh5NkjgkEmX NSRjSclVPaBl+zbqRvr1F5yXP2IthH4rTJcys+4NcWWZD62v3UsXhhQKrQ0McJ2MbGOq DxuNfLZthB/jeKc8uDFLngVZXIGXGEiEOtK4QjsMpaYlSKiCWpo7HINXRs9RuGBTmJXy 63J8WwkPDVdf7OwIhZiFxtKB21OSQlPqRWpqDuqn0Nws7zHrqv1OeVRNladUqk2TJqkf 0SB3tjzY0cAq3sbUs+LxRrQXdqxow1crJLjplOZHYIG0rAGy/gqh1E3+3GEMaYba6X6g rvJA== 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 p3-v6si6261288plo.746.2018.03.16.08.19.36; Fri, 16 Mar 2018 08:19:50 -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 S1753061AbeCPPSh (ORCPT + 99 others); Fri, 16 Mar 2018 11:18:37 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:46233 "EHLO relay9-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751233AbeCPPSf (ORCPT ); Fri, 16 Mar 2018 11:18:35 -0400 X-Originating-IP: 2.224.242.101 Received: from w540.lan (unknown [2.224.242.101]) (Authenticated sender: jacopo@jmondi.org) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id DD1D7FF808; Fri, 16 Mar 2018 16:16:46 +0100 (CET) From: Jacopo Mondi To: architt@codeaurora.org, a.hajda@samsung.com, Laurent.pinchart@ideasonboard.com, airlied@linux.ie, horms@verge.net.au, magnus.damm@gmail.com, geert@linux-m68k.org, niklas.soderlund@ragnatech.se, sergei.shtylyov@cogentembedded.com, robh+dt@kernel.org, mark.rutland@arm.com Cc: Jacopo Mondi , dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v6 0/3] drm: Add Thine THC63LVD1024 LVDS decoder bridge Date: Fri, 16 Mar 2018 16:16:36 +0100 Message-Id: <1521213399-31947-1-git-send-email-jacopo+renesas@jmondi.org> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, (hopefully) last iteration, with Niklas' Reviewed-by tags. Simply drop an un-necessary #ifdef guard for CONFIG_OF in driver's code as suggested by Niklas. Time to talk how this series will go in? I assume bindings and driver through DRM tree, while Simon is to pick up the Eagle DTS update once the first two patches will get in. Is this ok for both DRM and Renesas side? Also I assume before bindings gets accepted someone from devicetree list should ack them, correct? Simon: as Niklas suggested, I have now listed the series dependencies below the commit message. It is my understanding that is not necessary to resend his series with that commit squashed on top (which I also prefer not to). Thanks j v5 -> v6: - Drop check for CONFIG_OF as it is a Kconfig dependency - Add Niklas Reviewed-by tags - List [3/3] depenencies below commit message to ease integration v4 -> v5: - Fix punctuation in bindings documentation - Add small statement to bindings document to clarify the chip has no control bus - Print regulator name in enable/disable routines error path - Add Andrzej Reviewed-by tag v3 -> v4: - Rename permutations of "pdwn" to just "pdwn" everywhere in the series - Improve power enable/disable routines as suggested by Andrzej and Sergei - Change "pdwn" gpio initialization to use the logical output level - Change Kconfig description v2 -> v3: - Drop support for "lvds-decoder" and make the driver THC63LVD1024 specific -- Rework bindings to describe multiple input/output ports -- Rename driver and remove "lvds-decoder" references -- Rework Eagle DTS to use new bindings v1 -> v2: - Drop support for THC63LVD1024 Jacopo Mondi (3): dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder drm: bridge: Add thc63lvd1024 LVDS decoder driver arm64: dts: renesas: Add LVDS decoder to R-Car V3M Eagle .../bindings/display/bridge/thine,thc63lvd1024.txt | 66 ++++++ arch/arm64/boot/dts/renesas/r8a77970-eagle.dts | 33 ++- drivers/gpu/drm/bridge/Kconfig | 6 + drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/thc63lvd1024.c | 255 +++++++++++++++++++++ 5 files changed, 358 insertions(+), 3 deletions(-) create mode 100644 Documentation/devicetree/bindings/display/bridge/thine,thc63lvd1024.txt create mode 100644 drivers/gpu/drm/bridge/thc63lvd1024.c -- 2.7.4