Mali GPU DDK (rkr34 / rkr35 / rk36 / rkr4.1 / rkr5.1)

#21

This kernel rkr4.1 does not complain about finding a compatible mali-simple-power mode:

[    3.566202] mali fb000000.gpu: Couldn't find power_model DT node matching 'arm,mali-simple-power-model'
[    3.566219] mali fb000000.gpu: Error -22, no DT entry: mali-simple-power-model.static-coefficient = 1*[0]
[    3.566408] mali fb000000.gpu: Error -22, no DT entry: mali-simple-power-model.dynamic-coefficient = 1*[0]
[    3.566597] mali fb000000.gpu: Error -22, no DT entry: mali-simple-power-model.ts = 4*[0]
[    3.566797] mali fb000000.gpu: Error -22, no DT entry: mali-simple-power-model.thermal-zone = ''
[    3.569657] mali fb000000.gpu: Using configured power model mali-lodx-power-model, and fallback mali-simple-power-model
#22

Damn! it took me a while to figure out the problem with libmali X11 gbm not working properly.
the package llibmali-valhall-g610-g13p0-x11-gbm_1.9-1_arm64.deb
only works for boards with 4G.

libmali-valhall-g610-g13p0-wayland-gbm_1.9-1_arm64.deb works on 16G just fine.
[ 8.321588] mali fb000000.gpu: Kernel DDK version g17p0-01eac0

@RadxaYuntian, the llibmali-valhall-g610-g13p0-x11-gbm_1.9-1_arm64.deb is faulty for a board with memory > 4G, it runs half speed and is bumpy.

I think Armbian uses panfrost but there is an interesting mali blob that suggests it works on X11_wayland_gbm, all in a single blob, i could not test it and ended up overwriting the sd card with wayland gbm debug image.

I can’t move to Armbian kernel rkr5.1 without a proper functional libmali for X11.
My use case is with libmali (not panfrost), can you please contact Rockchip and get a fix for libmali X11 (rkr4.1 and rkr5.1) for boards with > 4G?

#23

I have two boards on x11 scoring over 1000 consistently, mostly around 1100. Kernel DDK g13p0-01eac0.

#24

Can you please post the results of:

  • uname -ra
  • free -lh
  • dmesg| grep -i panfrost
  • dpkg -l|grep -i mali
  • dmesg|grep DDK
  • ls -la /usr/lib/firmware/mali*
  • cat /var/log/Xorg.0.log
  • ls -la /usr/lib/aarch64-linux-gnu/mali
  • cat /usr/lib/aarch64-linux-gnu/pkgconfig/mali.pc
  • ls -la /usr/lib/aarch64-linux-gnu/mali
  • ls -la /usr/lib/aarch64-linux-gnu/libmali*
#25

Absolutely

uname -ra
Linux rock-5b 5.10.110-rockchip-rk3588 #23.02.2 SMP Fri Feb 17 23:59:20 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux

           free -lh
           total        used        free      shared  buff/cache   available
           Mem:            15Gi       1.6Gi       8.8Gi       370Mi       4.9Gi        13Gi
           Low:            15Gi       6.5Gi       8.8Gi
           High:             0B          0B          0B
           Swap:          7.7Gi          0B       7.7Gi

dmesg| grep -i panfrost (no output?)

dpkg -l|grep -i mali
ii gpg 2.2.27-3ubuntu2.1 arm64 GNU Privacy Guard – minimalist public key operations
ii libhiredis0.14:arm64 0.14.1-2 arm64 minimalistic C client library for Redis
ii libmnl0:arm64 1.0.4-3build2 arm64 minimalistic Netlink communication library
ii mali-g610-firmware 1.0.2 all <insert up to 60 chars description>

dmesg|grep DDK
[ 8.695355] mali fb000000.gpu: Kernel DDK version g13p0-01eac0

ls -la /usr/lib/firmware/mali*
lrwxrwxrwx 1 root root 45 Sep 22 17:13 /usr/lib/firmware/mali_csffw.bin -> /lib/firmware/mali_csffw_g15p0/mali_csffw.bin

/usr/lib/firmware/mali_csffw_g15p0:
total 344
drwxr-xr-x 2 root root 4096 Aug 11 10:26 .
drwxr-xr-x 113 root root 69632 Sep 22 17:13 …
-rw-r–r-- 1 root root 274432 Feb 11 2023 mali_csffw.bin

