Skip to content

Enable HDMI Receiver on NanoPC-T6

Marcin Juszkiewicz linux-arm-kernel linux-devicetree linux-rockchip lkml 1 version Applied

Status from this message: Applied, thanks!

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest1 patch 2 repliesApplied

Patches in v1 Applied

#Subject and filesSizeRepliesApplied
1/1arm64: dts: rockchip: enable HDMI Receiver on NanoPC T6arch/arm64/boot/dts/rockchip/rk3588-nanopc-t6.dtsi+17 -00 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/1] Enable HDMI Receiver on NanoPC-T6

For quite a while I had this patch in my local tree but never made it work. Kernel generates the following messages all the time:

fdee0000.hdmi_receiver: hdmirx_wait_signal_lock: signal not lock, tmds_clk_ratio:0 fdee0000.hdmi_receiver: hdmirx_wait_signal_lock: mu_st:0x2, scdc_st:0x0, dma_st10:0x10

"v4l2-ctrl --all" reports that HDMI In is detected, /dev/video[0-4] exist.

I tried two signal sources:
- AMD Radeon WX2100 (via passive DisplayPort -> HDMI adapter)
- AMD Radeon RX6700XT (HDMI port)

Same situation with both - kernel messages as above on RK3588 system, no connected monitor on host side.

Usually I used MPlayer or MPV to check v4l2 devices but here it fails too:

$ mpv av://v4l2:/dev/video3
[ffmpeg/demuxer] video4linux2,v4l2: Not a video capture device.
[lavf] avformat_open_input() failed
Failed to recognize file format.
Exiting... (Errors when loading file)

Checked SBC schematics again and HDMIIRX_DET_L line is GPIO1_D5 like it my patch.

What I go wrong?

Marcin Juszkiewicz (1):
arm64: dts: rockchip: enable HDMI Receiver on NanoPC T6

 .../boot/dts/rockchip/rk3588-nanopc-t6.dtsi     | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
Signature · 1 line
2.51.0