Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp936890ybl; Fri, 6 Dec 2019 08:35:16 -0800 (PST) X-Google-Smtp-Source: APXvYqzfRh/g1fBnDjcZWMzsGvwcTexprddofcP+KmXyhv4oSQHzvsejlt5myj8FjIX5iZcR5oaF X-Received: by 2002:aca:fc17:: with SMTP id a23mr13364267oii.63.1575650116677; Fri, 06 Dec 2019 08:35:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575650116; cv=none; d=google.com; s=arc-20160816; b=1IQQ0GbpDJR9ShxuLBYWeweLdTqdie2jBOElUqw4GEvBerYfjI28fJBh/NhAyvbala DVt8l/c4954IYw0zfuy02X4vODYKWb9Hed2KKhcEVi+H7CukJAuZMYG+cwGE7zi91IqU 8SksOoxFd84Z1U84NzLGS9+PRTfsxQIGd3JW0IT2JpDxTiSd2dczhlvAkbXEuudAlL39 9T+iTcpUQ0O7wk22c0T0VgqWZ4dJ9jzTt9A5ZjnL7tvb7DDtoLPR08S3uoWOr9HimSrv cOo3wunUYimIfEQudJ2Uc0vojpHZjM3pr1itiR45KrBx9ly/ap4yWK8YL9fg+75giD+y 0mvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=oLYtknSibWbpc6UatnluAisi/NJ6Qpgzo59RNI9Sdzg=; b=Cb8pnnyU0x/5NUcE9lXjsjFquqcLjhBFQic9pdRtqoCkAdP2ASKCMaJs2iz5cy/auW nwWHz5VBpje9z5B50YssktiqA0BazOg51DalrE3MaXNeARCv5y+1DSi/CbE1GtTA6TUf uwMUGODbVSUBt4XVVj+kseTIuEEqbAWuAELV1PNLHDmShQWpDvjlDXDk1z7yhT3sB53r PYgUvaE80UQl8LusAzApCI8Lgj2zxxYbGvTQeQrQHT3zdW/3IY2WlIf2VqOuSw9b3NrQ D/BfkwM/GP196LB8l9m9dmJCrCI37CBOC0pNXVKngj4qYZV7F+7XVdZBTmy4A6Zdamn/ Yidg== 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 r1si7255434otp.251.2019.12.06.08.35.03; Fri, 06 Dec 2019 08:35:16 -0800 (PST) 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 S1726589AbfLFQd2 (ORCPT + 99 others); Fri, 6 Dec 2019 11:33:28 -0500 Received: from relmlor2.renesas.com ([210.160.252.172]:18450 "EHLO relmlie6.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726258AbfLFQd2 (ORCPT ); Fri, 6 Dec 2019 11:33:28 -0500 X-IronPort-AV: E=Sophos;i="5.69,285,1571670000"; d="scan'208";a="33477370" Received: from unknown (HELO relmlir5.idc.renesas.com) ([10.200.68.151]) by relmlie6.idc.renesas.com with ESMTP; 07 Dec 2019 01:33:26 +0900 Received: from fabrizio-dev.ree.adwin.renesas.com (unknown [10.226.36.196]) by relmlir5.idc.renesas.com (Postfix) with ESMTP id EAAEA400D4D7; Sat, 7 Dec 2019 01:33:20 +0900 (JST) From: Fabrizio Castro To: Laurent Pinchart , Geert Uytterhoeven , David Airlie , Daniel Vetter , Rob Herring , Mark Rutland , Thierry Reding , Maarten Lankhorst , Maxime Ripard , Sean Paul , Andrzej Hajda Cc: Fabrizio Castro , Sam Ravnborg , Simon Horman , Magnus Damm , Kieran Bingham , dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org, Chris Paterson , Biju Das , Laurent Pinchart , Jacopo Mondi , ebiharaml@si-linux.co.jp Subject: [PATCH v4 4/7] drm: rcar-du: lvds: Allow for even and odd pixels swap Date: Fri, 6 Dec 2019 16:32:51 +0000 Message-Id: <1575649974-31472-5-git-send-email-fabrizio.castro@bp.renesas.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1575649974-31472-1-git-send-email-fabrizio.castro@bp.renesas.com> References: <1575649974-31472-1-git-send-email-fabrizio.castro@bp.renesas.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org DT properties dual-lvds-even-pixels and dual-lvds-odd-pixels can be used to work out if the driver needs to swap even and odd pixels around. This patch makes use of the return value from function drm_of_lvds_get_dual_link_pixel_order to determine if we need to swap odd and even pixels around for things to work properly. Signed-off-by: Fabrizio Castro --- v3->v4: * New patch extracted from patch: "drm: rcar-du: lvds: Add dual-LVDS panels support" --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 46 +++++++++++++++++++++++++++++-------- 1 file changed, 37 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 6c1f171..cb2147c 100644 --- a/drivers/gpu/drm/rcar-du/rcar_lvds.c +++ b/drivers/gpu/drm/rcar-du/rcar_lvds.c @@ -71,6 +71,7 @@ struct rcar_lvds { struct drm_bridge *companion; bool dual_link; + bool stripe_swap_data; }; #define bridge_to_rcar_lvds(b) \ @@ -441,12 +442,20 @@ static void rcar_lvds_enable(struct drm_bridge *bridge) rcar_lvds_write(lvds, LVDCHCR, lvdhcr); if (lvds->info->quirks & RCAR_LVDS_QUIRK_DUAL_LINK) { - /* - * Configure vertical stripe based on the mode of operation of - * the connected device. - */ - rcar_lvds_write(lvds, LVDSTRIPE, - lvds->dual_link ? LVDSTRIPE_ST_ON : 0); + u32 lvdstripe = 0; + + if (lvds->dual_link) + /* + * Configure vertical stripe based on the mode of + * operation of the connected device. + * + * ST_SWAP from LVD1STRIPE is reserved, do not set + * in the companion LVDS + */ + lvdstripe = LVDSTRIPE_ST_ON | + (lvds->companion && lvds->stripe_swap_data ? + LVDSTRIPE_ST_SWAP : 0); + rcar_lvds_write(lvds, LVDSTRIPE, lvdstripe); } /* @@ -702,17 +711,33 @@ static int rcar_lvds_parse_dt_companion(struct rcar_lvds *lvds) dual_link = drm_of_lvds_get_dual_link_pixel_order(p0, p1); of_node_put(p0); of_node_put(p1); - if (dual_link >= DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS) { + + switch (dual_link) { + case DRM_LVDS_DUAL_LINK_ODD_EVEN_PIXELS: + /* + * By default we generate even pixels from this encoder and odd + * pixels from the companion encoder, but since p0 is connected + * to the port expecting ood pixels, and p1 is connected to the + * port expecting even pixels, we need to swap even and odd + * pixels around. + */ + lvds->stripe_swap_data = true; + lvds->dual_link = true; + break; + case DRM_LVDS_DUAL_LINK_EVEN_ODD_PIXELS: lvds->dual_link = true; - } else if (lvds->next_bridge && lvds->next_bridge->timings) { + break; + default: /* * Early dual-link bridge specific implementations populate the * timings field of drm_bridge, read the dual_link flag off the * bridge directly for backward compatibility. */ - lvds->dual_link = lvds->next_bridge->timings->dual_link; + if (lvds->next_bridge && lvds->next_bridge->timings) + lvds->dual_link = lvds->next_bridge->timings->dual_link; } + if (!lvds->dual_link) { dev_dbg(dev, "Single-link configuration detected\n"); goto done; @@ -728,6 +753,9 @@ static int rcar_lvds_parse_dt_companion(struct rcar_lvds *lvds) "Dual-link configuration detected (companion encoder %pOF)\n", companion); + if (lvds->stripe_swap_data) + dev_dbg(dev, "Data swapping required\n"); + companion_lvds = bridge_to_rcar_lvds(lvds->companion); /* -- 2.7.4