[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <168670013501.1400697.10513292708668127208.b4-ty@kernel.org>
Date: Tue, 13 Jun 2023 16:48:50 -0700
From: Bjorn Andersson <andersson@...nel.org>
To: phone-devel@...r.kernel.org,
Marijn Suijten <marijn.suijten@...ainline.org>
Cc: Konrad Dybcio <konrad.dybcio@...aro.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Jami Kettunen <jami.kettunen@...ainline.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>,
linux-arm-msm@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
Martin Botka <martin.botka@...ainline.org>,
~postmarketos/upstreaming@...ts.sr.ht,
Conor Dooley <conor+dt@...nel.org>,
Andy Gross <agross@...nel.org>
Subject: Re: [PATCH v2] arm64: dts: qcom: sm8250-edo: Panel framebuffer is 2.5k instead of 4k
On Tue, 6 Jun 2023 23:14:18 +0200, Marijn Suijten wrote:
> The framebuffer configuration for edo pdx203, written in edo dtsi (which
> is overwritten in pdx206 dts for its smaller panel) has to use a
> 1096x2560 configuration as this is what the panel (and framebuffer area)
> has been initialized to. Downstream userspace also has access to (and
> uses) this 2.5k mode by default, and only switches the panel to 4k when
> requested.
>
> [...]
Applied, thanks!
[1/1] arm64: dts: qcom: sm8250-edo: Panel framebuffer is 2.5k instead of 4k
commit: 223ce29c8b7e5b00f01a68387aabeefd77d97f06
Best regards,
--
Bjorn Andersson <andersson@...nel.org>
Powered by blists - more mailing lists