Re: [PATCH RFC/WIP 0/4] arm64: dts: qcom: sm8750: Enable display
From: Mahadevan P
Date: Thu Oct 30 2025 - 08:21:11 EST
Hi Dmitry/Krzysztof,
On 10/30/2025 4:46 PM, Dmitry Baryshkov wrote:
Hi Mahadevan,
On Wed, 29 Oct 2025 at 08:20, Mahadevan P <mahadevan.p@xxxxxxxxxxxxxxxx> wrote:
Hi Krzysztof,
On 4/26/2025 1:24 AM, Krzysztof Kozlowski wrote:
On 25/04/2025 21:34, Dmitry Baryshkov wrote:
On Thu, Apr 24, 2025 at 03:04:24PM +0200, Krzysztof Kozlowski wrote:
Could you please fix your email client to _never_ send HTML emails.
You've destroyed all the quoting (quotation?) levels. Your email was
caught by the automatic mailing list filters, etc.
Thank you for your feedback and I've updated my email client settings to ensure only plain text is sent going forward.
We at Qualcomm are currently working on bringing up the DSI display on MTP. For this, I’ve picked the following patches on top of v6.18-rc2:
All the DT changes mentioned in this series
[PATCH v2] drm/msm/dpu: Fix adjusted mode clock check for 3d merge
https://lore.kernel.org/all/1154f275-f934-46ae-950a-209d31463525@xxxxxxxxxx/
[PATCH v2 0/2] drm/panel: Add Novatek NT37801 panel driver
https://lore.kernel.org/all/20250508-sm8750-display-panel-v2-0-3ca072e3d1fa@xxxxxxxxxx/
However, when testing with modetest, the panel appears blank. I wanted to check if there are any additional patches already posted that I might have missed and should be included.
Any errors or warnings in dmesg?
There were no errors seen. only panel was not lighting up. Got unblocked and able to validated modetest on DSI and working fine with this workaround on linux-next
https://lore.kernel.org all/20251023080609.1212-2-yuanjie.yang@xxxxxxxxxxxxxxxx/
Also, I’m curious to understand more about the DSI PHY PLL VCO rate issue that Jessica had narrowed down—could you please share some details?
Lastly, I’d appreciate it if you could share the plan for merging these changes upstream. We’re aiming to enable display support on this target as part of our program.
Please see Documentation/process/, I think it describes the process of
merging patches pretty well.
Sorry for any confusion in my previous message. Could you please share when we might expect the next non-RFC version of this series, specifically for the DSI enablement patch? Alternatively, if there are no immediate plans to post an updated version, would it be acceptable for us to take it forward and submit the subsequent non-RFC versions of the MDSS and DSI enablement device tree patches by adding dependency to this https://lore.kernel.org all/20251023080609.1212-2-yuanjie.yang@xxxxxxxxxxxxxxxx/.
Thanks,
Mahadevan