Message ID | 20231213163501.1.I8c20f926d15c9ddc12e423e07df1e89db1105d93@changeid |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:3b04:b0:fb:cd0c:d3e with SMTP id c4csp8212647dys; Wed, 13 Dec 2023 16:36:03 -0800 (PST) X-Google-Smtp-Source: AGHT+IHJz9enjiKDyUWaWG+XtR0iDXIxcHAQK3ALhXDSz56hPMVf8pcC3bXzRJJOc0Ob8fwkp5Py X-Received: by 2002:a05:6358:7f13:b0:170:2c2d:9d8f with SMTP id p19-20020a0563587f1300b001702c2d9d8fmr12607578rwn.1.1702514163627; Wed, 13 Dec 2023 16:36:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702514163; cv=none; d=google.com; s=arc-20160816; b=JUqhhRof0drx160Ly+IAmC2YcIGSkjMXkmTy1CS3G5oqdX+2cCU6dzDLX6VYbKFL7o GRCD1yVmcWUOEjcYK1LYZhmUZ3BbCeCD0SdRwGHY9rjSfsHWJE5gvcsd1FyQBqIejd1r FMOFxXF8pvCs6oZzaNGYLFbEjLOgYibnBSVnwXasu/8OXnwgj9Zt3CZrwOlfpdBF48Xo HD58Glrj2FFs5M+H/LedtDwbU6T1XbdYJTv41243OfLIHovbV1w9Tee0+Cml+S8iSQz1 wx00Nbw7IoHIWc/28H3hQKdutWBpbBn937F6gZwTudI003cRsOL7ZukHi41HUYfu8PJR nnzg== 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=i/9vhns2rh5wNRAmTF+7unWvvWQlEhzdv4Zy/TsV5A0=; fh=oiLGjzoHjEuQXG2XtlQ4b1ybt6u7mFv9JqviXe5Lyto=; b=cs/D1Xv7V2GUuKCx0eOUUaPKt1EmItpfHF7YaUzI5Wk9BeqM0N4hAlx00O1GUfB4TM b+4NKy91C0jvl9rt5JvHM1v/SolCcoPtNwfeHSrJcVwR95h4auj1vHWcLFeXRmu9Dbnk YcGXjjPwpFcwo/dbfEjpIdG04MPp+jwrk3a8F8N8REMYjP5c65qRAwVVWHkVYUA/m3s1 NbnBfHEwFiN0kx4K09OufQuNhANg4Wqhkjk39haWJ++8nADnttWU9e699Il9YhLM9VKC POa4Z7r8CUXIuVcjaXZHg0P1gTtP+lk9V/WYKkNSYBOiYkF4p4y1dI4pbgxUd91C8rHl 7Zvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=dows6p8m; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: from lipwig.vger.email (lipwig.vger.email. [2620:137:e000::3:3]) by mx.google.com with ESMTPS id lp11-20020a17090b4a8b00b00286f5fd01adsi12065460pjb.144.2023.12.13.16.36.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Dec 2023 16:36:03 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) client-ip=2620:137:e000::3:3; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=dows6p8m; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:3 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 20B4A802F44C; Wed, 13 Dec 2023 16:36:00 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229739AbjLNAfu (ORCPT <rfc822;dexuan.linux@gmail.com> + 99 others); Wed, 13 Dec 2023 19:35:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229706AbjLNAfs (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 13 Dec 2023 19:35:48 -0500 Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EDADEE0 for <linux-kernel@vger.kernel.org>; Wed, 13 Dec 2023 16:35:53 -0800 (PST) Received: by mail-pj1-x102d.google.com with SMTP id 98e67ed59e1d1-286f22c52c7so5497142a91.2 for <linux-kernel@vger.kernel.org>; Wed, 13 Dec 2023 16:35:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1702514153; x=1703118953; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=i/9vhns2rh5wNRAmTF+7unWvvWQlEhzdv4Zy/TsV5A0=; b=dows6p8mXur/wQfnC2iMggrm2+iC6D64PXF1sAfvsbWuSFFWhYoBySauIfISJ/rL57 Kxojgw/YFXNYQ7bQBLzau7t+nEvmpwRzNX4UBozdB9RYsaXNYuueaWcDowrd8j53YXC+ kIaUq5y1v16T886wbKGZcdxNAYD6bRywzasdc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702514153; x=1703118953; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=i/9vhns2rh5wNRAmTF+7unWvvWQlEhzdv4Zy/TsV5A0=; b=B+gDelcTT8qHbcYRHCcaA9vx4dygnSqPnrLNs4o2MHJFXnYlbGUVPhPYJWdC2Bsh5I 34bFgAaxJb8iSgVasZF9cX0BBOLj0cGahJkZ10K1zQwmsROwpw88OezoqsgHGTvE8ySc IHEiDiUt7vUZ3Mx8p5rT+6/JFsyqOyEejO5CJ7jGF7reD0X1lIItzFF6W3Xpo5zPFMs2 Guyqc3/9tU8XxpVXVD4t514Zh/TiqrzFdBe1UPE1ogid/tP8J5L0i5Yme1p9VlYaRrb1 hgENwZzuAvncLlEFBQftByeHXLjaFN8aHLyN3SEKZay+b3coW0kvmjS+jiylTJwDFisb 9SDA== X-Gm-Message-State: AOJu0YxrsRYSr+/FplmJdzVlv8cY7ltJBI8z5casVsh6MWRQJMWmsvfY zifeeEyRSVcIhw5dPz4mYZCa3QwETkZRiUfiy27GnWLq X-Received: by 2002:a17:90a:ba85:b0:28a:fd40:1650 with SMTP id t5-20020a17090aba8500b0028afd401650mr719467pjr.25.1702514153413; Wed, 13 Dec 2023 16:35:53 -0800 (PST) Received: from tictac2.mtv.corp.google.com ([2620:15c:9d:2:f03:a4cc:c5f:7040]) by smtp.gmail.com with ESMTPSA id sk13-20020a17090b2dcd00b002864c14063fsm11879981pjb.20.2023.12.13.16.35.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Dec 2023 16:35:52 -0800 (PST) From: Douglas Anderson <dianders@chromium.org> To: Bjorn Andersson <andersson@kernel.org> Cc: Stephen Boyd <swboyd@chromium.org>, Douglas Anderson <dianders@chromium.org>, Andy Gross <agross@kernel.org>, Conor Dooley <conor+dt@kernel.org>, Hsin-Yi Wang <hsinyi@chromium.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Rob Herring <robh+dt@kernel.org>, cros-qcom-dts-watchers@chromium.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] arm64: dts: qcom: sc7180: Switch pompom to the generic edp-panel Date: Wed, 13 Dec 2023 16:35:02 -0800 Message-ID: <20231213163501.1.I8c20f926d15c9ddc12e423e07df1e89db1105d93@changeid> X-Mailer: git-send-email 2.43.0.472.g3155946c3a-goog MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Wed, 13 Dec 2023 16:36:00 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1785215491303443330 X-GMAIL-MSGID: 1785215491303443330 |
Series |
arm64: dts: qcom: sc7180: Switch pompom to the generic edp-panel
|
|
Commit Message
Doug Anderson
Dec. 14, 2023, 12:35 a.m. UTC
Pompom has several sources for its panel. Let's switch it to the
generic edp-panel compatible string to account for this.
This fixes a problem where the panel wouldn't come up on some pompon
devices after commit fb3f43d50d9b ("drm/panel-edp: Avoid adding
multiple preferred modes"). Specifically, some models of pompom have a
1920x1080 panel which is _very_ different than the 1366x768 panel
specified in the dts. Before the recent panel-edp fix on Linux things
kinda/sorta worked because the panel-edp driver would include both the
hardcoded and probed mode, AKA:
* #0 1920x1080
60.00 1920 1944 1960 2000 1080 1083 1088 1111 133320
flags: nhsync, nvsync; type: preferred, driver
* #1 1366x768
60.00 1366 1406 1438 1500 768 773 778 900 81000
flags: nhsync, nvsync; type: preferred, driver
...and, at least on ChromeOS, the userspace was consistently picking
the first mode even though both were marked as "preferred". Now that
the Linux driver is fixed we only get the hardcoded mode. That means
we end up trying to drive a 1920x1080 panel at 1366x768 and it doesn't
work so well.
Let's switch over to the generic panel-edp.
Fixes: fb3f43d50d9b ("drm/panel-edp: Avoid adding multiple preferred modes")
Signed-off-by: Douglas Anderson <dianders@chromium.org>
---
Techhnically we could put a "Fixes" in for the commits that added the
pompom device tree, but that gets a little weird. Specifically the
pompom device tree predates the introduction of the generic edp-panel
bindings. Older pompom hardware always had 1366x768 compatible panels
and worked fine so techncially those old commits weren't really
"broken" per say and thus don't need to be "fixed".
For now, I've marked this a fixing the Linux driver commit that broke
ChromeOS userspace.
arch/arm64/boot/dts/qcom/sc7180-trogdor-pompom.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
Quoting Douglas Anderson (2023-12-13 16:35:02) > Pompom has several sources for its panel. Let's switch it to the > generic edp-panel compatible string to account for this. > > This fixes a problem where the panel wouldn't come up on some pompon > devices after commit fb3f43d50d9b ("drm/panel-edp: Avoid adding > multiple preferred modes"). Specifically, some models of pompom have a > 1920x1080 panel which is _very_ different than the 1366x768 panel > specified in the dts. Before the recent panel-edp fix on Linux things > kinda/sorta worked because the panel-edp driver would include both the > hardcoded and probed mode, AKA: > > * #0 1920x1080 > 60.00 1920 1944 1960 2000 1080 1083 1088 1111 133320 > flags: nhsync, nvsync; type: preferred, driver > * #1 1366x768 > 60.00 1366 1406 1438 1500 768 773 778 900 81000 > flags: nhsync, nvsync; type: preferred, driver > > ...and, at least on ChromeOS, the userspace was consistently picking > the first mode even though both were marked as "preferred". Now that > the Linux driver is fixed we only get the hardcoded mode. That means > we end up trying to drive a 1920x1080 panel at 1366x768 and it doesn't > work so well. > > Let's switch over to the generic panel-edp. > > Fixes: fb3f43d50d9b ("drm/panel-edp: Avoid adding multiple preferred modes") > Signed-off-by: Douglas Anderson <dianders@chromium.org> > --- Reviewed-by: Stephen Boyd <swboyd@chromium.org>
On 12/14/23 01:35, Douglas Anderson wrote: > Pompom has several sources for its panel. Let's switch it to the > generic edp-panel compatible string to account for this. > > This fixes a problem where the panel wouldn't come up on some pompon > devices after commit fb3f43d50d9b ("drm/panel-edp: Avoid adding > multiple preferred modes"). Specifically, some models of pompom have a > 1920x1080 panel which is _very_ different than the 1366x768 panel > specified in the dts. Before the recent panel-edp fix on Linux things > kinda/sorta worked because the panel-edp driver would include both the > hardcoded and probed mode, AKA: > > * #0 1920x1080 > 60.00 1920 1944 1960 2000 1080 1083 1088 1111 133320 > flags: nhsync, nvsync; type: preferred, driver > * #1 1366x768 > 60.00 1366 1406 1438 1500 768 773 778 900 81000 > flags: nhsync, nvsync; type: preferred, driver > > ...and, at least on ChromeOS, the userspace was consistently picking > the first mode even though both were marked as "preferred". Now that > the Linux driver is fixed we only get the hardcoded mode. That means > we end up trying to drive a 1920x1080 panel at 1366x768 and it doesn't > work so well. > > Let's switch over to the generic panel-edp. > > Fixes: fb3f43d50d9b ("drm/panel-edp: Avoid adding multiple preferred modes") > Signed-off-by: Douglas Anderson <dianders@chromium.org> > --- Acked-by: Konrad Dybcio <konrad.dybcio@linaro.org> Konrad
On Wed, 13 Dec 2023 16:35:02 -0800, Douglas Anderson wrote: > Pompom has several sources for its panel. Let's switch it to the > generic edp-panel compatible string to account for this. > > This fixes a problem where the panel wouldn't come up on some pompon > devices after commit fb3f43d50d9b ("drm/panel-edp: Avoid adding > multiple preferred modes"). Specifically, some models of pompom have a > 1920x1080 panel which is _very_ different than the 1366x768 panel > specified in the dts. Before the recent panel-edp fix on Linux things > kinda/sorta worked because the panel-edp driver would include both the > hardcoded and probed mode, AKA: > > [...] Applied, thanks! [1/1] arm64: dts: qcom: sc7180: Switch pompom to the generic edp-panel commit: 97d1926892955c109e412d2359dc32691eec95ce Best regards,
diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor-pompom.dtsi b/arch/arm64/boot/dts/qcom/sc7180-trogdor-pompom.dtsi index 0be62331f982..067813f5f437 100644 --- a/arch/arm64/boot/dts/qcom/sc7180-trogdor-pompom.dtsi +++ b/arch/arm64/boot/dts/qcom/sc7180-trogdor-pompom.dtsi @@ -141,7 +141,7 @@ CROS_STD_MAIN_KEYMAP }; &panel { - compatible = "kingdisplay,kd116n21-30nv-a010"; + compatible = "edp-panel"; }; &pen_insert {