> Wiadomość napisana przez Sascha Hauer <s.ha...@pengutronix.de> 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).
 
 

Reply via email to