README 4.2 KB
Newer Older
1
xf86-video-fbturbo - video driver, primarily optimized for the devices powered
Siarhei Siamashka's avatar
Siarhei Siamashka committed
2
3
by the Allwinner SoC (A10, A13, A20). It can use some of the 2D/3D hardware
acceleration features.
4

Siarhei Siamashka's avatar
Siarhei Siamashka committed
5
6
And because this driver is based on xf86-video-fbdev (with none of the
original features stripped), it actually supports all the same hardware
7
as xf86-video-fbdev. Essentially, xf86-video-fbturbo can be just used as
Siarhei Siamashka's avatar
Siarhei Siamashka committed
8
9
10
11
12
a drop-in replacement and run on practically any Linux system. There will
be no real difference on x86, but any ARM based system should see better
performance thanks to some additional optimizations (the elimination of
ShadowFB layer, ARM NEON/VFP code for dealing with uncached framebuffer
reads, automatic backing store management for faster window moves).
13

Siarhei Siamashka's avatar
Siarhei Siamashka committed
14
== 2D graphics acceleration features ==
15

Siarhei Siamashka's avatar
Siarhei Siamashka committed
16
17
Hardware accelerated window moving/scrolling on Allwinner A10/A20 (using the
G2D Mixer Processor).
18

19
20
21
Hardware accelerated window moving/scrolling on Raspberry Pi (using the BCM2835
DMA Controller)

Siarhei Siamashka's avatar
Siarhei Siamashka committed
22
== 3D graphics acceleration features ==
23

Siarhei Siamashka's avatar
Siarhei Siamashka committed
24
25
26
27
28
First a disclaimer to prevent any possible misunderstanding. The Xorg DDX
drivers (neither this one, nor the others) do not do any actual 3D acceleration
by themselves. They are nothing else but just a glue between the 3D drivers
and the X11 window system. Still a poorly implemented glue can easily become
the source of major performance problems. So it's important to do it right.
29

Siarhei Siamashka's avatar
Siarhei Siamashka committed
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
This DDX driver provides integration for Mali 400 GPU into Xorg. Any device
with Mali 400 should have a properly working OpenGL ES 2.0 acceleration if
it has Mali/UMP modules in the Linux kernel and libMali.so proprietary
binary blob installed in the system. Additionally, the hardware overlay
feature of Allwinner A10/A13/A20 display controller allows to support
zero-copy OpenGL ES buffer flipping without tearing. The rest of the
devices with Mali 400 hardware (Exynos4, Rockchip, ...) are expected to
have roughly the same 3D performance as when using the reference vendor
provided Xorg DDX driver xf86-video-mali.

== Video acceleration features ==

XV overlay is supported on Allwinner A10/A13/A20.

== Installation instructions ==

46
https://github.com/ssvb/xf86-video-fbturbo/wiki/Installation
Siarhei Siamashka's avatar
Siarhei Siamashka committed
47
48
49
50
51
52
53

== Troubleshooting ==

If something does not work right, it's a good idea to check dmesg log and
/var/log/Xorg.0.log for any suspicious error messages or warnings.
Some important notes:

54
1. The messages "(EE) FBTURBO(0): FBIOPUTCMAP: Invalid argument" in
Siarhei Siamashka's avatar
Siarhei Siamashka committed
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
   Xorg.0.log can be safely ignored. They are harmless.

2. If you are limited by exactly 60 FPS in benchmarks and want to see more,
   then just change option "SwapbuffersWait" to "false" in /etc/X11/xorg.conf
   Buffer swaps are synchronized to vertical refresh by default on Allwinner
   hardware. This is generally good for the applications, but bad for
   benchmarks.

3. If there is still a high CPU usage in Xorg server and the performance
   is poor for 3D graphics on Allwinner hardware, please make sure that
   the framebuffer size reservation is large enough to allocate memory
   for DRI2 buffers. The value fb0_framebuffer_num needs to be set at
   least to 3 in the fex file. Also if you have a compositing window
   manager, then compositing (the desktop effects) should be disabled
   for best performance.

   The expected final score for glmark2-es2 on Allwinner A10 hardware
   with "SwapbuffersWait" set to "false" is more than 100-150. Some
   of the individual tests from glmark2-es2 should run with more
   than 200-300 FPS.

== Contacts. Reporting bugs ==

If something from the list above does not seem to work right, then that's
likely either some misconfiguration issue or a bug in the code. Don't
hesitate to ping me on #linux-sunxi, #odroid or #gentoo-embedded channels
at freenode.net irc. I'm known as "ssvb" there. The platforms other than
allwinner/sunxi are also supported.

Or alternatively just use the issue tracker for reporting bugs:
85
     https://github.com/ssvb/xf86-video-fbturbo/issues
Siarhei Siamashka's avatar
Siarhei Siamashka committed
86
87
88
89
90
91
92
93
94
95
96

== Links to the other interesting projects ==

- http://limadriver.org
- https://github.com/jemk/libvdpau-sunxi

== TL;DR ==

This Xorg driver is a superset and drop-in replacement for xf86-video-fbdev
and xf86-video-mali drivers. It just generally provides better performance
on ARM hardware.