Re: [PATCH v2] drm/rockchip: vop2: Scale the AXI clock to the bandwidth the mode needs
Igor Paunovic <[email protected]>
| Newsgroups | org.infradead.lists.linux-rockchip,org.freedesktop.lists.dri-devel,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <[email protected]> |
Hi Owen, Thank you - and thank you for bringing this to the list. A fanless RK3588J chassis at 60C ambient running dual HDMI plus DP is a far stronger argument for scaling this clock than my bench ever was, and the +3-5C junction delta at 750 MHz is exactly the number the power/thermal side of this discussion was missing. On your question - both, sequenced, because they answer different questions: - The BSP 6.1 48h soak first. That is your production reality and it needs no bring-up; what it buys is the real-world deployment evidence, and with your permission I will cite it in the v3 cover letter alongside the multi-CRTC tearing observation. - The mainline clean-room run when your DTS bring-up is ready. v3 will be against drm-misc-next, and that run is the one I would attach your Tested-by to, so the tag attests the tree the patch actually targets. No rush on this one - if it lands during the v3 review cycle rather than before it, that is still perfect timing. I will CC you on v3. It will state the FRL/ACLK relationship explicitly (on my board the HDMI FRL path holds the clock at 750 MHz independently, which is why the DP path was the one that exposed the scaling gap), and it will pick one direction for commit_setup vs commit_tail and defend it in the cover letter - the question to the maintainers about a rockchip-wide hook pair is still open, and v3 cannot wait on it forever. Regards, Igor _______________________________________________ Linux-rockchip mailing list [email protected] http://lists.infradead.org/mailman/listinfo/linux-rockchip