Display limited to 800x600 [SOLVED]

[ab1jx]

Giving up for now.  I read a post on here for the A64 that says if the modes have never been implemented then you can't access them.  A Raspberry Pi has 87 HDMI modes but I remember when the last one, CVT, was implemented.  It took an engineer with inside knowledge and it was done I think because there was an endless stream of requests for new modes.  Once CVT goes in, people can make their own new modes.

But my /sys/class/graphics/fb0/modes file has only U:1920x1080p-0 in it.  Oh well, there's always VNC.
 
I can get a 1024x768 mode (only in X Windows) when I set one with lxrandr, but when the screen blanks from lack of activity it comes back up at 1920x1080.  Apt-get just upgraded the kernel too, to:

Linux rock64 4.4.126-rockchip-ayufan-239 #1 SMP Sun May 27 18:38:24 UTC 2018 aarch64 GNU/Linux

[ab1jx]

Get on IRC and go to the #Rock64 room, fast answers there at least. Ayufan shows as being in there at the moment.

[ab1jx]

OK, I got 1024x768, I'm unstuck.

Check the files in /lib/firmware/edid, I had to copy a set from Armbian.
Edit /boot/efi/extlinux and add your mode to the append line like:

drm_kms_helper.edid_firmware=edid/1024x768.bin video-HDMI-A-1:1024X768

Then update initramfs with update-initramfs -u and reboot.

You should have an edid file to match the video mode you want, and even then not all modes work.

Thanks to mth on #Rock64. If you don't want to get on IRC you can search the logs at http://irc.pine64.uk/

Check dmesg | grep edid if you're having problems..

[ab1jx]

For completeness, this is from docs-master/Develop reference documents/DISPLAY/rockchip_drm_integration_helper-zh.pdf page 26


   

[Averell]

1. Restart the Rock 64
   
2. mount the partition of the SD card where you can find the right files, for us it was sda6, corresponding to the mmcblk0p6 partition.
   
3. Replace all the files of /boot/efi of the Rock64 by the corresponding files found on the SD card :
   

• extlinux/extlinux.conf
  
• dtb
  
• image
  
• initrd.img
  

After a restart, the display is OK

Seems a bit sledgehammerish (doesn't that replace the kernel too?) but maybe it will get Ayufan's attention to the fact there's a problem.  My guess is this only happens with monitors 5 years or so old and more because the EDID is a different version.  The USB keyboard thing still needs the manual printk fix too.

sledgehammerish, OK, but it worked. Replacing only the extlinux.conf file did not work. Replacing the dtb file did not work. replacing initrd.img file alone breaks the system. The problem was in the 0.5 kernel, and the question was if was possible to replace by the 0.6 kernel without breaking everything. I expected it would, but this didn't and the system is still running well.

[ab1jx]

sledgehammerish, OK, but it worked. Replacing only the extlinux.conf file did not work. Replacing the dtb file did not work. replacing initrd.img file alone breaks the system. The problem was in the 0.5 kernel, and the question was if was possible to replace by the 0.6 kernel without breaking everything. I expected it would, but this didn't and the system is still running well.

When you replace the kernel (or initrd.img) you might have to do "update-initramfs -u", I'm not sure how that works. I didn't backtrack on anything, just picked a mode with drm_kms_helper. Did it before I found the PDF on how to do it, I think I got it from somebody on IRC.

[ab1jx]

sledgehammerish, OK, but it worked. Replacing only the extlinux.conf file did not work. Replacing the dtb file did not work. replacing initrd.img file alone breaks the system. The problem was in the 0.5 kernel, and the question was if was possible to replace by the 0.6 kernel without breaking everything. I expected it would, but this didn't and the system is still running well.

When you replace the kernel (or initrd.img) you might have to do "update-initramfs -u", I'm not sure how that works.  I didn't backtrack on anything, just picked a mode with drm_kms_helper.  Did it before I found the PDF on how to do it, I think I got it from somebody on IRC.

I just did it again a year or so later.  I grabbed an EDID file using tvservice on a Raspberry Pi and put it in /lib/firmware/edid.  I didn't do the update-initramfs.  This time I wanted to get 1920x1080 which the Pi defaulted to anyway.  I'm not sure if it matters but I did this using the monitor I wanted to use, which worked on the Pi but not the Rock64 (until I made the EDID file).  I did have to power it off and back on, not just type reboot, before it worked.

So I have /lib/firmware/edid/piedid2.bin and in /boot/extlinux/extlnux.conf I have  drm_kms_helper.edid_firmware=edid/piedid2.bin  I did have to make the edid directory in /lib/firmware.