I don’t know but i guess it will be software rendered
I’ve succesfully uset Qt apps without lima, works as well as other Xorg apps, atleast unless you need OpenGL
Do you use x11 ? And you build qt5 by using yocto ?
Yep, i use Qt over X11. (i use LXQt DE)
No, i use Gentoo - source based distro, so it was built by package manager.
Can somebody please message me with details on how I can get my configurations to you? I already solved all of this, including X11. Driver works perfectly - it’s just slower than it should be. Both GL under fbcon and GL under X11 work with the lima driver - you can even get things like MythTV working.
I have build scripts, research, config files - somebody send me their email address.
the R2 Mali450 does not have a PMU and it does have 8 units, each PP is a dual unit on a mali - hence pp0 through pp3.
All you had to do was look at the DTSI for another board that ALSO has a Mali-450 MP4 and this all would of been obvious.
Why not posting it here? If you have patches for kernel, attach them here and i will apply them to my repo
Hi! I see you have a github account, it would be nice to publish your code there, and provide links.
I’ve not exactly maintained a GIT tree 
I’ve just pulled all I needed, modified all I needed and then compiled it all. I can send you all the scripts I wrote to help? but you’ve already solved most if not all of the issues. I’ve got meson build scripts, the modifications to mesa (you basically find every instance of exynos (which is another similar board) and duplicate it as ‘mediatek’ in order to get your mediatek shim.
Let’s see - build Lima as a module (adding the dtsi extensions as provided by ryder lee?) - didn’t have a single issue with the detection and setup of the Mali, I sent my DTSI to frank at some point I’m sure - again it was just changes pertaining to an entry entitled ‘g3d’ or something along those lines.
I was having issues with performance but I believe you’ve solved that with optimization flags as well as disabling the debug logging for the driver?
I posted this all working in this thread aaaaages ago but if there’s anything I have that’s still useful? just message me an address to send it to.
I’m going to be integrating all the changes into franks latest version and then building lima with the optimizations and without logging - the figures you reported were much better than the performance I was getting - as long as it can spit out a frame in less than 16ms? that’ll suit me. I think the lima guys have video being hardware scaled already but for simple bi-linear scaling for emulators? Lima is capable - just need the speed!
Hey @frank-w, what is the current status of lima patches for your repos? Which branches are up to date to use if I would have a chance to give this a test?
What’s about the DTB regulator vs. board specific function in drm driver story conclusion? Am I correct that neither you nor other people in this thread were able to find how to power on/off GPU using DTB-only approach?
Also I’ve seen report from @DeadMeat that module initialization depends on the HDMI port being connected to some powered on device. Is it really the case? Had it been reproduced by other users? I’m thinking about trying to move from serial console to netconsole in u-boot and EFI grub2 plus normal HDMI console in linux - it will be easier to maintain boards in production with setup like this.
Ah, and yet another question: am I correct that to get text console working I need to have fbcon enabled, kmsconsole fb emulation enabled and working drm driver (lima in our case)? I’m wondering if it possible to have linux console working for BPi-R2 with some other driver than lima.
And while we’re at it - have anyone had any luck with using proprietary driver from ARM for utgard GPUs?
Afair 5.4 is latest kernel i added lima changes…it needs a modified mesa library. And we have only the power on/off via code…no dts only version.
Hdmi console needs no lima…it works also without lima…framebuffer config options (+hdmi driver of course)
Thats correct. Just in case - full kernel oftion is CONFIG_DRM_MEDIATEK_HDMI
@LeXa2, just wondering, is there an EFI implementation for bpi-r2? If so where can i learn about it?
Yes and no. U-boot has the bare minimum support for EFI boot and open bootloader specification but some changes are required to work properly on R2. I had implemented these changes and use all my R2s with EFI grub2 instead of u-boot to boot operating systems. I hadn’t pushed my changes yet to my github u-boot repo though as hadn’t seen much interest for this from other people. If you’re interested in it I can try to clean up the code and push it in near future.
1 Like
I’ve applied dts patch to 5.8-main and got success:
Following research showed that it’s likely the proper way to use lima:
examples:
and many others mali boards - please search for “mali-supply” in dts files.
So IMHO overlay is not nesessery, and we should ude dts regulator.
@frank-w, i’ve created the pull-request for your 5.8-main branch, please check it out.
5.9-branch WIP - i’ll commit it as soon as it’s done.
P.S. it’s likely applicable for 5.5 (tested in my 5.5 branch), 5.6, and 5.7, but not tested.
5.4 changes is up to you, current patches works great.
If there is no more power consumption we can leave it enabled
If i remember correctly - you have an AC power meter? I don’t have it 
Ok, i compare with and without regulator if i find some time 
just squash the 2 commits add commit message (and update subject to follow mainline convensions “arm: dts: Add lima related…”) and add your signed-off (btw. You’ve committed as root) so that we can post to mainline later
Do you mean rebase? Ok
Ok, can you provide some link(s) to example(s)?
git log arch/arm/boot/dts/mt7623n-bananapi-bpi-r2.dts
Or any other dts or my hdmi series: https://patchwork.kernel.org/project/linux-mediatek/list/?series=335017
If you git is setup right (and using as user) signed off can be added by
git commit --amend -s
author can be set with --author="…"
1 Like
Ok, i have some lack of experience :
git push
Username for 'https://github.com': d3adme4t
Password for 'https://[email protected]':
To https://github.com/d3adme4t/BPI-R2.git
! [rejected] 5.8-main -> 5.8-main (non-fast-forward)
error: failed to push some refs to 'https://github.com/d3adme4t/BPI-R2.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
after rebasing.
UPD: done with --force, but looks like i messed up with authors
TODO: fix author.