summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)AuthorFilesLines
2013-12-16autoconf: fix warning by replacing the deprecated AC_HELP_STRINGGaetan Nadon1-2/+2
Signed-off-by: Gaetan Nadon <memsize@videotron.ca> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-12-16configure.ac: the product in the url should be "xorg"Gaetan Nadon1-2/+2
The component is glamor, but the product is "xorg". Signed-off-by: Gaetan Nadon <memsize@videotron.ca> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-12-09Fix configure to disable building Dri3 support when GBM v9 is missingAxel Davy1-2/+5
Signed-off-by: Axel Davy <axel.davy@ens.fr> Signed-off-by: Gaetan Nadon <memsize@videotron.ca> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-12-06Add DRI3 support to glamorAxel Davy1-0/+13
This implements some DRI3 helpers to help the DDXs using glamor to support DRI3. Signed-off-by: Axel Davy <axel.davy@ens.fr> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-11-19config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILESGaetan Nadon1-1/+2
Fix Automake warning: AC_OUTPUT should be used without arguments. www.gnu.org/software/autoconf/manual/autoconf.html#Configuration-Files Signed-off-by: Gaetan Nadon <memsize@videotron.ca> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-10-19glamor: enable Xv by defaultAlex Deucher1-6/+5
Also move the configure option out of the middle of the debug option handling. Signed-off-by: Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-09-27glamor: add initial Xv supportDave Airlie1-1/+9
This does YV12 and I420 for now, not sure if we can do packed without a GL extension. Signed-off-by: Dave Airlie <airlied@redhat.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
2013-08-26Bump to 0.5.1.v0.5.1glamor-egl-0.5.1Zhigang Gong1-1/+1
The change in this version is only about bug fix and package build fix. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2013-03-18Don't use AC_PROG_LIBTOOLArmin K1-1/+0
Autoconf only needs libtool macros which are copied when autoreconf is run. There is no need for looking for "libtool" program in PATH. This properly disables static libraries from being built and installed. Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
2012-08-10Bump to version 0.5.v0.5glamor-egl-0.5.0Zhigang Gong1-1/+1
Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-04-28Release 0.4.v0.4Zhigang Gong1-1/+1
Update Readme, and write a new ReleaseNote and bump the version to 0.4. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-04-28Added --enable-debug configuration option.Zhigang Gong1-0/+8
For release version, we disable asserts. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-04-28configure: Install glamor.conf to xorg.conf.d.Zhigang Gong1-1/+12
As we need to make sure load DRI2 first and then load glamoregl and then load GLX module, we create a new xorg configuration file here and install it to system configuration directory. Note: If you are building xserver at your local directory and set the prefix to your local directory rather than the system directory, then the glamor.conf may not be loaded when you run the X server you built locally. The reason is that currently xorg will search the following dir /usr/share/X11/xorg.conf.d if it exist , then will ignore your local configuration directory where the glamor.conf is at. Then you may fail to start Xserver. If this is the case, you may need to copy the glamor.conf to /usr/share/X11/xorg.conf.d manually. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-02-17configure.ac: Let's enable the AM_MAINTAINER_MODE.Zhigang Gong1-1/+1
Otherwise, Make will not invoke autoconf even if the configure.ac changed. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-02-17Bump version to 0.3.1 for the new swap buffer API.Zhigang Gong1-1/+1
Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-02-12GLX: Enable glx support.Zhigang Gong1-0/+54
If we are using MESA as our GL library, then both xserver's GLX and glamor are link to the same library. As xserver's GLX has its own _glapi_get/set_context/dispatch etc, and it is a simplified version derived from mesa thus is not sufficient for mesa/egl's dri loader which is used by glamor. Then if glx module is loaded before glamoregl module, the initialization of mesa/egl/opengl will not be correct, and will fail at a very early stage, most likely fail to map the element buffer. Two methodis to fix this problem, first is to modify the xserver's glx's glapi.c to fit mesa's requirement. The second is to put a glamor.conf as below, to the system's xorg.conf path. Section "Module" Load "glamoregl" EndSection Then glamor will be loaded firstly, and the mesa's libglapi.so will be used. As current xserver's dispatch table is the same as mesa's, then the glx's dri loader can work without problem. We took the second method as it don't need any change to xorg.:) Although this is not a graceful implementation as it depends on the xserver's dispatch table and the mesa's dispatch table is the same and the context set and get is using the same method. Anyway it works. As by default, xserver will enable GLX_USE_TLS. But mesa will not enable it, you may need to enable that when build mesa. Three pre-requirements to make this glamor version work: 0. Make sure xserver has commit 66e603, if not please pull the latest master branch. 1. Rebuild mesa by enable GLX_USE_TLS. 2. Put the glamor.conf to your system's xorg.conf path and make sure it loaded prior to glx module. Preliminary testing shows indirect glxgears works fine. If user want to use GLES2 for glamor by using MESA, GLX will not work correctly. If you are not using normal MESA, for example PVR's private GLES implementation, then it should be ok to use GLES2 glamor and the GLX should work as expected. In this commit, I use gbm to check whether we are using MESA or non-mesa. Maybe not the best way. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-02-08Refine CloseScreen and FreeScreen processes.Zhigang Gong1-1/+1
This commit move the calling to glamor_close_screen from glamor_egl_free_screen to glamor_egl_close_screen, as this is the right place to do this. We should detach screen fbo and destroy the corresponding KHR image at glamor_egl_close_screen stage. As latter DDX driver will call DestroyPixmap to destroy screen pixmap, if the fbo and image are still there but glamor screen private data pointer has been freed, then it causes segfault. This commit also introduces a new flag GLAMOR_USE_EGL_SCREEN. if DDX driver is using EGL layer then should set this bit when call to glamor_init and then both glamor_close_screen and glamor_egl_close_screen will be registered correctly, DDX layer will not need to call these two functions manually. This way is also the preferred method within Xorg domain. As interfaces changed, bump the version to 0.3.0. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com> Tested-by: Peng Li <peng.li@intel.com>
2012-01-29glamor_egl: Add support for the platform doesn't have gbm.Zhigang Gong1-1/+4
Maybe we should use eglGetDisplayDRM to get display, but current PVR's driver is using eglGetDisplay. Signed-off-by: Peng Li <peng.li@intel.com> Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-01-11Set glamor's initial version to 0.2.0.Zhigang Gong1-1/+1
Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2012-01-05Fixed a configure bug.Zhigang Gong1-4/+6
Should check the enable-glamor-gles2 before use the variable. And should include the config.h as the GLAMOR_GLES2 macro is defined there. Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2011-11-17Correct the configure.ac to check gbm.Zhigang Gong1-1/+1
Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>
2011-11-11Initial version.Zhigang Gong1-0/+110
Signed-off-by: Zhigang Gong <zhigang.gong@linux.intel.com>