linux-kernel - Re: [PATCH v2] arm64: dts: qcom: sm8250-edo: Panel framebuffer is 2.5k instead of 4k

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <kdu6apwgp7nu6mwqatufhxvnbunwodr4iu2uaqjacbjgbmmy5y@zh53imtpqfgs>
Date:   Wed, 14 Jun 2023 14:40:00 +0200
From:   Marijn Suijten <marijn.suijten@...ainline.org>
To:     AngeloGioacchino Del Regno 
        <angelogioacchino.delregno@...labora.com>
Cc:     Konrad Dybcio <konrad.dybcio@...aro.org>,
        phone-devel@...r.kernel.org, ~postmarketos/upstreaming@...ts.sr.ht,
        Martin Botka <martin.botka@...ainline.org>,
        Jami Kettunen <jami.kettunen@...ainline.org>,
        Andy Gross <agross@...nel.org>,
        Bjorn Andersson <andersson@...nel.org>,
        Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        Conor Dooley <conor+dt@...nel.org>,
        linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] arm64: dts: qcom: sm8250-edo: Panel framebuffer is
 2.5k instead of 4k

On 2023-06-07 09:15:08, AngeloGioacchino Del Regno wrote:
> Il 07/06/23 00:52, Konrad Dybcio ha scritto:
> > 
> > 
> > On 6.06.2023 23:14, 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.
> >>
> >> This is similar to commit be8de06dc397 ("arm64: dts: qcom:
> >> sm8150-kumano: Panel framebuffer is 2.5k instead of 4k") which fixed the
> >> same for the previous generation Sony platform.
> >>
> >> Fixes: 69cdb97ef652 ("arm64: dts: qcom: sm8250: Add support for SONY Xperia 1 II / 5 II (Edo platform)")
> >> Signed-off-by: Marijn Suijten <marijn.suijten@...ainline.org>
> >> ---
> > And so I derped again.
> > 
> > Reviewed-by: Konrad Dybcio <konrad.dybcio@...aro.org>
> 
> I would've liked more to see a commit saying "replace simple-framebuffer with xxxx"
> (where xxxx is DSI panel, etc) but that will as well do for now... :-)

Fwiw we could keep it around as MDSS "gracefully" takes over when it
probes a little bit later with fbcon over DRM/KMS, and it sometimes
helps reading what is up when something fails before or during MDSS
probe.

- Marijn

> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>
> 
> > 
> > Konrad
> >>
> >> Changes since v2:
> >> - Rename griffin (copy-paste from related patch) to pdx203 in comment.
> >>
> >>   arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi | 7 ++++---
> >>   1 file changed, 4 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi b/arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi
> >> index 3d22be747f042..8f867f841cb83 100644
> >> --- a/arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi
> >> +++ b/arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi
> >> @@ -54,9 +54,10 @@ chosen {
> >>   		framebuffer: framebuffer@...00000 {
> >>   			compatible = "simple-framebuffer";
> >>   			reg = <0 0x9c000000 0 0x2300000>;
> >> -			width = <1644>;
> >> -			height = <3840>;
> >> -			stride = <(1644 * 4)>;
> >> +			/* pdx203 BL initializes in 2.5k mode, not 4k */
> >> +			width = <1096>;
> >> +			height = <2560>;
> >> +			stride = <(1096 * 4)>;
> >>   			format = "a8r8g8b8";
> >>   		};
> >>   	};
>