0ffd603e17fd489886b47c5fec4624a589a13c10 |
|
08-Mar-2011 |
José Fonseca <jfonseca@vmware.com> |
wgl: Force framebuffer validation on glViewport.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
e1510d48165abbfdbe5036b6eb1e4ae89b4ad5fb |
|
06-Mar-2011 |
José Fonseca <jose.r.fonseca@gmail.com> |
st/wgl: No need to initialize OneTimeLock anymore.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
bb770af3a59e5935c108c05ee45490fc5668d4a3 |
|
14-Jan-2011 |
Chia-I Wu <olv@lunarg.com> |
scons: Add support for GLES. GLES can be enabled by running scons with $ scons gles=yes When gles=yes is given, the build is changed in three ways. First, libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes DRI drivers and libEGL support and advertise GLES support. Second, GLES libraries will be created. They are libGLESv1_CM, libGLESv2, and libglapi. Last, libGL or opengl32 will link to libglapi. This change is required as _glapi_* will be declared as __declspec(dllimport) in libmesa.a on windows. libmesa.a expects those symbols to be defined in another DLL. Due to this change to GL, GLES support is marked experimental. Note that GLES requires libxml2-python to generate some of its sources.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
e3659329e0b91ea78afe32e231f2f75d3d728af9 |
|
02-Dec-2010 |
José Fonseca <jfonseca@vmware.com> |
WIN32_THREADS -> WIN32 Fixes nasty bug where some parts of the code didn't define WIN32_THREADS and were using the integer mutex implementation, causing even confusion to the debuggers. And there is little interest of other thread implemenation on Win32 besides Win32 threads.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
31aeac5bf91f3b1daacb1aa27505bfb25215da87 |
|
29-Nov-2010 |
José Fonseca <jfonseca@vmware.com> |
wgl: More complete WGL_ARB_pbuffer support.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
59e6e765426a5877db7446e1e34bb7edd3dc1f74 |
|
23-Aug-2010 |
Chia-I Wu <olv@lunarg.com> |
st/wgl: Include main/core.h. Make st/wgl include only main/core.h from core mesa.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
5f66363f8ed26d6f3fc8fcccde804fe1fea1bbaa |
|
21-May-2010 |
Jakob Bornecrantz <jakob@vmware.com> |
st_api: Add get param function to st_manager
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
192f06adca5e79b4824d92dc41186592ed57f71e |
|
17-Mar-2010 |
Chia-I Wu <olvaffe@gmail.com> |
st/wgl: Switch from st_public.h to st_api.h. [V2] This is only compile tested with crossmingw. V2: - reference count stw_framebuffer
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
de27e272f42f8f453588edbcb98f3e510dad869b |
|
10-Mar-2010 |
Keith Whitwell <keithw@vmware.com> |
gallium: remove trace module injection from various state trackers Components such as state trackers, drivers, etc, should be free to be recombined in arbtrary ways to build driver stacks. They should not be reaching out and trying to build the stack themselves - this is now expected to be handled by the "target" abstraction.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
d41ab94d35cb47effbd2582289298be4f13c50e4 |
|
01-Mar-2010 |
George Sapountzis <gsapountzis@gmail.com> |
glapi.c: misc coscmetic for FreeTSD - move out of of the dispatch/context block to after corresponding init functions - use more consistent naming with corresponding init functions - XXX use _glthread_InitTSD() vs (void)_glthread_GetTSD() in _glapi_check_multithread() XXX
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
a80d988144efad54e7a99920f8681e28243e9e9a |
|
12-Feb-2010 |
José Fonseca <jfonseca@vmware.com> |
wgl: Go into dormant state when DLL is unloaded unclealy. When our DLL is unloaded, even if we leave the data structures in memory for sake of future calls, the MS CRT will destroy the heap. Instead we make all calls no-ops by setting stw_dev to NULL.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
e475ae920a4f6026b78b0bbe80c83cf4060f610e |
|
12-Feb-2010 |
José Fonseca <jfonseca@vmware.com> |
wgl: Do not reach out and destroy contexts on cleanup. Simply skip cleanup when contexts are still active. This addresses two issues: - in some situations the ICD DLL may be unloaded before the DLL that is using GL contexts is, so we may receive GL calls after stw_cleanup. - when aborting (exception, or control-c) the contexts may have been left in an inconsistent state and attempting to destroy can cause unpredictable results.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
b2581dcab41c142c38f2e065c4348cb892931c48 |
|
02-Dec-2009 |
José Fonseca <jfonseca@vmware.com> |
wgl: Call st_swapbuffers instead of st_notify_swapbuffers. This will get single buffer, double buffer, and joint single/double buffer (typical in CAD applications) done right, at least as far as the frambuffer is concerned. There are still problems with multiple contexts using the same framebuffer because st_framebuffer_* calls assume the framebuffer is bound to a single context.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
4e5ed05b025b9b6a1a6dabba72fce3d918e77044 |
|
24-Sep-2009 |
José Fonseca <jfonseca@vmware.com> |
wgl: DWM integration.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
31f1571d1f6e325c16833afbb6e15b61561e5f1f |
|
22-Sep-2009 |
José Fonseca <jfonseca@vmware.com> |
wgl: Eliminate the shared layer; implement WGL API on top of the ICD callbacks. While the WGL API has been stale for decades now, the ICD interface has been updated with new Windows versions, so it is much easier to define everything in terms of the ICD interfaces, which is pretty much what Microsoft's opengl32.dll does anyway.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|
f724036f0045bd28f323af3666c43b3ef03b6886 |
|
22-Sep-2009 |
José Fonseca <jfonseca@vmware.com> |
wgl: Flatten the source tree. It is easier to have the WGL API on top of the ICD callbacks as Microsoft's own implementation does, than to have a seperate shared entity. This source reorganization is in antecipation of that.
/external/mesa3d/src/gallium/state_trackers/wgl/stw_device.c
|