12:58 <yann-kaelig> Hello

13:01 <yann-kaelig> Well, as a workaround to the u-boot (2021.x) issue on cubietruck https://forum.armbian.com/topic/18404-armbian-buster-on-cubietruck-endless-boot-loop/ is it not possible to dd an older version of the *-spl.bin or maybe there are other part involved in the boot process that can not make this possible ?

13:04 <Armbian-Discord> <b​ret> Did I read new batch of Radxa Zero soon in the scrollback?! Hopefully I can get a model or two for write ups here in Sweden 😅 resellers on AliExpress are full on mad

13:05 <c0rnelius> Apparently, yes. I'm also waiting on pre-order.

13:06 <c0rnelius> As for compiling and flashing ur own uboot to the sdcard. Sometimes it works, sometimes it doesn't :)

13:08 <c0rnelius> Just know it will change ur PARTUUID so if there is anything that checks for that you will need to make sure thats reflected in the file.

13:10 <lanefu> Yeah new Radxa zero batch rolling out soon

13:17 <Armbian-Discord> <b​ret> Nice, need to check out the distributors available here and keep an eye out then

13:23 <IgorPec> yann-kaelig: anything is possible if you do something about https://www.armbian.com/newsflash/armbian-needs-your-help/

13:33 <yann-kaelig> well, it's working. The idea was from my desktop to use usbimager to install the last Armbian-Buster image on my sdcard, extract the previous Armbian-Buster image with the working u-boot and follow the dd as in the 'platform-install.sh'. Next boot on my cubietruck and it work as expected. No more boot loop with the last Armbian Buster image

14:44 <IgorPec> yann-kaelig: we know how to workaround this, but we don't have people / time to deal with this. And we need to fix the problem in build script https://github.com/armbian/build by adjusting a patch, trying without patches, worste case moving to some other u-boot tag. It some work ...

14:45 <IgorPec> and the same problem could be with similar boards like bananapi. there has to be tested and adjusted

14:53 <yann-kaelig> I know that you know and a patch has been merged for this purpose https://github.com/armbian/build/pull/2963 but right now I have another goal, and it's not on my side a time issue but more a machine issue which is more than ten years old, so build test is something I reserve for later.

14:55 <yann-kaelig> I want to test some software like kmscube and glmark2 and what I found if I'm not mistaken is that the rendering is a software rendering and do not use the sun4i drm

14:57 <yann-kaelig> gbm: failed to open any driver (search paths /usr/lib/arm-linux-gnueabihf/dri:\$${ORIGIN}/dri:/usr/lib/dri) and gbm: Last dlopen error: /usr/lib/dri/sun4i-drm_dri.so: cannot open shared object file: No such file or directory

14:57 <yann-kaelig> failed to load driver: sun4i-drm

15:05 <IgorPec> yann-kaelig: i can give you access to our build machine if you like

15:06 <IgorPec> threadripper 3990x

15:06 <yann-kaelig> :)

15:07 <IgorPec> that other bug is also known but we don't have a clear resolution

15:07 <IgorPec> https://github.com/armbian/build/pull/3240

15:15 <yann-kaelig> What can I know about this issue because I'm also working in parallel with an ArchLinux ARM installation, is 1) On the Xorg server side there is a patch which fix the (EE) AIGLX error: issue BUT this is nothing compared to issue that came after that. On my Arch installation kmscube, glmarks2 work as expected but the HDMI output only a black screen on the cubietruck (cubie3), where on my cuboeboard2 th

15:15 <yann-kaelig> ere is no such issue. From what I was able to get from the lima devs, it look like an issue with a wrong clock or voltage on the cubietruck

15:16 <IgorPec> yes, i know about patch. we need someone brave to recompile xserver packages and libs

15:17 <IgorPec> then we can place them into our repository and problem is fixed. i assume this is going to get upstream some day as well

15:18 <IgorPec> u-boot ct, yeah, probably something like that

15:19 <sunshavi_> yann-kaelig: r u with 5.11.2 on archlinuxARM?

15:20 <yann-kaelig> sunshavi_: yes

15:20 <sunshavi_> nice I am on 5.13.9

15:21 <yann-kaelig> I tried with the last stable release and even with an older linux-lima 5-0 I have the same issue

15:21 <sunshavi_> obviously custom cross-compilation

15:22 <yann-kaelig> sunshavi_: I suppose that you working on cubietruck too ?

15:22 <sunshavi_> H3

15:22 <yann-kaelig> ok

15:27 <yann-kaelig> so, my plan is to rebuild mesa to get the sun4i stuff, and see if maybe on Armbian it will work but I do not have a lot of hope, but at least we will have something to start debugging on armbian

15:29 <yann-kaelig> With all of the people here wit ha cubietruck it will go faster ^^

15:54 <yann-kaelig> ok, I understand. I'm so used to work with the last release that it's difficult after that to downgrade my mind on distro like debian. The version on buster do not have the lima option, I have to install the one from the buster backport repository

16:03 <yann-kaelig> hope that is enough to run an apt install -t buster-backports libgl1-mesa-dri , I will see

16:06 <yann-kaelig> well a complete upgrade is certainly better

16:08 <yann-kaelig> lets remove first some useless software to accelerated the upgrade ^^

16:43 <yann-kaelig> well, the verdict, kmscube black screen :D

16:46 <yann-kaelig> time for cooking