Re: [PATCH v2 0/7] Add DSI support for RK3128

[Alex Bee]

Hi Heiko

Am 09.05.24 um 14:21 schrieb Heiko Stübner:
> Hi Alex,
>
> Am Donnerstag, 9. Mai 2024, 14:07:08 CEST schrieb Alex Bee:
> > This series aims to add support for the DesignWare MIPI DSI controller and
> > the Innoslicon D-PHY found in RK3128 SoCs. The code additions are rather
> > tiny: It only need some code in the Rockchip dw-mipi-dsi glue layer for
> > this SoC, add support for an additional clock and do some changes in the
> > SoC's clock driver. Support for the phy was already added when the
> > Innosilicon D-PHY driver was initially submitted. I tested it with a
> > 800x1280 DSI panel where all 4 lanes that are supported are used.
> >
> > changes in v2:
> >    To improve power-efficiency when the DSI controller is not in use, I
> >    dropped the patch which made hclk_vio_h2p a critical clock and instead
> >    added support for an AHB clock to the DSI controller driver and updated
> >    the bindings and the addition to the SoC DT accordingly.
> The naming already suggests that hclk_vio_h2p is not a clock-part of
> the actual dsi controller, but more an internal thing inside the clock
> controller.
>
> At least naming and perceived functionality would suggest a chain of
> 	hclk_vio -> hclk_vio_h2p -> pclk_mipi
I personally wouldn't give to much on naming when it comes to Rockchip
CRUs. Actually looking at "Fig. 2-5 Chip Clock Architecture Diagram 4" of
RK312x its:


.. -> hclk_vio

                   -> hclk_h2p (clock in question)
                   -> pclk_mipi (DSI APB clock)
                   -> hclk_rga
                   -> hclk_vop
                   ....

Also there is no other display output path (HDMI, LVDS) which requires this
clock to be enabled. They all work when it's disabled. That really makes me
think it's just the AHB clock line for the DSI controller. Maybe Andy can
share some details?

Alex

> In any case, I really don't see hclk_vio_h2p to be in the realm of the
> actual DSI controller, but more a part of clock-controller / interconnect.
> Similar to the NIU clocks for the interconnect.
>
> rk3588 actually tries to implement this already and while the
> gate-link clocks are described as "recent", I think this definitly the same
> concept used a most/all older Rockchip SoCs, just nobody cared about that
> till now ;-) [0] .
>
> So TL;DR I'd really prefer to not leak CRU-details into the DSI controller.
>
>
> Heiko
>
> [0] Which reminds me that I should look at Sebastian's make GATE-LINK
> actually-work-patch.