[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a928726e-c0c5-46f5-8ac6-323c8d16ea54@collabora.com>
Date: Tue, 22 Oct 2024 19:55:33 +0300
From: Cristian Ciocaltea <cristian.ciocaltea@...labora.com>
To: Marcin Juszkiewicz <marcin.juszkiewicz@...aro.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Heiko Stuebner <heiko@...ech.de>,
Sebastian Reichel <sebastian.reichel@...labora.com>,
Luis de Arquer <ldearquer@...il.com>, Alexandre ARNOUD <aarnoud@...com>
Cc: kernel@...labora.com, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org,
linux-kernel@...r.kernel.org, FUKAUMI Naoki <naoki@...xa.com>
Subject: Re: [PATCH v2 0/5] Enable HDMI0 on several RK3588 based boards
On 10/22/24 7:29 PM, Marcin Juszkiewicz wrote:
> W dniu 19.10.2024 o 12:12, Cristian Ciocaltea pisze:
>> Since the initial support for the RK3588 HDMI TX Controller [1] has been
>> merged as of next-20241018, let's enable the HDMI0 output port for the
>> following boards: Radxa ROCK 5A & 5B, Rockchip RK3588 EVB1 V10, Xunlong
>> Orange Pi 5+.
>
> I copied changes to FriendlyELEC NanoPC-T6 DT and booted 6.12-rc3 with
> your changes on LTS variant of the board.
>
> With my SBC monitor it complained about resolution (10.5" 1366x768px):
>
> rockchip-drm display-subsystem: [drm] *ERROR* vp0 Cluster0-win0
> actual_w[1366] not 4 pixel aligned
>
> And monitor told me "no signal".
>
> /sys/devices/platform/display-subsystem/drm/card1/card1-HDMI-A-1/modes
> lists all resolutions available.
>
> Would be nice to see system going to next EDID resolution in such case.
> 1280x720px is 4px aligned.
>
>
> With my 34" 3440x1440px monitor it shown some output once. In resolution
> close to original one but 16:9 instead of 21:9 one. Anyway monitor
> behaved in "I do not like that signal" way - started blinking, had
> problems with displaying even from my desktop after.
>
>
> I got a feeling that 1920x1080px monitor landed on my "need to buy" list.
I'd suggest giving [1] or [2] a try and see if it fixes your display
issues.
The VOP2 support for rk3588 in mainline is not able to properly handle all
display modes advertised by the connected displays. We have a workaround
and I'm currently working on an upstreamable solution.
[1] https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux
[2] https://gitlab.collabora.com/hardware-enablement/rockchip-3588/linux/-/tree/rk3588-hdmi-bridge-v6.12-rc2
Powered by blists - more mailing lists