first commit

external/packages/extras-buildpkgs/xf86-video-fbturbo/debian/README.source

@@ -0,0 +1,96 @@
+xserver-xorg-video-fbturbo - video driver, primarily optimized for the devices powered
+by the Allwinner SoC (A10, A13, A20). It can use some of the 2D/3D hardware
+acceleration features.
+
+And because this driver is based on xf86-video-fbdev (with none of the
+original features stripped), it actually supports all the same hardware
+as xf86-video-fbdev. Essentially, xf86-video-fbturbo can be just used as
+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).
+
+== 2D graphics acceleration features ==
+
+Hardware accelerated window moving/scrolling on Allwinner A10/A20 (using the
+G2D Mixer Processor).
+
+Hardware accelerated window moving/scrolling on Raspberry Pi (using the BCM2835
+DMA Controller)
+
+== 3D graphics acceleration features ==
+
+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.
+
+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 ==
+
+https://github.com/ssvb/xf86-video-fbturbo/wiki/Installation
+
+== 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:
+
+1. The messages "(EE) FBTURBO(0): FBIOPUTCMAP: Invalid argument" in
+   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:
+     https://github.com/ssvb/xf86-video-fbturbo/issues
+
+== 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.