Marek Olšák
4e9fc7e4e2
st/mesa: set force_persample_interp if ARB_sample_shading is used
...
This is only a half of the work. The next patch will handle
gl_SampleID/SamplePos, which is the other half of ARB_sample_shading.
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu >
2015-10-03 22:06:09 +02:00
Marek Olšák
f3b37e321f
gallium: add per-sample interpolation control into rasterizer statOAe
...
Required by ARB_sample_shading for drivers that don't want a shader variant
in st/mesa.
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu >
Acked-by: Roland Scheidegger <sroland@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
d8932a355d
st/mesa: add ST_DEBUG=precompile support for tessellation shaders
...
Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu >
2015-10-03 22:06:09 +02:00
Marek Olšák
dd340b34f3
mesa: remove Driver.BindImageTexture
...
Nothing sets it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
92709dcb9b
mesa: remove Driver.DeleteSamplerObject
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
00f6beed02
mesa: remove Driver.EndCallList
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
ef6c0714af
mesa: remove Driver.BeginCallList
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
f457964885
mesa: remove Driver.EndList
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
55735cad00
mesa: remove Driver.NewList
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
7a54939728
mesa: remove Driver.NotifySaveBegin
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:09 +02:00
Marek Olšák
4b8bb2f559
mesa: remove Driver.SaveFlushVertices
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
72a5dff9cb
mesa: remove Driver.FlushVertices
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
91799880b3
mesa: remove Driver.BeginVertices
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
82a950f187
mesa: remove Driver.BindArrayObject
...
Nothing sets it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
d1269a844f
mesa: remove Driver.DeleteArrayObject
...
Nothing reimplements it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
7401807e8d
mesa: remove Driver.NewArrayObject
...
Nothing reimplements it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
1044f99812
mesa: remove Driver.Hint
...
Nothing sets it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
8de82faf95
mesa: remove Driver.ColorMaskIndexed
...
Nothing sets it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
379255298f
mesa: remove some Driver.Blend* hooks
...
Nothing sets them.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
a6cc895e93
mesa: remove Driver.Accum
...
Nothing calls it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
a4fca24484
mesa: remove Driver.ResizeBuffers
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
6863d5b02a
mesa: remove Driver.DeleteShaderProgram
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
b37dcb8c18
mesa: remove Driver.NewShaderProgram
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
95e0303312
mesa: remove Driver.DeleteShader
...
Nothing overrides it.
Reviewed-by: Brian Paul <brianp@vmware.com >
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
18123a732b
egl/dri2: don't require a context for ClientWaitSync (v2)
...
The spec doesn't require it. This fixes a crash on Android.
v2: don't set any flags if ctx == NULL
v3: add the spec note
Cc: 10.6 11.0 <mesa-stable@lists.freedesktop.org >
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com >
Reviewed-by: Frank Binns <frank.binns@imgtec.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
b78336085b
st/dri: don't use _ctx in client_wait_sync
...
Not needed and it can be NULL.
v2: fix dri2_get_fence_from_cl_event - thanks Albert
Cc: 10.6 11.0 <mesa-stable@lists.freedesktop.org >
Reviewed-by: Albert Freeman <albertwdfreeman@gmail.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
27b102e7fd
r600g: only do depth-only or stencil-only in-place decompression
...
instead of always doing both.
Usually, only depth is needed, so stencil decompression is useless.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
c23c92c965
radeonsi: only do depth-only or stencil-only in-place decompression
...
instead of always doing both.
Usually, only depth is needed, so stencil decompression is useless.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
5804c6adf8
gallium/radeon: add separate stencil level dirty flags
...
We will only do depth-only or stencil-only decompress blits, whichever is
needed by textures, instead of always doing both.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
cc92b90375
radeonsi: dump buffer lists while debugging
...
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:08 +02:00
Marek Olšák
eb55610c89
winsys/radeon: implement cs_get_buffer_list
...
This is more complicated, because tracking priority_usage needed changing
the relocs_bo type.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
6f48e2bee1
winsys/amdgpu: add winsys function cs_get_buffer_list
...
For debugging.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
93641f4341
gallium/radeon: stop using "reloc" in a few places
...
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
2edb060639
gallium/radeon: tell the winsys the exact resource binding types
...
Use the priority flags and expand them.
This information will be used for debugging.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
9bd7928a35
radeonsi: add an option for debugging VM faults
...
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
4502d0bf88
radeonsi: move dumping the last IB into its own function
...
v2: indentation fix
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Marek Olšák
89f73827d0
ddebug: separate creation of debug files
...
This will be used by radeonsi for logging.
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com >
2015-10-03 22:06:07 +02:00
Emil Velikov
3cd5395206
docs: add news item and link release notes for 10.6.9
...
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com >
2015-10-03 13:23:13 +01:00
Emil Velikov
61c35ce4f9
docs: add sha256 checksums for 10.6.9
...
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com >
(cherry picked from commit 8957b696f9cc8a92b2c160c551c34545447ec28a)
2015-10-03 13:20:08 +01:00
Emil Velikov
b2a987fc12
docs: add release notes for 10.6.9
...
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com >
(cherry picked from commit ab9aacce2d26a802bac81fc25748320428996692)
2015-10-03 13:20:06 +01:00
Matthew Waters
11cabc45b7
egl: rework handling EGL_CONTEXT_FLAGS
...
As of version 15 of the EGL_KHR_create_context spec, debug contexts
are allowed for ES contexts. We should allow creation instead of
erroring.
While we're here provide a more comprehensive checking for the other two
flags - ROBUST_ACCESS_BIT_KHR and FORWARD_COMPATIBLE_BIT_KHR
v2 [Emil Velikov] Rebase. Minor tweak in commit message.
Cc: Boyan Ding <boyan.j.ding@gmail.com >
Cc: Chad Versace <chad.versace@intel.com >
Cc: "10.6 11.0" <mesa-stable@lists.freedesktop.org >
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91044
Signed-off-by: Matthew Waters <ystreet00@gmail.com >
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com >
2015-10-03 12:30:13 +01:00
Jason Ekstrand
443d3bf340
i965/wm: Make compute_barycentric_interp_modes take a nir_shader and a devinfo
...
Now that everything comes in through NIR, we can pick this directly out of
the shader source and don't need to reference the gl_fragment_program.
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 21:21:20 -07:00
Jason Ekstrand
1e3c1b107e
i965: Use nir_foreach_variable
...
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 21:21:18 -07:00
Jason Ekstrand
050e4787d3
nir: Add a nir_foreach_variable macro
...
This is a common enough operation that it's nice to not have to think about
the arguments to foreach_list_typed every time.
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 21:21:16 -07:00
Jason Ekstrand
ca941799ce
i965/nir: Remove the prog parameter from brw_nir_lower_inputs
...
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 21:21:00 -07:00
Tom Stellard
a2e1e3d325
radeon/llvm: Initialize gallivm targets when initializing the AMDGPU target v2
...
This fixes a race condition in the glx-multithreaded-shader-compile
test.
v2:
- Replace gallivm_init_llvm_{begin,end}() with gallivm_init_llvm_targets().
Reviewed-by: Marek Olšák <marek.olsak@amd.com >
Reviewed-by: Mathias Fröhlich <Mathias.Froehlich@web.de >
Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com >
CC: "10.6 11.0" <mesa-stable@lists.freedesktop.org >
2015-10-02 23:41:27 +00:00
Tom Stellard
76cfd6f1da
gallivm: Allow drivers and state trackers to initialize gallivm LLVM targets v2
...
Drivers and state trackers that use LLVM for generating code, must
register the targets they use with LLVM's global TargetRegistry.
The TargetRegistry is not thread-safe, so all targets must be added
to the registry before it can be queried for target information.
When drivers and state trackers initialize their own targets, they need
a way to force gallivm to initialize its targets at the same time.
Otherwise, there can be a race condition in some multi-threaded
applications (e.g. glx-multihreaded-shader-compile in piglit),
when one thread creates a context for a driver that uses LLVM (e.g.
radeonsi) and another thread creates a gallivm context (glxContextCreate
does this).
The race happens when the driver thread initializes its LLVM targets and
then starts using the registry before the gallivm thread has a chance to
register its targets.
This patch allows users to force gallivm to register its targets by
calling the gallivm_init_llvm_targets() function.
v2:
- Use call_once and remove mutexes and static initializations.
- Replace gallivm_init_llvm_{begin,end}() with
gallivm_init_llvm_targets().
Reviewed-by: Marek Olšák <marek.olsak@amd.com >
Reviewed-by: Mathias Fröhlich <Mathias.Froehlich@web.de >
Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com >
CC: "10.6 11.0" <mesa-stable@lists.freedesktop.org >
2015-10-02 23:41:26 +00:00
Tom Stellard
3219b48ae5
gallium/radeon: Use call_once() when initailizing LLVM targets
...
Reviewed-by: Marek Olšák <marek.olsak@amd.com >
Reviewed-by: Mathias Fröhlich <Mathias.Froehlich@web.de >
Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com >
CC: "10.6 11.0" <mesa-stable@lists.freedesktop.org >
2015-10-02 23:19:01 +00:00
Jason Ekstrand
bf7b6fd3fd
i965/shader: Get rid of the shader, prog, and shader_prog fields
...
Unfortunately, we can't get rid of them entirely. The FS backend still
needs gl_program for handling TEXTURE_RECTANGLE. The GS vec4 backend still
needs gl_shader_program for handling transfom feedback. However, the VS
needs neither and we can substantially reduce the amount they are used.
One day we will be free from their tyranny.
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 14:22:54 -07:00
Jason Ekstrand
404419ee1a
i965/fs,vec4: Get rid of the sanity_param_count
...
It doesn't exist for anything other than an assert that, as far as I can
tell, isn't possible to trip. Soon, we will remove prog from the visitor
entirely and this will become even more impossible to hit.
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org >
2015-10-02 14:22:53 -07:00