[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <cover.1757068166.git.marcin@juszkiewicz.com.pl>
Date: Fri, 5 Sep 2025 13:02:29 +0200
From: Marcin Juszkiewicz <marcin@...zkiewicz.com.pl>
To: Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Heiko Stuebner <heiko@...ech.de>
Cc: devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-rockchip@...ts.infradead.org,
linux-kernel@...r.kernel.org,
Marcin Juszkiewicz <marcin@...zkiewicz.com.pl>
Subject: [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(+)
--
2.51.0
Powered by blists - more mailing lists