NicoD

Sooo, I tried to fix the issue, using a 5.8-rc3 kernel... While the frequencies are back, there's some heavy glitches with Panfrost drivers and I don't know if that's due to kernel changes (entirely plausible) or if that's due to the patch.
I'll try test a 5.8-rc3 kernel without this patch, just to check who's the culprit.
 
Meanwhile, here's a patch that brings 500Mhz frequencies back for Mali GPU on RK3288 boards : https://gist.github.com/Miouyouyou/0dad9c4a321349166bbc9d49ffec315a
From 73258d32daf3a661281bb5c77c5e2e06c7ff714e Mon Sep 17 00:00:00 2001 From: "Miouyouyou (Myy)" <myy@miouyouyou.fr> Date: Fri, 3 Jul 2020 02:02:18 +0200 Subject: [PATCH] arm: dtsi: rk3288: add GPU 500 Mhz OPP again Undoing the very bizarre mainline kernel patch, 75481833c6dbab4c29d15452f6b4337c16f5407b which main purpose is to sync some 3.14 kernels hacks to mainline kernels, for reasons that only matter for a few Chromebooks, and shove it down the throat of every RK3288 user. If you need to avoid the GPU going to 500 Mhz on Chromebooks, remove the OPP entry inside the DTS that actually matters to RK3288 Chromebooks. Meanwhile, the 600 Mhz operating point can prove to be unstable on some RK3288 boards, while 500 Mhz works fine. https://forum.armbian.com/topic/13515-panfrost-on-rk3288-and-gpu-on-600mhz-problems/ Signed-off-by: Miouyouyou (Myy) <myy@miouyouyou.fr> --- arch/arm/boot/dts/rk3288.dtsi | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi index a66412547..ef7457f79 100644 --- a/arch/arm/boot/dts/rk3288.dtsi +++ b/arch/arm/boot/dts/rk3288.dtsi @@ -1312,6 +1312,10 @@ opp-400000000 { opp-hz = /bits/ 64 <400000000>; opp-microvolt = <1100000>; }; + opp-500000000 { + opp-hz = /bits/ 64 <500000000>; + opp-microvolt = <1200000>; + }; opp-600000000 { opp-hz = /bits/ 64 <600000000>; opp-microvolt = <1250000>; -- 2.27.0  

Hi Armbian,
    I managed to get this to work using the Armbian "dev" branch. Please see my comment on the Goolge/Coral issue page: https://github.com/google-coral/edgetpu/issues/140#issuecomment-652614479
 
(...and nice work all Armbian devs/contributors...the docs were vital and educating)

Newest video.
Gaming on Armbian Focal on the RK3399 with Panfrost.
How to set it up
Thanks to all.

Images are going to be fixed ASAP.
 
https://github.com/armbian/build/pull/2016
 

https://youtu.be/2Yu8Rj7o9lk?t=468
And for every SBC there's a seperate video too.

Panfrost instructions Armbian
 
!!!! I made a script that does all this, check a few posts later for the script !!!!!  
This tutorial explains how to build an Armbian image with panfrost. And what else you need to make it work.
These are early drivers. Many things don't work yet. Only OpenGL 2.1 works now.
 
You need to build an image with kernel 5.2 or later.
For this you need an x86 pc with Ubuntu 18.04 or a virtual Ubuntu 18.04 x86 image.

First install git, then clone the build folder from Armbian, and enter the build directory.
 
apt-get -y -qq install git git clone --depth 1 https://github.com/armbian/build cd build Now run the script with EXPERT=yes so you can choose to build a dev image.
sudo ./compile EXPERT=yes Choose "Full OS image for flashing" Then "Show a kernel configuration menu before compilation" Choose your board. If it's not in the regular list, look in "Show SCS/WIP/EOS/TVB". Choose Development version kernel configuration -> device drivers -> graphic drivers -> panfrost  
Let it run until it's finished. The image will be in the /build/output/images
Burn it to an SD-card/eMMC/...
 
Now we need to install all the needed software
sudo apt install flex bison python3-mako libwayland-egl-backend-dev libxcb-dri3-dev libxcb-dri2-0-dev libxcb-glx0-dev libx11-xcb-dev libxcb-present-dev libxcb-sync-dev libxxf86vm-dev libxshmfence-dev libxrandr-dev libwayland-dev libxdamage-dev libxext-dev libxfixes-dev x11proto-dri2-dev x11proto-dri3-dev x11proto-present-dev x11proto-gl-dev x11proto-xf86vidmode-dev libexpat1-dev libudev-dev gettext glmark2 glmark2-es2 mesa-utils xutils-dev libpthread-stubs0-dev ninja-build bc python-pip flex bison cmake git valgrind llvm llvm-8-dev python3-pip pkg-config zlib1g-dev wayland-protocols Download and install meson
wget http://ftp.de.debian.org/debian/pool/main/m/meson/meson_0.55.3-1_all.deb sudo dpkg -i meson_0.55.3-1_all.deb Download and install mesa DRM
git clone git://anongit.freedesktop.org/mesa/drm cd drm meson build --prefix=/usr ninja -C build sudo -E ninja -C build install cd .. Download and install mesa graphics
git clone git://anongit.freedesktop.org/mesa/mesa cd mesa meson -Ddri-drivers= -Dvulkan-drivers= -Dgallium-drivers=panfrost,kmsro -Dlibunwind=false -Dprefix=/usr build/ ninja -C build/ sudo ninja -C build/ install REBOOT
 
