"signal is not locked" with HDMI RX driver on RK3588

["Marek Marczykowski-Górecki" <marmarek@invisiblethingslab.com>]

[-- Attachment #1: Type: text/plain, Size: 1775 bytes --]

Hi,

First of all, thanks for all the work regarding upstreaming the driver!

I try to use it on two boards:
- Orange Pi 5B
- Rock 5B+

In both cases, when I use the upstream driver in 6.16-rc, I hit similar
issue:
1. `v4l2-ctl -d /dev/video2 --set-edid type=hdmi-4k-300mhz` - this works
2. EDID is properly presented to the device on the other side of the
HDMI cable, I can select to use that "display"
3. But then, the hdmirx complains:

    v4l2-ctl -d /dev/video2 --query-dv-timings
    VIDIOC_QUERY_DV_TIMINGS: failed: No locks available

And kernel shows:
[ 4033.823023] snps_hdmirx fdee0000.hdmi_receiver: hdmirx_phy_register_write wait cr write done failed
[ 4033.847027] snps_hdmirx fdee0000.hdmi_receiver: hdmirx_phy_register_write wait cr write done failed
[ 4033.870976] snps_hdmirx fdee0000.hdmi_receiver: hdmirx_phy_register_write wait cr write done failed
[ 4033.894998] snps_hdmirx fdee0000.hdmi_receiver: hdmirx_phy_register_write wait cr write done failed
...
[ 4061.975400] fdee0000.hdmi_receiver: hdmirx_query_dv_timings: signal is not locked

In this state actually capturing video stream doesn't work either.

I tried also rockchip-release branch from
https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux (at
33755850faeb0e53e634390d147cc261a60d2898) with the same result.

If I try the same with the 6.12.13-current-rockchip64 kernel from Armbian,
it works fine. I tried to compare the drivers, but there are quite a few
differences so it's hard to spot any obvious issue (it could be also an
issue somewhere else...).

Any ideas? I can try to add some debugging info or test patches, if you
point me what would be helpful.

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]