Salvador Liébana

@Salvador Liébana:
 
Please don't use 1.5 Volts. You will destroy your Rockpro64! If your CPU can't handle 2.2GHz at 1.3 Volt then it can't handle it at all. 1.5 Volts is .25 Volts above the RK3399 specifications. 1.5 Volt will not only wear your CPU much more than needed it will also make the system unstable. Run 'stress -c 6' and you will see.

I just released Armbian Focal Desktop MAINLINE images for Khadas VIM3 Pro. These are individually, pure arm64 and hybrid arm64/armhf variations.
Thanks go to @lanefu for key pointers in understanding how to "re-arm" the firstboot and firstboot-config mechanism in current-state Armbian.
 
Please offer feedback and experiences if you test these. The images are currently hand-built, but if enough interest is generated, and time permitting, I will commit to a git fork for an unsupported standard building process.
 

 
I have more detail on the distribution site at archive.org, and in the corresponding posts to the Khadas forums:
 
armhf Hybrid
LightDM will NOT work as display manager in this configuration, and I've chromed-up lxdm as a replacement. Autologin may be a work still in progress.
Archive.org: Armbian 21.02.3 MAINLINE Image For Khadas VIM3 Pro - 32-bit Userspace - Ubuntu Focal Xfce Desktop Forums.khadas.com: Community Armbian 21.02.3 MAINLINE Image For Khadas VIM3 Pro With 32-bit Userspace  
arm64 Native
UPDATED INFO
HDMI audio out is non-functional with the 64-bit userspace, which is true for all Debian and Ubuntu systems, including Khadas Fenix builds.
This capability may be a user's deciding factor in chosing between builds.
With further testing, HDMI AUDIO NOW WORKS in arm64 image build!
Archive.org: Armbian 21.02.3 MAINLINE Image For Khadas VIM3 Pro - arm64 - Ubuntu Focal Xfce Desktop Forums.khadas.com: Community Armbian 21.02.3 MAINLINE Image For Khadas VIM3 Pro arm64 Native  

many thanks for your time. it did not resolve the problem but it switched to modsetting
 
Graphics:
  Device-1: display-subsystem driver: rockchip_drm v: N/A bus ID: N/A 
  Device-2: rk3399-dw-hdmi driver: dwhdmi_rockchip v: N/A bus ID: N/A 
  Device-3: rk3399-mali driver: panfrost v: kernel bus ID: N/A 
  Display: x11 server: X.Org 1.20.9 driver: modesetting 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mali T860 (Panfrost) 
  v: 3.1 Mesa 21.1.0-devel (git-befd9fb 2021-03-21 focal-oibaf-ppa) 
 
 
what component of those it's the faulty or the one without this kind of support if you can guess?
the thing is we run wine games... and they are very low res. 640x480 and 800x600 are quite common then and it doesnt work at all at those resolutions. 
 
 
@Kwiboo do you know something about this?

 
 

@Igor
run glmark2 on default compositor mode (auto is GLX)
we get glmark results 5-6 times lower than on xpresent mode.
 
to test it:
xfwm4 --vblank=xpresent --replace
 
to replace it by default (this will work after reboot)
xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "xpresent" --create
 
rerun glmark2... you will see the differences. 
at this point it's quite ridiculous that xfce4 compositor defaults to GLX... mesa devs hate it... his drivers too.  
 
 
 

and we don't care if you don't like it. it's for noobs. not for pro user's like you. the feedback take place on our discord for TwisterOS Armbian. the problems it have (xfce4 working like shit) are present on vanilla Armbian. if you wanna help, just do it from vanilla.
 

thanks for the post nico! well, with rk3399 across all.my team we will.make some severe changes on this armbian build. we will move to xfce abd rebrand the build as TwisterOS armbian. the idea would be to start with RK3399, then S922x, not only N2 bc they are competitors arising and also bc you know I don't like N2. cheers! 

thanks for the post nico! well, with rk3399 across all.my team we will.make some severe changes on this armbian build. we will move to xfce abd rebrand the build as TwisterOS armbian. the idea would be to start with RK3399, then S922x, not only N2 bc they are competitors arising and also bc you know I don't like N2. cheers! 

amazing review NicoD!! I think that if next gen ARM SBC can address discrete GPUs we can wait for mesa drivers without the pain of just waiting forever. with a discrete amd GPU we can just use box86 (and the upcoming box64) to run our favorite software if needed. it's just an step forward on ARM independence. yes, I am a bit afraid with all those changes on ARM holding, but I believe we can survive. hope so. Salvador.

Thanks! I will try that!

Hi!! I have a radxa rockpi4 and I cant replace the kernel that comes on it (4.4? dont remember). its from the official radxa page because the two versions here didnt boot at all (red lights).
 
My main goal its to test panfrost. I am not familiar with armbian at all. I've tried utilising the defconf from radxa  (https://github.com/radxa/kernel) with
 
https://gitlab.freedesktop.org/panfrost/linux  fork and mainline from torvalds and none of them boot when replace the Image, the dtb (and change it on armbianenv.txt) , install the modules ande the firmware... 
 
first. how i could follow the boot process...see the console output like on raspbian?? because I am blind here.
 
thanks on advance