/usr/lib/firmware/mali_csffw_g17p0:
total 340
drwxr-xr-x 2 root root 4096 Aug 11 10:26 .
drwxr-xr-x 113 root root 69632 Sep 22 17:13 …
-rw-r–r-- 1 root root 270336 May 16 06:22 mali_csffw.bin

/usr/lib/firmware/mali_csffw_g18p0:
total 336
drwxr-xr-x 2 root root 4096 Aug 11 10:26 .
drwxr-xr-x 113 root root 69632 Sep 22 17:13 …
-rw-r–r-- 1 root root 266240 Jul 28 08:32 mali_csffw.bin

ls -la /usr/lib/aarch64-linux-gnu/mali
ls: cannot access ‘/usr/lib/aarch64-linux-gnu/mali’: No such file or directory

cat /usr/lib/aarch64-linux-gnu/pkgconfig/mali.pc
cat: /usr/lib/aarch64-linux-gnu/pkgconfig/mali.pc: No such file or directory

ls -la /usr/lib/aarch64-linux-gnu/mali
ls: cannot access ‘/usr/lib/aarch64-linux-gnu/mali’: No such file or directory

ls -la /usr/lib/aarch64-linux-gnu/libmali*
ls: cannot access ‘/usr/lib/aarch64-linux-gnu/libmali*’: No such file or directory

#26

Had to leave out “cat /var/log/Xorg.0.log”, the output is too long for for a post here, but it’s just mostly device information for peripherals. If there is anything in particular you’re looking for, happy to provide.

I am also using a 16G board.

#27

No problem.

You are not using libmali in your configuration. Probably using the mali blob directly, which has some disadvantage against libmali. Of course the advantage is that it works, haha.

Can you try to find the mali blob, something like:

sudo find /usr -name "libmali-valhall*.so"

and then get the size:

ls -la

1 Like
#28

I’ve had the board awhile, I recall trying to get libmali working and thought I had succedded but I could be remembering incorrectly. Apologies, but yes just a moment.

sudo find /usr -name “libmali-valhall*.so”
/usr/lib/libmali-valhall-g610-g13p0-x11-gbm.so
ls -la /usr/lib/libmali-valhall-g610-g13p0-x11-gbm.so
-rw-rw-r-- 1 itcurves itcurves 43517968 May 16 09:38 /usr/lib/libmali-valhall-g610-g13p0-x11-gbm.so

#29

Do you still have a link to the image?

The main advantage of using libmali is that you can use distro packages transparently, and you get a really stable distro.

If you can find the link, please post it, thanks.

1 Like
#31

No! It was here: https://github.com/JeffyCN/mirrors/tree/libmali/lib/aarch64-linux-gnu

Will remove last message.

#32

Jeffy’s blob is different from yours:
41.5 MiB (43,522,064 bytes)

And Jeffy and Radxa’s blobs are exactly the same size, the wrong size!
I need to check again…

1 Like
#33

That’s a bit interesting. I went back through my activity here and recieved that link from another member. If I had gotten a different blob… oh man, I have no clue then.

#34

I hope Radxa is following this, and can get libmali with the correct blob.

#35

So looking at the file I see this:
Screenshot%20from%202023-09-25%2015-28-45

Checking my chromium history from May 16th shows this:

Screenshot%20from%202023-09-25%2015-29-51
Screenshot from 2023-09-25 15-29-51.png705×280 15.4 KB

So, I believe it came from that .zip from JeffyCN. Using that link does download the same zip, but attempting to reach that page results in a 404.

#36

well, we need a libmali with blob that works on 16G for rkr4.1 and one for rkr5.1…

#37

I can only support what is being used in our system, as I have no access to rkr4.1 SDK. You can directly create issues in JeffyCN’s repo. He is an official Rockchip developer.

#38

Looks like JeffyCN has pushed some new libmali versions about an hour ago, worth checking out.

1 Like
#39

Where did he push them to? I couldn’t find anything new mali related in any of his github repositories.

#40

The usual place: https://github.com/JeffyCN/mirrors/tree/libmali/lib/aarch64-linux-gnu

#41

I see, thank you. Last libmali update seems to be from Fri Sep 8 though (update G610 userspace driver to g13p0-9, c45e68f5f440d4c0590fdfcdee290b6d591af51e), or am I blind? :thinking:

Today’s commit seems to be mostly some meson related fix.