Optionally, update sdl (recommended)
git clone https://github.com/SDL-mirror/SDL.git cd SDL mkdir build cd build cmake ../ make -j6 sudo make install REBOOT
 
Only thing that works ok with it is supertuxkart, to install it.
sudo apt install supertuxkart
 
Panfrost - Linux games working from repo
SuperTuxKart - Works well
ExtremeTuxRacer - lots of glitches
AssaultCube - lots of glitches
 
Instructions by Salvador Liébana & NicoD

I also don't get this. Isn't their goal to sell more chips? Then wouldn't they sell a lot more with good/better software/support?
Seems like they don't want people to use Linux on them. 
 
They do make the most powerful SoC's on cheaper SBC's. I use Amlogic SoC's for video editing. For that you only need a good cpu(multicore+single core), and gpu/vpu is of lesser importance. In power per watt the A311D/S922X are just the best. 
But I'd like to be able to do a lot more than just video editing on them. I loved the Odroid C2 with S905. Was more versatile. But then again they claimed 2Ghz clockspeed.  

I can't wait for the RK3358 to show up on a board. That should be able to outmatch the Amlogic SoC's. It is to see what consumption and how much heat it'll produce.
Rockchip used to be worse than amlogic in their support. But they did make that up. Allwinner is no match in performance. But they are very usable boards for lighter tasks. OPi+ is my MP3 player and NAS with a sata hd and 1.5TB USB2 external HD. No other board does that better.

The RK3399's are my most used SBC's for light desktop tasks/surfing/watching video. But no match for video editing. RK3399 can edit/render 1080p videos well. But A311D does 1440p. The C2 used to do 720p. So it did improve quickly last years.

I'm very happy you make these images. Me with a lot of other people. It makes many boards a lot more useful where otherwise they'd be paperweights. I love your efforts in making more compatible images. One of my next videos will be about that. Nobody else ever came so close to universal images as you have. I take my hat off for that.

I just bought the X96 Air since it's S905X3. Made me nostalgic to my Odroid C2 and it was dirt cheap. If only I had the SMD soldering skills, then I could take the 32GB eMMC and 4GB ram from X96 and solder them onto my 2GB+16GB Khadas VIM3. For the 30euro I payed, the 32gb eMMC and 4GB ram are worth it. I just don't want to risk the VIM3.
Cheers.
 

https://youtu.be/2Yu8Rj7o9lk?t=468
And for every SBC there's a seperate video too.

Wouldn't it be better to integrate it in armbian-config? 
Then people can still choose to install it or not. It does break some functionality of some programs. For example Kdenlive doesn't work with the script installed(no video playback).  I'll again try to find a fix for it.  But I've put a lot of time into it in the past and couldn't find a solution.  
Do you know how it is possible to make VPU acc work in mainline? With that we'd have a perfect image with panfrost + VPU. I'm looking into it, but my knowledge is very limited about this. 

Thanks to
 
 
@Neil Armstrong we already have full blown Armbian for C4. Images are ofc only for testing at this stage.
 
K5.4 and K5.6 in Focal and other variants
https://www.armbian.com/odroid-c4/

so
wget http://ftp.de.debian.org/debian/pool/main/m/meson/meson_0.54.0-1_all.deb sudo dpkg -i meson_0.54.0-1_all.deb Or just use my script I wrote that does all that and has the correct file included.
https://forum.armbian.com/applications/core/interface/file/attachment.php?id=5683

Or use the graphics repo repo
 
sudo apt-get install software-properties-common -y sudo add-apt-repository ppa:oibaf/graphics-drivers sudo apt-get update sudo apt-get upgrade Or Werner his method,
apt build-dep mesa Grab sources Compile like described here: https://panfrost.freedesktop.org/building-panfrost-mesa.html Restart X

These are 4 different ways to do the same. The first way is how it was done at the start. you don't have to make it that hard. My way is only good if you want to try different versions of MESA.
When using the 3th method with graphics repo (fastest) you do not need to install anything more. I'd go for Werner his example.

