| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
Mostly based on Michel Dänzer's patch.
|
|
|
|
| |
I haven't been able to get rid of this one, see the comments in the code.
|
|
|
|
| |
Looks like it's not needed now.
|
|
|
|
|
| |
Don't force color to be linearly interpolated when that's not being
requested.
|
|
|
|
|
|
|
|
| |
Eliminates all this identical yet slightly different code to decide how
shader inputs should be interpolated.
As bonus, don't interpolate the position twice when it is listed in the
TGSI shader inputs.
|
|
|
|
|
|
|
| |
The pixel transfer rules state that we must set alpha to 1.0 in this case
which we can't easily do with the blitter. We can do to passes: one that
sets the alpha to 0xff and one that copies the RGB bits or we can just
use the 3D engine. Neither approach seems worth it for this case.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The xorg state tracker gets two new options to let the user choose
whether to enable / disable dirty throttling and swapbuffer throttling.
The default value of these options are enabled, unless the winsys
supplies a customizer with other values. The customizer record has been
extended to allow this, and also to set winsys-based throttling on a per-
context basis.
The vmware part of this patch disables the dirty throttling if the kernel
supports command submission throttling, and also in that case sets kernel
based throttling for everything but swapbuffers. The vmware winsys does not
set throttling per context, even if it theoretically could, but instead
sets throttling per screen. This should perhaps be changed, should the
xorg state tracker start to use multiple rendering contexts. Kernel throttling
is off by default for all new screens/contexts, so the dri state tracker
is not affected.
This significantly improves interactivity of the vmware xorg driver.
Cherry-picked from commit a8f3b3f88acc1f0193fa740e76e9d815f07f32ab
Signed-off-by: Thomas Hellstrom <[email protected]>
Signed-off-by: Jakob Bornecrantz <[email protected]>
|
|
|
|
|
|
|
|
|
|
| |
The winsys may need to extract the svga_winsys_context from a
pipe_context. Add a function to enable that functionality.
Cherry-picked from commit e8a8c5e339dfd7a36bb6435fd34175482b9187b8
Signed-off-by: Thomas Hellstrom <[email protected]>
Signed-off-by: Jakob Bornecrantz <[email protected]>
|
|
|
|
|
|
|
| |
It was not used anywhere; the code was buggy (it didn't take care of
indirect registers and could potential cause buffer underflows) and the
same effect can now be easily achieved by just by looking at
input_semantic_name[] and input_usage_mask[].
|
|
|
|
|
| |
Deprecated by tgsi.rst, and no point in keeping it around if it's not
being updated.
|
| |
|
|
|
|
|
|
| |
TGSI's UsageMask flag is never set. We can move this logic into
tgsi_ureg, but there there are still cases where's not used, so this
seems a better place for now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Commit 5d0e136eff54a34258b5adaeda4cb267831e8234 exposed a long-standing
bug in the glGetUniform*() code paths. We weren't properly decoding
the location parameter.
Fixes fd.o bug/regression 28344
Note: this patch should go into the 7.8 branch after the above-mentioned
commit.
|
|
|
|
|
|
|
| |
Due to a quantization error, different cliprects of scaled video windows may
not have identical x / y scale.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
|
|
|
|
|
|
| |
We don't support it yet since we don't implement the shadow allocate
functions.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
|
|
|
| |
Fixes "...; recompile with -fPIC" error on x86-64. See fdo 28336.
|
|
|
|
| |
Fixes fdo 28336.
|
| |
|
|
|
|
|
|
| |
resource_surface_add_resources should still be called even when the
stamps match. For example, a caller may ask for two different sets of
attachments.
|
| |
|
|
|
|
|
|
|
|
|
| |
This adds TFP support to the swrast driver, with this I can run gnome-shell inside Xephyr slowly. I've no idea why I did it, and g-s has other rendering issues under swrast, but it might be useful to hook up llvmpipe later. I've no idea if I even want to commit it at this point.
An enhanced version might just pass the pointer in the indirect rendering case
and avoid the memcpy.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
|
|
|
| |
This fixes an uninitialised value use in the dri2 st when doing TFP.
It uses the driContextPriv which isn't initialised at alloc time.
Signed-off-by: Dave Airlie <[email protected]>
|
| |
|
| |
|
| |
|
|
|
|
|
| |
There is only resource_surface for now. It helps manage the resources
of a software-based native surface such as XImage or GDI.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes the assert (and buffer overrun):
glknots: intel_batchbuffer.c:164: _intel_batchbuffer_flush: Assertion
'used >= batch->buf->size' failed.
Reported in bug:
Bug 28274 - xscreensaver's glknots hangs GPU (945GME/Pineview)
https://bugs.freedesktop.org/show_bug.cgi?id=28274
Signed-off-by: Chris Wilson <[email protected]>
|
|
|
|
| |
It will build api_OpenVG.dll on Windows.
|
|
|
|
| |
Fix several portability issues and add SConscript for Windows build.
|
|
|
|
|
| |
Define isfinite and isnan to _finite and _isnan respectively for MSVC.
Those macros are needed by st/vega.
|
| |
|
|
|
|
| |
At least, .dll is used on Windows.
|
|
|
|
|
| |
egl_gdi_swrast uses st/egl/gdi and winsys/sw/gdi to provide an EGL
driver for Windows.
|
|
|
|
|
| |
The backend uses Windows GDI driver to provide a software EGL
implementation on Windows.
|
|
|
|
| |
Fix several portability issues and add SConscript for Windows build.
|
|
|
|
| |
Define PUBLIC to __declspec(dllexport) when _MVC_VER is defined.
|
|
|
|
| |
eglplatform.h no longer defines int32_t.
|
|
|
|
|
| |
Define macros to enable dllexport and thread support. Adjust the output
path of mapi sources.
|
| |
|
|
|
|
|
| |
Those macros used by _mesa_init_shader_dispatch are not available when
FEATURE_GL is not defined.
|
|
|
|
| |
to match what DDX sets. This prevents some flushes from occuring.
|
| |
|
|
|
|
| |
What was the purpose of it?
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Alex Deucher <[email protected]>
|
| |
|