Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1026475ybb; Wed, 8 Apr 2020 14:58:03 -0700 (PDT) X-Google-Smtp-Source: APiQypJXHU2FVj+fTd+ralJuZSiTR/YYypgVXaX4FhejQWctY0SmvXJ+PG32dcrk2XAsg9hZMzR0 X-Received: by 2002:a4a:3ec1:: with SMTP id t184mr6184224oot.3.1586383083567; Wed, 08 Apr 2020 14:58:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586383083; cv=none; d=google.com; s=arc-20160816; b=TlgnugEZglbezSPJ/yeiSkUKha+onV6kWSgE822p61fC3Tof4petWl7cZdEzj0ZmpR QkA3X0XhKFNtaRiY2zGP/RgEVJSq3EjnQbAwRsciI4wcf/T8CH75ERbxDK0Frcgmp+B8 mR3DdxftFpe5wshGdDyFk8A9xElSuGakTqnHcIjxFiP/nZirmMPm51jJXgpsjwApkHb5 +C8KP685QY2l1F9Y1eP2sktDx5QgNmcd33zORks2cAb6llr8oMiAZeKXl0C8SjHv0Iux 9LBm6cabTN0Tp9jvc8nWcRhUN62w8McOM7lwYl+Ok0OtRqVeRXxZ1Xj1v7jjYfoxjhww 4a8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=1QjklHVdhs4nEWzzcwCmR+hQ92PqdcqXm7or2aBh8Ow=; b=Bo1UFAqRD1PaPu5qW3ozTTZSxko0aWKLEl8Wn8nMXEHLZKeOWX+0q/e7PlaQwvlZIW 0aG8tPiViJxYUzDdF77xEQjW+SFu4O0y9BEitspf7owQqkAkhYJptzJ0TGQ7fFhrFei/ VLrmi/2B7ewCtPfsFGxBaOU+xFJLFc3eGQ7Uha2QoQ21WBcPhxKFePNSrbW6bj/EuZwK 7w4YG95nRkj7CKr4hVVFIHXH26IN3+7UhxF+LhvKEm1OzbG8MhcHsSLRy+ZoH9CR6xUt IrSiB60gXTqTV9tgNiZYXCy1R9B4qG8VZBcZ8hu+5F027fjCRDPiNW05+04P001yFzST oeZQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z65si55923otb.122.2020.04.08.14.57.51; Wed, 08 Apr 2020 14:58:03 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729907AbgDHVLc (ORCPT + 99 others); Wed, 8 Apr 2020 17:11:32 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:57264 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729703AbgDHVLc (ORCPT ); Wed, 8 Apr 2020 17:11:32 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 923C229746A From: Enric Balletbo i Serra To: linux-kernel@vger.kernel.org Cc: laurent.pinchart@ideasonboard.com, Collabora Kernel ML , matthias.bgg@gmail.com, drinkcat@chromium.org, hsinyi@chromium.org, Andrzej Hajda , Chun-Kuang Hu , Daniel Vetter , David Airlie , Jernej Skrabec , Jonas Karlman , Laurent Pinchart , Maarten Lankhorst , Maxime Ripard , Neil Armstrong , Philipp Zabel , Thomas Zimmermann , dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: [PATCH 0/7] Convert mtk-dsi to drm_bridge API and get EDID for ps8640 bridge Date: Wed, 8 Apr 2020 23:11:13 +0200 Message-Id: <20200408211120.1407512-1-enric.balletbo@collabora.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The PS8640 dsi-to-eDP bridge driver is using the panel bridge API, however, not all the components in the chain have been ported to the drm_bridge API. Actually, when a panel is attached the default panel's mode is used, but in some cases we can't get display up if mode getting from eDP control EDID is not chosen. This series address that problem, first implements the .get_edid() callback in the PS8640 driver (which is not used until the conversion is done) and then, converts the Mediatek DSI driver to use the drm_bridge API. As far as I know, we're the only users of the mediatek dsi driver in mainline, so should be safe to switch to the new chain of drm_bridge API unconditionally. The patches has been tested on a Acer Chromebook R13 (Elm) running a Chrome OS userspace and checking that the valid EDID mode reported by the bridge is selected. [1] https://lore.kernel.org/lkml/20200210063523.133333-1-hsinyi@chromium.org/ Enric Balletbo i Serra (7): drm/bridge: ps8640: Get the EDID from eDP control drm/bridge_connector: Set default status connected for eDP connectors drm/mediatek: mtk_dsi: Rename bridge to next_bridge drm/mediatek: mtk_dsi: Convert to bridge driver drm/mediatek: mtk_dsi: Use simple encoder drm/mediatek: mtk_dsi: Use the drm_panel_bridge API drm/mediatek: mtk_dsi: Create connector for bridges drivers/gpu/drm/bridge/parade-ps8640.c | 12 ++ drivers/gpu/drm/drm_bridge_connector.c | 1 + drivers/gpu/drm/mediatek/mtk_dsi.c | 281 ++++++++----------------- 3 files changed, 102 insertions(+), 192 deletions(-) -- 2.25.1