[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2b532215-e530-4b9e-900a-e67c70d5e19e@packett.cool>
Date: Tue, 20 Jan 2026 08:43:42 -0300
From: Val Packett <val@...kett.cool>
To: Konrad Dybcio <konradybcio@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Michael Turquette <mturquette@...libre.com>, Stephen Boyd
<sboyd@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Taniya Das <quic_tdas@...cinc.com>,
cros-qcom-dts-watchers@...omium.org, Kalyan Thota
<quic_kalyant@...cinc.com>, Douglas Anderson <dianders@...omium.org>,
Harigovindan P <harigovi@...eaurora.org>
Cc: linux-arm-msm@...r.kernel.org, linux-clk@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Konrad Dybcio <konrad.dybcio@....qualcomm.com>
Subject: Re: [PATCH 0/3] SC7180 MDSS core reset
On 1/20/26 8:19 AM, Konrad Dybcio wrote:
> Add the missing reset for the display subsystem and wire it up, so that
> drivers can consume it.
>
> Compile-tested only.
>
> Signed-off-by: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
> ---
Thanks!
Tested-by: Val Packett <val@...kett.cool> # sc7180-ecs-liva-qc710
Might be worth noting in the commit message that the real world issue
this solves is that after probing the driver, the DPU would keep trying
to access the physical address that belonged to the EFI framebuffer,
causing constant IOMMU faults and visual glitches on the display output.
~val
P.S. what a coincidence that just a week ago this was discussed for
sdm845
https://lore.kernel.org/all/bfe55d1b-1b45-4187-84fe-9475cb90b00a@linaro.org/
Powered by blists - more mailing lists