Re: [REGRESSION] HDMI monitor not working on Radxa Rock 5B after phy rockchip samsung hdptx HDMI 2.1 FRL patchset

From: Cristian Ciocaltea <cristian.ciocaltea@collabora.com>
To: dubito@online.de, Vinod Koul <vkoul@kernel.org>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Heiko Stuebner <heiko@sntech.de>,
	linux-phy@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org,
	regressions@lists.linux.dev
Subject: Re: [REGRESSION] HDMI monitor not working on Radxa Rock 5B after phy rockchip samsung hdptx HDMI 2.1 FRL patchset
Date: Wed, 18 Feb 2026 03:22:07 +0200	[thread overview]
Message-ID: <26e31b3b-484f-433b-833f-c639ee437f63@collabora.com> (raw)
In-Reply-To: <08369c90-fbab-477d-9ac6-388deddfd3b1@collabora.com>

On 2/18/26 2:52 AM, Cristian Ciocaltea wrote:
> Hi Thomas,
[...]

> 
> Sorry, I somehow missed the following warning message, though it has been
> already present in all the logs you've sent to me so far:
> 
>   rockchip-hdptx-phy fed60000.phy: PLL locked by unknown consumer!
> 
> That indicates the PHY has been preconfigured by an external component (e.g. the
> bootloader), which is actually a scenario that I didn't verify.
> 
> However, this just another way to expose a limitation of the current approach
> for managing the TMDS character rate: done via the Common Clock Framework API
> instead of the HDMI PHY configuration API.
> 
> As a matter of fact, it was actually an item on my TODOs list for quite a while,
> but blocked until recently due to several dependencies waiting to be merged
> upstream.
> 
> Hence I took the opportunity to finalize this task - please give the following
> commits in my rk3588-hdmi-debug branch [2] a try:

I've just realized I introduced a regression while doing some cleanup work, hence
please ignore this until further notice.

Cristian

-- 
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy