Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp948502pxb; Wed, 1 Sep 2021 13:28:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwpbtmJZngpdxyEm5ar4hPKAt6Nok2J7BJLW2W4imG8gWXwLVkURIQK4GcngojjesVA3R7Z X-Received: by 2002:a92:d311:: with SMTP id x17mr923513ila.19.1630528118412; Wed, 01 Sep 2021 13:28:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630528118; cv=none; d=google.com; s=arc-20160816; b=tIhinrZlGXOE9LMbjkAN5m4DsGomGaGhreR1S2C5+KYRcqPnxGM85RAPDBHPsOkn6K ioeztojCNSwV5EHgg4l2yBx/piUaAjVsFORB34TlxBBWu+lPk7nkvGpOEe8Ix/NCMxeO AeyvSWgJ/PYZfp3awjktu1WdGjBiNceGzwZQ3yLRQjcvvYbHzCtiS+1ISMwuYoccbmay m9icFIuo2rDvysTjzAQlYTk/PE6XtrPWtDcUCogjT8XRs84dIgvAUrwy82+nj+OnO3Gi Pzeq+YuRzS/HrOBs/dn1mHncO3xm7KEapUGaEsDqI1MjcQ9NmIQX/Lwg50rbL1Z+yofP Lvgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=+u2QuOkRRMX/DqMZWfX/UVRQi9noRYZC06sr4Cz0Hp8=; b=eZrHu+L8Up4rN7OZZp9NqIzRHzVHH0KNXXUbeTQM2y4YIzCJPUow4WEXRZjteCwVjk uMeaOaVRcNulgFLqIaM8PXXMdfQDiaMXnbUORtJgxmCs5NgAAp9/CG9k3n2A+kvDuu2M gs6hQJBMYqC/mKwJdrpqnbwzl+7ko3pkwl5OaYAnoJy9cvNxg3z48D3nBc0xDhSe6e1q KlRV7R+lcLZMYYopGYl4G3zZqKwBBYz212qpxIXs1qPKGg+d8QqmZVO+BbK4o2q/V6fH Z/tOtQRwlZuNiV+QNUw5XpSC68Dqrbhm4uA4Nc3zzMtvAS1tRAAYJNFS3C4Kz9SJCKYu 7HoA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=ZMMPana7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i4si527461ila.157.2021.09.01.13.28.26; Wed, 01 Sep 2021 13:28:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=ZMMPana7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231590AbhIAUVb (ORCPT + 99 others); Wed, 1 Sep 2021 16:21:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55240 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231435AbhIAUVZ (ORCPT ); Wed, 1 Sep 2021 16:21:25 -0400 Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AA291C061764 for ; Wed, 1 Sep 2021 13:20:26 -0700 (PDT) Received: by mail-pf1-x42f.google.com with SMTP id s29so738996pfw.5 for ; Wed, 01 Sep 2021 13:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=+u2QuOkRRMX/DqMZWfX/UVRQi9noRYZC06sr4Cz0Hp8=; b=ZMMPana7L7vTDCgu/jp5FKD2Lrbrz0jK26GBO0aS5kFqX8ZWAwDd8LGVRgMmKIW4cy pM4/1N42XKs3Esi1gnR1zGqKA++SzJlDvfQrVg5j28Z5B5k6XohhNOknkTV7aRkmINrK CmPERtsKo0Rsb/rb2L17uz6Xg8W52l6oAnoOY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=+u2QuOkRRMX/DqMZWfX/UVRQi9noRYZC06sr4Cz0Hp8=; b=LHrXXucctM41D3mFsPvBzshGEfu15Djl5Iuu+dYtpRqcpT5pAbj3WAdeHWJSUs2xDU /dJ3l4HRNcG35OUkprfDskRCsIC82qXltBZiYyCUCb4ABY+YMLRmVaDqmRTmphSocgK4 hPkC9Ztdg5ciENGtd2RKQ1QfwP5Ri3z1V1VqSMABmtSbmaBOkiLhA0mY4JB/vbnDhB9u 1kRsYzYoc19D9f34z3DNFUEZ4gffiVG75EpPpTVhmbM2aR9iRsgv/TtLE6vQFGujqElw 4N4gib/lMZA/A9lhPJL52wWGC3OU+/3FJULg4Hzpect4gOfO8JqORoz4+Dhfke72b1BR gokg== X-Gm-Message-State: AOAM530FULhwOPUKeQRe23RtyS4WDjXKpn5Z5LaKUO1M8qcEPIAoGrBU ThegaIygwHN18HYnPKZeZYPaEg== X-Received: by 2002:a65:6642:: with SMTP id z2mr790331pgv.240.1630527626154; Wed, 01 Sep 2021 13:20:26 -0700 (PDT) Received: from tictac2.mtv.corp.google.com ([2620:15c:202:201:958b:b561:a735:e774]) by smtp.gmail.com with ESMTPSA id x15sm321178pfq.31.2021.09.01.13.20.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Sep 2021 13:20:25 -0700 (PDT) From: Douglas Anderson To: Thierry Reding , Rob Herring , Sam Ravnborg Cc: Maarten Lankhorst , linux-arm-msm@vger.kernel.org, Bjorn Andersson , Linus W , Daniel Vetter , devicetree@vger.kernel.org, Steev Klimaszewski , Thomas Zimmermann , Maxime Ripard , David Airlie , dri-devel@lists.freedesktop.org, Douglas Anderson , Al Viro , Alexandre Belloni , Alexandre Torgue , Andreas Kemnade , Andrey Zhizhikin , Anson Huang , Arnd Bergmann , Catalin Marinas , Chen-Yu Tsai , Claudiu Beznea , Codrin Ciubotariu , Corentin Labbe , Daniel Thompson , Dmitry Baryshkov , Dmitry Osipenko , Emil Velikov , Enric Balletbo i Serra , Eugen Hristev , Fabio Estevam , Fabrice Gasnier , Florian Fainelli , Geert Uytterhoeven , Grygorii Strashko , =?UTF-8?q?Guido=20G=C3=BCnther?= , Jagan Teki , Jernej Skrabec , Joel Stanley , Jonathan Hunter , Kees Cook , Krzysztof Kozlowski , Krzysztof Kozlowski , Lionel Debieve , Liviu Dudau , Lorenzo Pieralisi , Ludovic Desroches , Magnus Damm , Manivannan Sadhasivam , Marek Szyprowski , =?UTF-8?q?Martin=20J=C3=BCcker?= , Michael Walle , NXP Linux Team , Nicolas Ferre , Nishanth Menon , Olivier Moysan , Olof Johansson , Otavio Salvador , Paul Cercueil , Pengutronix Kernel Team , Razvan Stefanescu , Robert Richter , Russell King , Sascha Hauer , Shawn Guo , Stefan Wahren , Sudeep Holla , Thomas Bogendoerfer , Tony Lindgren , Tudor Ambarus , Vinod Koul , Viresh Kumar , Vladimir Zapolskiy , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, linux-omap@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-samsung-soc@vger.kernel.org, linux-sunxi@lists.linux.dev, linux-tegra@vger.kernel.org, =?UTF-8?q?=C5=81ukasz=20Stelmach?= Subject: [PATCH v3 00/16] eDP: Support probing eDP panels dynamically instead of hardcoding Date: Wed, 1 Sep 2021 13:19:18 -0700 Message-Id: <20210901201934.1084250-1-dianders@chromium.org> X-Mailer: git-send-email 2.33.0.259.gc128427fd7-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The goal of this patch series is to move away from hardcoding exact eDP panels in device tree files. As discussed in the various patches in this series (I'm not repeating everything here), most eDP panels are 99% probable and we can get that last 1% by allowing two "power up" delays to be specified in the device tree file and then using the panel ID (found in the EDID) to look up additional power sequencing delays for the panel. This patch series is the logical contiunation of a previous patch series where I proposed solving this problem by adding a board-specific compatible string [1]. In the discussion that followed it sounded like people were open to something like the solution proposed in this new series. In version 2 I got rid of the idea that we could have a "fallback" compatible string that we'd use if we didn't recognize the ID in the EDID. This simplifies the bindings a lot and the implementation somewhat. As a result of not having a "fallback", though, I'm not confident in transitioning any existing boards over to this since we'll have to fallback to very conservative timings if we don't recognize the ID from the EDID and I can't guarantee that I've seen every panel that might have shipped on an existing product. The plan is to use "edp-panel" only on new boards or new revisions of old boards where we can guarantee that every EDID that ships out of the factory has an ID in the table. Version 3 of this series now splits out all eDP panels to their own driver and adds the generic eDP panel support to this new driver. I believe this is what Sam was looking for [2]. [1] https://lore.kernel.org/r/YFKQaXOmOwYyeqvM@google.com/ [2] https://lore.kernel.org/r/YRTsFNTn%2FT8fLxyB@ravnborg.org/ Changes in v3: - Decode hex product ID w/ same endianness as everyone else. - ("Reorder logicpd_type_28...") patch new for v3. - Split eDP panels patch new for v3. - Move wayward panels patch new for v3. - ("Non-eDP panels don't need "HPD" handling") new for v3. - Split the delay structure out patch just on eDP now. - ("Better describe eDP panel delays") new for v3. - Fix "prepare_to_enable" patch new for v3. - ("Don't re-read the EDID every time") moved to eDP only patch. - Generic "edp-panel" handled by the eDP panel driver now. - Change init order to we power at the end. - Adjust endianness of product ID. - Fallback to conservative delays if panel not recognized. - Add Sharp LQ116M1JW10 to table. - Add AUO B116XAN06.1 to table. - Rename delays more generically so they can be reused. Changes in v2: - No longer allow fallback to panel-simple. - Add "-ms" suffix to delays. - Don't support a "fallback" panel. Probed panels must be probed. - Not based on patch to copy "desc"--just allocate for probed panels. - Add "-ms" suffix to delays. Douglas Anderson (16): dt-bindings: drm/panel-simple-edp: Introduce generic eDP panels drm/edid: Break out reading block 0 of the EDID drm/edid: Allow the querying/working with the panel ID from the EDID drm/panel-simple: Reorder logicpd_type_28 / mitsubishi_aa070mc01 drm/panel-simple-edp: Split eDP panels out of panel-simple ARM: configs: Everyone who had PANEL_SIMPLE now gets PANEL_SIMPLE_EDP arm64: defconfig: Everyone who had PANEL_SIMPLE now gets PANEL_SIMPLE_EDP MIPS: configs: Everyone who had PANEL_SIMPLE now gets PANEL_SIMPLE_EDP drm/panel-simple-edp: Move some wayward panels to the eDP driver drm/panel-simple: Non-eDP panels don't need "HPD" handling drm/panel-simple-edp: Split the delay structure out drm/panel-simple-edp: Better describe eDP panel delays drm/panel-simple-edp: hpd_reliable shouldn't be subtraced from hpd_absent drm/panel-simple-edp: Fix "prepare_to_enable" if panel doesn't handle HPD drm/panel-simple-edp: Don't re-read the EDID every time we power off the panel drm/panel-simple-edp: Implement generic "edp-panel"s probed by EDID .../bindings/display/panel/panel-edp.yaml | 188 ++ arch/arm/configs/at91_dt_defconfig | 1 + arch/arm/configs/exynos_defconfig | 1 + arch/arm/configs/imx_v6_v7_defconfig | 1 + arch/arm/configs/lpc32xx_defconfig | 1 + arch/arm/configs/multi_v5_defconfig | 1 + arch/arm/configs/multi_v7_defconfig | 1 + arch/arm/configs/omap2plus_defconfig | 1 + arch/arm/configs/qcom_defconfig | 1 + arch/arm/configs/realview_defconfig | 1 + arch/arm/configs/sama5_defconfig | 1 + arch/arm/configs/shmobile_defconfig | 1 + arch/arm/configs/sunxi_defconfig | 1 + arch/arm/configs/tegra_defconfig | 1 + arch/arm/configs/versatile_defconfig | 1 + arch/arm/configs/vexpress_defconfig | 1 + arch/arm64/configs/defconfig | 1 + arch/mips/configs/qi_lb60_defconfig | 1 + arch/mips/configs/rs90_defconfig | 1 + drivers/gpu/drm/drm_edid.c | 121 +- drivers/gpu/drm/panel/Kconfig | 16 +- drivers/gpu/drm/panel/Makefile | 1 + drivers/gpu/drm/panel/panel-simple-edp.c | 1895 +++++++++++++++++ drivers/gpu/drm/panel/panel-simple.c | 1100 +--------- include/drm/drm_edid.h | 47 + 25 files changed, 2293 insertions(+), 1093 deletions(-) create mode 100644 Documentation/devicetree/bindings/display/panel/panel-edp.yaml create mode 100644 drivers/gpu/drm/panel/panel-simple-edp.c -- 2.33.0.259.gc128427fd7-goog