Recent Posts

Pages: 1 2 [3] 4 5 ... 10
Cubieboard v1 OS (A10 Based) / Re: Mainline kernel - u-boot from NAND
« Last post by rgmhtt on November 29, 2018, 08:36:40 am »
According to people that work with uboot and current kernels, it probably will won't work to put uboot on to NAND, but it might not take much more work on uboot.

If you are capable of making contributions to uboot (I am not), then join the sunxi uboot list and work with them on what needs to be added.  Otherwise wait until I get someone else to do the work.  This may take some real time (like months).

Cubieboard v1 OS (A10 Based) / Re: Mainline kernel - u-boot from NAND
« Last post by rgmhtt on November 28, 2018, 09:00:45 pm »
With both Fedora and Centos, using current uboot, I only have uboot on the uSD, and all partitions on the sata drive.  As long as there are no partitions on the uSD, uboot tries elsewhere for the partitions.

I have been meaning to ask on the Fedora-arm list about putting uboot on NAND, this is the incentive to do that...
Cubieboard v1 OS (A10 Based) / Mainline kernel - u-boot from NAND
« Last post by pistoletov on November 28, 2018, 12:21:32 pm »
Hi! Does it possible to boot from nand flash in mainline kernel?
Now i boot from sd card and rootfs on sata ssd disk on legacy kernel.
Does i need new u-boot for mainline kernel?
I am specifically registering an account to thank you for your nicely done work, I have a CT+ and running with a legacy image for a long time....
General Discussion / Re: Error cubieboard A20 - Lakka
« Last post by pollux_master on November 21, 2018, 07:44:08 am »
Same error here, dude. Unfortunately, nothing to do except wait @Kivutar to fix it.

P.S.: nightly images -> stuck on flower screen as well.
Raspberry Pi / Re: Clash of emulators: QEMU vs ExaGear
« Last post by abeon on November 16, 2018, 08:15:34 pm »
Thanks for the comparison, but I'd question the "Without the bias" supposition... You work for Eltechs, have been spamming the link on almost every site I can find, and included Analytics tracking _GET variables in the link.

That's about as biased as you can get.
Beginners / Re: Which Linux for Cubietruck (Cubieboard 3)?
« Last post by moon on November 07, 2018, 05:28:18 pm »
Found the solution here:

I added this line to my .profile
export LD_LIBRARY_PATH=/usr/lib/arm-linux-gnueabihf/glshim

moon@cubietruck:~$ supertux2
LIBGL: Initialising gl4es
LIBGL: v0.9.2 built on Jan 24 2018 21:07:09

Now that supertux2 game runs fine, when  before it was ridiculously slow!  8)
So that means the OpenGL ES stuff is working, despite those errors in the Xorg logfile.  Not all software uses GLES, but for those that do it sure makes a big difference!  Apparently you can compile RetroArch to use it, so that will be something fun to try.
Beginners / Re: Which Linux for Cubietruck (Cubieboard 3)?
« Last post by moon on November 05, 2018, 07:10:01 pm »
Thanks for the tips!  Oddly enough, yesterday I retraced my steps and found an Armbian desktop image I missed at the bottom of their Cubietruck download page (it was well hidden under all that peripherals stuff).  So I installed it because I had nothing to lose, and it actually worked!  Well at least after I changed the screen resolution to 1024x768 with armbian-config, because the default 1920x1080p60 mode was too much for my monitor.  Their tool has Fexedit and Display settings, so I changed both to 1024x768 and set VGA output in the FEX part.  And after rebooting, the screen was working fine.
Now of course this is an old release, Armbian Xenial with legacy kernel 3.4.113, so it's not ideal but it does work and they still have it listed as supported, so I'm going to try and make this work, because I've formatted my SD card enough times now. :)
The only problem I noticed is the GL stuff doesn't seem to be working.  I tried a game to test and see, but got these errors:
moon@cubietruck:~$ supertux2
MESA-LOADER: failed to retrieve device information
libGL error: unable to load driver:
libGL error: driver pointer missing
libGL error: failed to load driver: mali_drm
But the kernel drivers are actually loaded:
moon@cubietruck:~$ lsmod|grep mali
mali_drm                2611  1
drm                   214870  2 mali_drm
mali                  112186  0
ump                    61770  4 mali,disp_ump
And this userspace library is also installed:
ii  libmali-sunxi-r3p0:arm 1.0-1~armbian5.3 armhf            Mali userspace binary driver version r3p0
So I think that leaves only the Xorg driver as the possible problem?  In /var/log/Xorg.0.log there are these entries:
[    21.655] (II) FBTURBO(0): [DRI2]   DRI driver: lima
[    21.655] (II) FBTURBO(0): [DRI2]   VDPAU driver: sunxi
[    21.655] (II) FBTURBO(0): using DRI2 integration for Mali GPU (UMP buffers)
[    21.655] (II) FBTURBO(0): Mali binary drivers can only accelerate EGL/GLES
[    21.656] (II) FBTURBO(0): so AIGLX/GLX is expected to fail or fallback to software
[    21.656] (==) RandR enabled
[    21.772] (II) SELinux: Disabled on system
[    21.787] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/ failed (/usr/lib/arm-linux-gnueabihf/dri/ cannot open shared object file: No such file or directory)
[    21.787] (EE) AIGLX: reverting to software rendering
And sure enough, there's nothing that resembles mali or lima in /usr/lib/arm-linux-gnueabihf/dri or /usr/lib/xorg/modules.  Well that's as far as I got for tonight anyway.
Beginners / Re: Which Linux for Cubietruck (Cubieboard 3)?
« Last post by rgmhtt on November 05, 2018, 12:55:51 pm »
btw,  no mali drivers either for the most part.

gtk2 is ok, but gtk3 is a dog.

Fedra28 hdmi was decent.  Fedora29 is painful.

Cubietech needs to lend a hand in opening mali.
Beginners / Re: Which Linux for Cubietruck (Cubieboard 3)?
« Last post by rgmhtt on November 05, 2018, 12:51:57 pm »
what you are up against is the sunxi uboot work has not provided vga support.  none of the distros that use it can drive vga as a result.  and there is no plan to add it.

look for an hdmi-to-vga converter.

I have not been sucessful with these an Fedora/centos.

Pages: 1 2 [3] 4 5 ... 10