Same for me in firefox, works in chromium based browser.
h_t_t_p_s://photos.app.goo.gl/nx8cSm4UH9SdEvT99
gaming on router 
my intention was more to have a more responsive x-server
Gaming on a router with a GPU and HDMI 
P.S. Probably it’s possible to use dts overlay for lima init? It will let to leave the kernel’s lima driver as is?
How do you want to trigger lima power on/off by dts? Currently we have only a code-approach. And this i can add to code in my repo and it is triggered by module load
In my 5.5-lima i used the same approach as in 4.4-mali module - dts regulators. Literally ported part of dts from 4.4 to 5.5. So now i want to try use it as an overlay.
We can define it in bananapi.dts disabled so you to enable it only in your overlay
I see you have also code changes in the mentioned commit…
You can rebase needed changes on my 5.9-hdmi, then i can include it in my repo in future
All code changes are for debug only.
Ok, i can try.
Seems like crosscompiling mesa is possible without additional vm
Looks like it’s for debian, so i’ll need an additional VM
But the binaries created will only work on debian because they are linked to debian libs
Maybe chroot variant is best way…maybe that can be used also for other versions
Create a chroot and run build-process inside
Mali-450 support by lima => 20.0.x to have no unstable depency (meson 0.49.2 from debian 10)
successfully build mesa inside chroot
buildchroot.sh (1,2 KB)
build_mesa.sh (1,3 KB) mesa.patch (1017 Bytes)
sudo cp build_mesa.sh mesa.patch debian_buster_armhf/root/
sudo chroot debian_buster_armhf /root/build_mesa.sh
built files here: https://drive.google.com/file/d/1cNdpbW7cOSbvQPLc72KsdwwFxJMuY8az/view?usp=sharing
Great! Did you tested it? (I mean stability, blinking menus/buttons etc.)
Not yet due to missing time
Recently mediatek entry point patch was accepted to mesa mainline.
So now it’s not nessesery to patch mesa for git master.
UPD: Just finished testing - everything compiles and works just great with latest sources from git.
2 Likes
Hi Guys - just reporting that I’ve gotten everything working with Frank’s 5.10-rc - patches to mesa etc
I had reached this stage all that time ago! the ONE thing I didn’t do? is to disable DRM debugging - all of a sudden? I have buttery smooth GL - thanks Alex for spotting that!
I’m going to be uploading an image with everything correctly setup and I’m building the patched mesa as debian packages - so that should make intergration in future far less painful.
I’m using Debian 10 upgraded to the testing branch - Mesa + Libdrm are both snapshots from their respective gits - performance is excellent.
I have also, this time, very carefully noted every single step to cross compile mesa, I’ve written scripts that install all dependencies, add the architecture support etc
Also meson cross files as well as an LLVM meson wrapper (needed due to some package dependency quirks not allowing llvm to be installed on one machine for two architectures)
I’ll upload those too so people can compile themselves - but I think a lot of people just want it working in a distro
Hdmi is mailine till 5.10,
mesa patch (adding mediatek.so) are also in,but maybe not yet in distribution packages (debian buster) so need to be compiled manually.
Drmdebug should be only a option in uboot (bootargs/graphics var) passed to kernel cmdline which can be removed in production.
debug.drm=0x07 seems to be set somewhere outside of uEnv.txt - it’s being appended to the linux command line AFTER the bootopts insertion.
I’ve checked the boot section of the kernel config but the culprit isn’t there either.
Currently I have to manually ‘echo 0 > /sys/drm/parameters/debug’ (might not be exactly that) after boot in order to disable debugging.
I’m also looking at your work on the HDMI sound - have you noticed that in the original R2-BSP tree - the ‘mt7623n.dtsi’ file (I think) contains a similar sound node to the one you inserted for your _hdmi driver effort - it however includes far more detail than your insertion - worth investigating?
imho i added it to builtin-environment, list graphics/bootargs var in uboot with printenv and override it using uenv.txt
i tried to integrate it with @DeadMeat, but the driver for mt2701-hdmi is missing, needs to be upported…alex did some work, but far away from working