03-14-2021, 03:49 PM
I have Rock64 that I want to use with this HDMI display by Waveshare: https://www.waveshare.com/wiki/7inch_HDM...with_case). It has native resolution of 1024x600 and that is the main problem.
I tried latest Armbian and latest Ubuntu 18.04 Bionic by ayufan. In first case it runs only 1080p and I can't set any other resolution, and haven't found any help on their forum, with the second image I can chose between multiple standard resolutions, but there is no native one and the image looks bad (obviously).
I tried to set native resolution with xrandr:
When I do so screen turns black and there is message in dmesg:
I thought that values for video mode might be wrong, so I decoded edid from the display and took the settings I've found there. But that didn't change anything.
So I understand, that rockchip's driver doesn't have needed clock, but why can't it calculate it dynamically, if it says, it does?
I also tried recompiling u-boot for armbian with proper mode, as I read it might help, but it also did nothing and I don't know where to look now. If it's a driver in a kernel that needs patching, I would like to know which exactly, because trying to find needed information not having any prior knowledge of rockchip devices is hard.
I will be happy to get any help with this or at least if someone tells me that it can't be done, if it so for sure.
I tried latest Armbian and latest Ubuntu 18.04 Bionic by ayufan. In first case it runs only 1080p and I can't set any other resolution, and haven't found any help on their forum, with the second image I can chose between multiple standard resolutions, but there is no native one and the image looks bad (obviously).
I tried to set native resolution with xrandr:
Code:
xrandr --newmode "1024x600" 49.00 1024 1029 1042 1312 600 602 605 622 -hsync +vsync
xrandr --addmode HDMI-1 "1024x600"
xrandr --output HDMI-1 --mode "1024x600"
Code:
[ 195.715484] rockchip-vop ff370000.vop: [drm:vop_crtc_enable] Update mode to 1024x600p0, type: 11
[ 195.717392] dwhdmi-rockchip ff3c0000.hdmi: Rate 24000000 missing; compute N dynamically
I thought that values for video mode might be wrong, so I decoded edid from the display and took the settings I've found there. But that didn't change anything.
So I understand, that rockchip's driver doesn't have needed clock, but why can't it calculate it dynamically, if it says, it does?
I also tried recompiling u-boot for armbian with proper mode, as I read it might help, but it also did nothing and I don't know where to look now. If it's a driver in a kernel that needs patching, I would like to know which exactly, because trying to find needed information not having any prior knowledge of rockchip devices is hard.
I will be happy to get any help with this or at least if someone tells me that it can't be done, if it so for sure.