- 15 Mar, 2013 1 commit
-
-
Siarhei Siamashka authored
It measures MPix/s numbers for blit and fill operations done by G2D, and also for comparison tests the performance of the same operations done by pixman (software rendering). G2D has clock frequency configured to be half of the RAM clock frequency. So for 480 MHz RAM, we have G2D clocked at 240 MHz, which means that no more than 240 MPix can be processed per second. Unfortunately this limits the performance of a simple operation such as solid fill. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 14 Mar, 2013 2 commits
-
-
Siarhei Siamashka authored
This initial G2D support code can speed up moving windows in XFCE. Currently disabled by default, but can be enabled by editing /etc/X11/xorg.conf and adding the following line to the "Device" section: Option "AccelMethod" "G2D" Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
Siarhei Siamashka authored
Avoid creating a new mapping because that's a waste of the virtual address space. Also we are going to use this xserver framebuffer mapping address for testing whether window backing pixmaps are allocated in the framebuffer and can be accelerated by G2D. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 13 Mar, 2013 3 commits
-
-
Siarhei Siamashka authored
Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
Siarhei Siamashka authored
The existing kernel driver from Allwinner for G2D accelerator is quite bad because ioctls are synchronous and blocking the caller thread, compromise security (basically it is a backdoor for copying data in memory between any arbitrary physical addresses) and have high overhead (each individual fill or blit operation needs an ioctl). But we need to start with something, so use this stuff as a placeholder. The g2d_driver.h header file is taken from linux-sunxi-3.4 Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
Siarhei Siamashka authored
It is basically the first test program for the sunxi disp ioctls wrapper code from "src/sunxi_disp.c". Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 12 Mar, 2013 1 commit
-
-
Siarhei Siamashka authored
Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 11 Mar, 2013 1 commit
-
-
Siarhei Siamashka authored
Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 07 Mar, 2013 1 commit
-
-
http://linux-sunxi.orgSiarhei Siamashka authored
The installation instructions from http://linux-sunxi.org/Binary_drivers wiki page currently ask the users to run the following command after compiling and installing the ddx driver (either xf86-video-mali or xf86-video-sunxifb): cp xorg.conf /usr/share/X11/xorg.conf.d/99-mali400.conf Regardless of whether it is a good idea to touch /usr/share/X11/xorg.conf.d directory in the first place, providing a sample xorg.conf file may save some users from having unnecessary troubles. Reported-by: Michal Suchanek via https://github.com/ssvb/xf86-video-sunxifb/pull/1 Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 23 Feb, 2013 1 commit
-
-
Siarhei Siamashka authored
Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 18 Feb, 2013 2 commits
-
-
Siarhei Siamashka authored
Actually they are converted to 32x32 with 256 color palette. In the case if we have more than 256 unique colors, the color components of the pixels are reduced from 8-bit to 7-bit, then to 6-bit if necessary and so on (until we reduce the number of unique colors so that they can fit the palette). In the worst case we may theoretically end up with just 2 bits per A, R, G and B channels, but in practice 7 or 6 bits seem to be enough. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
Siarhei Siamashka authored
The modern desktops may use ARGB cursors. As the current sunxi display controller support code can't handle this type of cursor yet, the X server fallbacks to a software cursor which is not visible under layers and ruining user experience. This patch adds empty implementations for "UseHWCursorARGB" and "LoadCursorARGB" functions which just return error for now (so that the X server still fallbacks to software cursor). However we also introduce callback functions responsible for notifying the DRI2 code about enabling/disabling the use of hardware cursor. So that now hardware overlays are disabled when switching to software cursor and re-enabled again when switching back to hardware cursor. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 12 Feb, 2013 1 commit
-
-
Siarhei Siamashka authored
Testing with gnome-shell revealed a problem. We need to migrate pixmaps into UMP buffers in order to allow the GLESv2 based compositing manager to actually access the content of redirected windows, rendered by X11 applications into offscreen pixmaps. Just to make sure that we don't add any unneeded overhead for 2D (neither extra CPU cycles nor the increase for unrelated pixmaps memory footprint), a hash table (currently uthash [1]) is used for connecting DRI2-enabled pixmaps with UMP buffers. The lookups are only performed on DRI2 buffer creation and pixmap destruction. 1. http://troydhanson.github.com/uthash/ Reported-by: Michal Suchanek <hramrach@gmail.com> Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
-
- 01 Feb, 2013 1 commit
-
-
Siarhei Siamashka authored
-
- 24 Jan, 2013 5 commits
-
-
Siarhei Siamashka authored
In file included from sunxi_mali_ump_dri2.c:39:0: /usr/include/xf86drm.h:40:17: fatal error: drm.h: No such file or directory compilation terminated. make[2]: *** [sunxi_mali_ump_dri2.lo] Error 1
-
Siarhei Siamashka authored
-
Siarhei Siamashka authored
-
Siarhei Siamashka authored
-
Siarhei Siamashka authored
The driver can use sunxi display controller layers for fully visible windows, avoiding expensive memory copy.
-
- 20 Jan, 2013 4 commits
-
-
Siarhei Siamashka authored
Hardware cursor is necessary because it is also visible on top of sunxi disp layers, while software cursor is not. FIXME: there is one minor problem with negative cursor positions. The hardware does not support them, so such positions are just set to 0 for now. In the future this can be solved better by changing the cursor picture and showing only the parts which are visible on screen.
-
Siarhei Siamashka authored
Note: the header file "sunxi_disp_ioctl.h" is GPL licensed. So until it is gets a MIT/X11 replacement, the DDX driver is GPL licensed as a whole. The individual source files still have their own license. Also in order to avoid any possible confusion, the MIT/X11 license header from COPYING has been added to "fbdev.c" and "fbdev_priv.h".
-
Siarhei Siamashka authored
It is going to be included by multiple different source files.
-
Siarhei Siamashka authored
As there is no way for the hardware specific bits to be accepted in xf86-video-fbdev, we need a new driver with its own name.
-
- 25 Sep, 2012 1 commit
-
-
Adam Jackson authored
Signed-off-by: Adam Jackson <ajax@redhat.com>
-
- 02 Jul, 2012 1 commit
-
-
Dave Airlie authored
Signed-off-by: Dave Airlie <airlied@redhat.com>
-
- 05 Jun, 2012 3 commits
-
-
Dave Airlie authored
Signed-off-by: Dave Airlie <airlied@redhat.com>
-
Dave Airlie authored
Generated using util/modular/x-driver-screen-scrn-conv.sh Signed-off-by: Dave Airlie <airlied@redhat.com>
-
Dave Airlie authored
-
- 17 Dec, 2010 1 commit
-
-
Paulo Zanoni authored
fbdev seems to be the only video driver without MOD_CLASS_VIDEODRV Signed-off-by: Paulo Zanoni <pzanoni@mandriva.com> Reviewed-by: Jesse Adkins <jesserayadkins@gmail.com> Signed-off-by: Julien Cristau <jcristau@debian.org>
-
- 10 Nov, 2010 4 commits
-
-
Cyril Brulebois authored
Use XV from server's xorg-server.h to determine whether to perform XV initialization. Signed-off-by: Cyril Brulebois <kibi@debian.org> Reviewed-by: Julien Cristau <jcristau@debian.org> Signed-off-by: Julien Cristau <jcristau@debian.org>
-
Cyril Brulebois authored
Signed-off-by: Cyril Brulebois <kibi@debian.org> Reviewed-by: Julien Cristau <jcristau@debian.org> Signed-off-by: Julien Cristau <jcristau@debian.org>
-
Cyril Brulebois authored
It got removed in server's 9727db88d57089be6483104de435626cdbad883a (long time ago). Signed-off-by: Cyril Brulebois <kibi@debian.org> Reviewed-by: Julien Cristau <jcristau@debian.org> Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com> Signed-off-by: Julien Cristau <jcristau@debian.org>
-
Cyril Brulebois authored
Signed-off-by: Cyril Brulebois <kibi@debian.org> Reviewed-by: Julien Cristau <jcristau@debian.org> Signed-off-by: Julien Cristau <jcristau@debian.org>
-
- 07 Oct, 2010 1 commit
-
-
Jesse Adkins authored
Signed-off-by: Jesse Adkins <jesserayadkins@gmail.com> Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 22 Jul, 2010 1 commit
-
-
Gaetan Nadon authored
-
- 21 Jul, 2010 5 commits
-
-
Gaetan Nadon authored
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
This macro is called by PKG_CHECK_MODULES Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
-