> Wiadomość napisana przez Sascha Hauer <s.hauer@xxxxxxxxxxxxxx> w dniu 27.01.2022, o godz. 12:00: > >> >> -on rk3399 it gives me 4k screen where right vertical 1/3 part of screen is garbage >> -on rk3566 my samsung 4k monitor has black screen and cycle of OSD msgs: HDMI2 connected; HDMI2 disconnected; .... > > Same here on my rk3568, also with a samsung monitor. Was it 4k@60Hz or > 4k@30Hz? If the former, could you give 4k@30Hz a try? That mode works > well here. It was 4k@30 Indeed - firmware of my samsung is total crap in UI aspects - so maybe in hdmi modes are as well :-p Anyway - this crap monitor works ok with 4k@30 on AW/RPI4/rk3399/n3450/MacBookPro >> >> BTW: getting well working 4k HDMI modes on rk3399 was real story for me. >> There is many different series of patches to address this - but all have some subtle issues for me (i.e. 4k HDMI modes works but i.e. Qt is failing with DRM atomic commits in EGLFS) >> I developed well working [1] giving me reliable 4k on rk3399 (including working Qt DRM drawing in EGLFS mode) >> Maybe it will be somehow helpful to get 4k modes solution for rk3566 _and_ rk3399 (on single kernel binary)? >> >> [1] https://github.com/warpme/minimyth2/blob/master/script/kernel/linux-5.16/files/0730-drm-rockchip-add-4k-videomodes-support.patch > > At least there are patches in it that I have in my series as well and > keep popping up everywhere like "drm/rockchip: dw_hdmi: Use > auto-generated tables" and "drm/rockchip: dw_hdmi: Set cur_ctr to 0 > always" > What was time-consuming for me was finding working patches combination which not breaks Qt DRM Atomic commits. Many series floating arround various git repos/projects were offering 4k modes but breaking Qt in the same time.... btw: have you plans to look/address non-working DRM planes in VOP2? Rendering to DRM plane gives me green screen on rk3566. The same code (and binaries) are working ok on rk3399 (and other SoCs).
