That is 2 of us as on my 2nd after dropping it and that was after I had already killed the pcie by I think shorting the ribbon.
Not clicking like on that one.
Oh well its only a couple of days so new mesa and maybe 5.2 might be released.
Give them a go as its looking good.
so, the only way to overclock the soc (gpu/cpu) its unpacking the dtb, editing and repacking??
Yeah currently no overlays have been done, presume they might at one stage, but not much OC testing has been done.
Its highly likely there is quite a bit of headroom if you go active cooling I have a single 40mm fan and usually hang around 35-40’C.
I am particulary interested on gpu… Overclocking the cpu produce too much heat and no real performance increase on gaming (overall) . ive overclocked my rpi3 gpu 150 mhz higher than the default clocks for an year and never used a fan for that particular oc. You need a fan anyway for this soc. At least on compilations.
Yeah with the Pi4 you need a fan really I have one with a heatsink and all it does is delay thermal throttling rather than negate it.
GPU is already 200% on Pi4 levels but presume that is also DTS/overlay I am not sure what speed google ran the GPU but like cpu @ 2Ghz/1.5Ghz its likely more than the stock Rk3399.
I have a Rpi3b & Rpi3b+ and yeah you can OC and they run cool and VC4 still sucks like crazy still couldn’t replay a 1080p video in Chromium raspberries chosen browser.
Pi4 heralds an end to Raspberry with me irrespective of what Soc / SBC I use, so much of what the say varies from snakeoil marketeering to absolute BS.
What really rankles me is they benefit massively from charitable status and huge community input but they repay by constantly focusing on the needs of their commercial arm.
Just my opinion but feck raspberry, I purchased a Pi4 and it was exactly what I expected and its an Arm Soc at a reasonable price but the rest about 4k or desktop replacement is total BS.
I would rather have a product that doesn’t make such claims that is actually capable than be fed that BS from raspberry that we are here for education needs.
Total BS raspberry and feck you as never will I buy another of your products.
Indeed, maybe not on chromium, but on ppsspp vc4 shines (on mesa) compared to the actual state of panfrost ( its a shame indeed) but panfrost and the rk3399 has all the potencial to amaze on real performance on next months
The rockpi4.dts has this include
#include “rk3399-opp.dtsi”
Guess you could just change that to
#include “rk3399-op1-opp.dtsi”
Which was the google OP1 Rk3399 chip.
Dunno how it will go though.
Ok! But thats a cpu boost only. Anyone know to set higher values to gpu on an unpacked dtb? Rpi boards use threadx to manipulate “easily” and override the values (at freedom cost?) It would be great if we could manipulate some boot parameters on rockpi4 too. Whats necessary to get something similar to rpi parameters stuart?
There isn’t you are just stuck with being approx 200% faster than a Pi4.
Prob is but dunno the midguard mali gpus are quite complex beasts in comparison its Arm voodoo and what will be the Panfrost optimisations
I have been running with “rk3399-op1-opp.dtsi”
The rockpi4 at least mine as it is active cooling seems quite happy to run at the below
1512000
1512000
1512000
1512000
2016000
2016000
https://openbenchmarking.org/result/1907231-HV-1709271TY15
Also doh GPU table is in there
gpu_opp_table: opp-table2 {
compatible = "operating-points-v2";
opp00 {
opp-hz = /bits/ 64 <200000000>;
opp-microvolt = <800000>;
};
opp01 {
opp-hz = /bits/ 64 <297000000>;
opp-microvolt = <800000>;
};
opp02 {
opp-hz = /bits/ 64 <400000000>;
opp-microvolt = <825000>;
};
opp03 {
opp-hz = /bits/ 64 <500000000>;
opp-microvolt = <850000>;
};
opp04 {
opp-hz = /bits/ 64 <600000000>;
opp-microvolt = <925000>;
};
opp05 {
opp-hz = /bits/ 64 <800000000>;
opp-microvolt = <1075000>;
};
PS if you want the compiled op1 speed dtb and just swapout the current
https://1drv.ms/u/s!AocmAh35i26QiUpyj_c7Dg9dtzUl
The 800mhz is already overclocked or at least the top side of T860 deployments dunno, maybe and may you can OC Ram haven’t found that yet. Maybe 850 but really this is the territory of the 16nm T880
[edit]
Ram I have found and lols I aint getting my head round that its a dtsi in uboot but it very much voodoo and some complex ram timing patterns that have not got the faintest clue.
Actually, cpu overclock to 2.0 ghz its really easy on armbian 5.2 kernel. that speed its specified on armbian-config, but default its 1800 obviously. so, whats the normal clock of the gpu being 800 mhz an overclock??
If you look at the arm docs
says 650mhz there so guessing 800 for the t860 is reasonably high.
800 is what Google chromebooks went for a max and expecting there might not be a whole load more to be had as they where also fairly aggressive with the 2.0/1.5Ghz
Just edit the dtsi and try but that is up to you
The 2.0/1.5Ghz overclock seems really stable with my silicon.
Keep running benches as stability tests.
@stuartiannaylor , I downloaded your ‘rk3399-rock-pi-4.dtb’, running Radxa’s Ubtunu Server instance, are you saying that the dtb can just be swapped out on a live instance, and reboot with overclock settings?
Its the mainline dtb mv old dtb to .bak copy new and yeah.
Definately works with manjaro that way or what you can do is compile your own kernel.
Or git clone current radxa master kernel
zcat /proc/config.gz > .config clone current config to .config in kernel root directory
go to mainline grab /arch/arm64/boot/dts/rockchip/rk3399-op1-opp.dtsi
place in your radxa kernel git clone @ /arch/arm64/boot/dts/rockchip/rk3399-op1-opp.dtsi
Change the line in /arch/arm64/boot/dts/rockchip/rockpi-4b-linux.dts #include "rk3399-opp.dtsi" to #include "rk3399-op1-opp.dtsi"
make
You don’t need the kernel and a long way but it will make a dts for you that you can do the same with if there is any difference as the above.
Or convert both to dts and just make the cpu table changes then convert back
For some reason I can’t get Manjaro to boot on my RockPi 4A.
I’ll give Armbian a shot, Ubuntu Server works, but there is no ‘rk3399-rock-pi-4.dtb’ to swap in their dtbs folder.
Using Rock Pi 4 Minimal (Manjaro) - https://manjaro.org/download/arm8-rockpi4-minimal/
Simply doesn’t boot up.
Dunno about Pi4A but that is just the bt/wifi but there is a long boot delay when upgraded to 5.2.
The is no printk console and you have to wait but yeah that is the right link.
Yeah only thing removed in 4A is bt/wifi, otherwise it’s the same (1gb ram). I can get Armbian working, Ubuntu Server as well. Manjaro just doesn’t boot up. How long was the boot delay on first install for you?
Its not that bad 5.1 30secs+, 5.2 there are errors and its bad 3mins+
@stuartiannaylor, in Manjaro what’s the pathway for ‘rk3399-rock-pi-4.dtb’? I couldn’t get it to work on the 4A but want to see what it maps to on Ubuntu.
