Cubieboard X11 drivers

[adam900710]

Confirmed working.

Except some minor file confilicting.

Nice to see some arm packages in AUR.

[luoyi]

I can compile the whole thing . but when I startfluxbox, I just get error: unable to open display 'localhost:0.0' .

my xorg.0.log file is : http://pastebin.com/J94x06e3

[disfido]

$this->bbcode_second_pass_quote('gdiscry', 'A')fter doing a fair bit of digging in the forum, AUR and http://linux-sunxi.org/, I've managed to get X.org running.

It's probably the first time that I get my hands dirty with compiling X11 drivers and it wasn't really easy. I give no guarantees whatsoever, I've done a fair bit of testing and managed to run the test code that came with the different pieces. I also had to do some work-around mesa as we need some part of it but it conflicts with other stuff (GLES, EGL…).

So here it comes: $this->bbcode_list('1')

mali-udev: simple udev rules to allow users in the video group to access special devices in /dev

cubieboard-modules-load: interesting kernel modules to load for the cubieboard, especially for graphics

libdri2-git: this is required by the following packages and I couldn't find the necessary symbols in existing libraries

sunxi-mali-git (split package):

• sunxi-mali-headers-git: GLES, EGL… headers that replaces mesa's. Only useful when removing mesa and testing what works…
• sunxi-mali-libump-git: library used to access /dev/ump (required by the X11 driver)
• sunxi-mali-libmali-git: GLES, EGL… Mali implementation for version r3p0, armhf to be used by X11 (placed in /usr/lib/mali to avoid conflict with mesa, uses a file in /etc/ld.so.conf.d)

xf86-video-sunxifb-git: X11 drivers. GL and AIGLX issues are expected (as Mali does not provide a GL implementation)

To use the sunxifb drivers, create a file /etc/X11/xorg.conf.d/20-sunxifb.conf containing:
$this->bbcode_second_pass_code('', '
Section "Device"
Identifier "Mali-400"
Driver "sunxifb"
EndSection
')

You should install everything except for the headers. It probably won't work automatically with yaourt because of the split package and the way the dependencies are done. I tested the packages with makechrootpkg so it should compile without any problem. There are some demos in the source code of sunxi-mali and xf86-video-sunxifb, but the Makefile of the sunxi-mali one has to be patched to add -lX11 if I remember correctly.

Feedback is welcomed as I'm a complete novice when it comes to hacking and packaging display drivers.

[SonicY3k]

Hi,
I just wondered if someone managed the problem between the competing version of Mesa and Mali OpenGLES, EGL... drivers? I also tried it with ld.so.conf but it didn't work out for me.

Thanks for your work.

Greetings,
Sonic-Y3k

[pepedog]

I haven't looked deeply into this, but trimslice gets over conflicts like this
https://github.com/archlinuxarm/PKGBUILDs/blob/master/alarm/nvidia-trimslice/PKGBUILD
ie shove it in /opt

[zsman]

Hi,
is 2D/3D works with this how-to?

I am able run X and fluxbox, but GUI and glxgears is very slow:

$this->bbcode_second_pass_code('', '[root@alarm ~]# LIBGL_DEBUG=verbose glxgears
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/sunxi-mali_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/sunxi-mali_dri.so
libGL error: dlopen /usr/lib/xorg/modules/dri/sunxi-mali_dri.so failed (/usr/lib/xorg/modules/dri/sunxi-mali_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to load driver: sunxi-mali_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: sunxi-mali
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
libGL: Can't open configuration file /root/.drirc: No such file or directory.
63 frames in 5.1 seconds = 12.435 FPS
66 frames in 5.1 seconds = 13.052 FPS
66 frames in 5.1 seconds = 13.020 FPS
')

My Xorg log:
$this->bbcode_second_pass_code('', '
.
.
[ 1043.330] Loading extension GLX
[ 1043.332] (II) LoadModule: "sunxifb"
[ 1043.338] (II) Loading /usr/lib/xorg/modules/drivers/sunxifb_drv.so
[ 1043.536] (II) Module sunxifb: vendor="X.Org Foundation"
[ 1043.537] compiled for 1.14.2, module version = 0.3.1
[ 1043.538] Module class: X.Org Video Driver
[ 1043.538] ABI class: X.Org Video Driver, version 14.1
[ 1043.539] (II) SUNXIFB: driver for framebuffer: sunxifb
[ 1043.542] (--) using VT number 2

.
.
.
[ 1044.277] (II) SUNXIFB(0): enabled display controller hardware overlays for D
RI2
[ 1044.277] (II) SUNXIFB(0): [DRI2] Setup complete
[ 1044.277] (II) SUNXIFB(0): [DRI2] DRI driver: sunxi-mali
[ 1044.277] (II) SUNXIFB(0): using DRI2 integration for Mali GPU (UMP buffers)
[ 1044.277] (II) SUNXIFB(0): Mali binary drivers can only accelerate EGL/GLES
[ 1044.277] (II) SUNXIFB(0): so AIGLX/GLX is expected to fail or fallback to so
ftware
[ 1044.277] (==) RandR enabled
[ 1044.321] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/sunxi-mali_dr
i.so failed (/usr/lib/xorg/modules/dri/sunxi-mali_dri.so: cannot open shared obj
ect file: No such file or directory)
[ 1044.321] (EE) AIGLX: reverting to software rendering
[ 1044.321] (II) AIGLX: Screen 0 is not DRI capable
[ 1044.350] (II) AIGLX: Loaded and initialized swrast
[ 1044.350] (II) GLX: Initialized DRISWRAST GL provider for screen 0

')
Is possible get quick and smooth desktop?
Thanks

[WebReflection]

is there any news/update on this?

I've managed to build without having any mesa in the system but it looks like xorg-server is kinda strongly coupled with mesa (loading mesa-libgl regardless at xinit time) and I keep having libraries conflicts regardless what I do.

Also ... looking at previous post performance doesn't seem to work at all as expected?

Thanks a lot!

Edit: one silly problem I've spotted with libdri2 build is that autoconf.sh should have the --prefix=/usr too otherwise the folder /usr/lib/locale is used instead and that does not really work here

Edit2 @zsman you have y same error in there ... unable to load sunxi-mali and poor performance due software rendering ^_^ ... I think I gonna give up pretty soon, cannot find anything that works for real in Arch (other deb based distro seem to be all OK)

Edit3 @zsman ... glgears_pixmap is **smoothly** running at 22 FPS on average here ... how is it going there? maybe other glxgears tests are not using the HW accelerated part (I also had to soft link the libGLEW.so.1.9 file since the lib comes with 1.10 ... )

[WebReflection]

full cleaned up step-by-step how to in this dedicated thread