Be sure the kernel module for panfrost is activated and you use the latest 5.x kernel. Best to build the image yourself to be sure o have latest kernel. Good luck, I've still not found time to look into it for the H6.

Bit off topic, that's what the topic is for
So I've been using the NanoPi M4/V2 for over a half year as main desktop and left my pc off most of the times. That today gave me a nice advantage in my electrical bill.
While the price of electricity goes up, I consumed 8.8% less only by using SBC's instead of my pc. And that not for a full year even. I can still improve with LED lights. And keep using my SBCs.

This does give an example why using ARM can be very benificial. I even made a quick video about it. Not really Armbian related. I don't think I need to convince any of you of the advantages of using arm.
But it is a good thing to think about where we can save money/energy in replacing x86 machines with arm boards.

Arm also has disadvantages off course. Less user friendly, do it yourself... I also talk about that. So you don't need to see the video any more actually, bit if you do, please enjoy.
Greetings, NicoD
 

Most of the boards just got one freshly build test image - check bottom of download pages.
 
- minimal image only
- mainly kernel 5.6.y
- Ubuntu Focal 20.04 based
- u-boot 2020.04
- xz compressed
- no end-user support

Here my video where I show how to download and install everything. And some gameplay.
Again thank you to @balbes150 for the images.
 

Bit off topic, that's what the topic is for
So I've been using the NanoPi M4/V2 for over a half year as main desktop and left my pc off most of the times. That today gave me a nice advantage in my electrical bill.
While the price of electricity goes up, I consumed 8.8% less only by using SBC's instead of my pc. And that not for a full year even. I can still improve with LED lights. And keep using my SBCs.

This does give an example why using ARM can be very benificial. I even made a quick video about it. Not really Armbian related. I don't think I need to convince any of you of the advantages of using arm.
But it is a good thing to think about where we can save money/energy in replacing x86 machines with arm boards.

Arm also has disadvantages off course. Less user friendly, do it yourself... I also talk about that. So you don't need to see the video any more actually, bit if you do, please enjoy.
Greetings, NicoD
 

Yeah sure if I can piece togeher what I have done.
Base was a current  (Edit: actually was dev but installed current kernel/headers/dtb over it since I gave up on dev) image with Focal. Built mesa from sources:https://panfrost.freedesktop.org/building-panfrost-mesa.html
Use devfreq to set the gpu governour to userspace and fix the gpu frequency either to highest if you have GOOD cooling or something lower.  @Igor thinks DVFS is not stable enough yet.
 
Proper cooling seems necessary as it may not like thermal trottling.

Sure thing.
 
 

Holy shit. It is running!

Don't forget the 'grey' cost. I do not replace my "old-power-saving-bulbs" because of the grey energy needed.  Same thing as driving an old car until it breaks or buy a new more efficent car.
 

 
PinePhone UBports Community Edition Pre-Orders Now Open
  https://www.pine64.org/2020/04/02/pinephone-ubports-community-edition-pre-orders-now-open/
 

Bit off topic, that's what the topic is for
So I've been using the NanoPi M4/V2 for over a half year as main desktop and left my pc off most of the times. That today gave me a nice advantage in my electrical bill.
While the price of electricity goes up, I consumed 8.8% less only by using SBC's instead of my pc. And that not for a full year even. I can still improve with LED lights. And keep using my SBCs.

This does give an example why using ARM can be very benificial. I even made a quick video about it. Not really Armbian related. I don't think I need to convince any of you of the advantages of using arm.
But it is a good thing to think about where we can save money/energy in replacing x86 machines with arm boards.

Arm also has disadvantages off course. Less user friendly, do it yourself... I also talk about that. So you don't need to see the video any more actually, bit if you do, please enjoy.
Greetings, NicoD
 

Try bigger files. This test does files of 64k. Try files of 100MB 100times.
dd if=/dev/zero of=test bs=100MB count=100 conv=fdatasync I use the gnome-disks utility to benchmark. It shows the performance with big files, but also the latency what is important for small files. That way you get numbers that can be understood.

just shared in another post on this forum my NVME iozone results for my Nanopi M4v1 with 1TB XPG SX8200 Pro.
800000+kBytes/sec both read and write.
specially for @NicoD some pictures. I power with 4a adapter. Self designed and 3d printed cabrio case, that does not fit well now with nvme board.

I never stop testing.
 

Xupdate: includes updated mesa libraries for mali GPUs.
 
how to use:
add below to you source.list
 
 
gpg key can be found at:
 
 
after that, run `sudo apt update && sudo apt upgrade`
 
before reboot, please update your xorg.conf, follow below webpage:
 
 
 
 

this is ONLY for debian buster, if you are ubuntu user please go to graphics-drivers PPA, no duplicated work.
and this repo is located in Shanghai China, maybe slow oversea.