On Wed, May 20, 2015 at 09:32:09AM +0300, Abdiel Janulgue wrote:
> Unlike normal software binding tables where the driver has to manually
> generate and fill a binding table array which are then uploaded to the
> hardware, the resource streamer instead presents the driver with an option
> to fill o
On Wed, May 20, 2015 at 09:32:08AM +0300, Abdiel Janulgue wrote:
> This patch implements the binding table enable command which is also
> used to allocate a binding table pool where where hardware-generated
> binding table entries are flushed into. Each binding table offset in
> the binding table p
On Wed, May 20, 2015 at 09:32:06AM +0300, Abdiel Janulgue wrote:
> Reviewed-by: Topi Pohjolainen
> Signed-off-by: Abdiel Janulgue
> ---
> src/mesa/drivers/dri/i965/brw_defines.h | 24
> src/mesa/drivers/dri/i965/intel_reg.h | 3 +++
> 2 files changed, 27 insertions(+)
Unlike normal software binding tables where the driver has to manually
generate and fill a binding table array which are then uploaded to the
hardware, the resource streamer instead presents the driver with an option
to fill out slots for individual binding table indices. The hardware
accumlates th
When hardware-generated binding tables are enabled, use the hw-generated
binding table format when uploading binding table state.
Normally, the CS will will just consume the binding table pointer commands
as pipelined state. When the RS is enabled however, the RS flushes whatever
edited surface st
I've decided to split my gather constants work into even smaller chunks
to make it easier for reviewers which in turn makes it easier to merge.
First in this patch series enables hardware-generated binding tables
which is required for gather constants[*] to work.
Chances since previous posting are
This patch implements the binding table enable command which is also
used to allocate a binding table pool where where hardware-generated
binding table entries are flushed into. Each binding table offset in
the binding table pool is unique per each shader stage that are
enabled within a batch.
Als
This is passed on the kernel to enable the resource streamer enable bit
on MI_BATCHBUFFER_START
Signed-off-by: Abdiel Janulgue
---
src/mesa/drivers/dri/i965/brw_context.h | 1 +
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 8 +++-
2 files changed, 8 insertions(+), 1 deletion(-)
dif
Reviewed-by: Topi Pohjolainen
Signed-off-by: Abdiel Janulgue
---
src/mesa/drivers/dri/i965/brw_defines.h | 24
src/mesa/drivers/dri/i965/intel_reg.h | 3 +++
2 files changed, 27 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
b/src/mesa/drivers/dr
On Tue, 2015-05-19 at 15:14 -0700, Jordan Justen wrote:
> On 2015-05-14 07:06:05, Iago Toral Quiroga wrote:
> > From: Kristian Høgsberg
> >
> > This will be used to identify buffer variables inside shader storage
> > buffer objects, which are very similar to uniforms except for a few
> > differen
On 05/19/2015 04:20 PM, Francisco Jerez wrote:
Tapani Pälli writes:
Dynamic indexing of sampler arrays is prohibited by GLSL ES 3.00.
Earlier versions allow 'constant-index-expression' indexing, where
index can contain a loop induction variable.
Patch allows dynamic indexing for sampler arr
On Wed, May 20, 2015 at 12:35 AM, Jason Ekstrand wrote:
> On Tue, May 19, 2015 at 7:08 PM, Ilia Mirkin wrote:
>> Hi Nanley,
>>
>> I was expecting to see some code dealing with the fact that the block
>> sizes are all different. Did I miss it, or is that still on the TODO
>> list?
>
> I think *mos
On Tue, May 19, 2015 at 7:08 PM, Ilia Mirkin wrote:
> Hi Nanley,
>
> I was expecting to see some code dealing with the fact that the block
> sizes are all different. Did I miss it, or is that still on the TODO
> list?
I think *most* of that code *should* already be there. In theory,
it's all key
https://bugs.freedesktop.org/show_bug.cgi?id=90081
Vinson Lee changed:
What|Removed |Added
Blocks||79706
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=79706
Vinson Lee changed:
What|Removed |Added
Depends on||90081
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=90346
Vinson Lee changed:
What|Removed |Added
CC||airl...@freedesktop.org
Blocks|
https://bugs.freedesktop.org/show_bug.cgi?id=79706
Vinson Lee changed:
What|Removed |Added
Depends on||90346
--
You are receiving this mail becau
Francisco, any opinion on this patch (as the resident C++ expert)? It
seems a little odd. I'd just as soon skip this, and just use "using
std::tr1::unordered_set" or "using std::unordered_set" as necessary in
the next patch. But perhaps this is a common technique?
On Tue, May 19, 2015 at 11:25 PM,
Instead of using unordered_set directly, the patch
changes to use unordered_set and adds a wrapper template class
to convert the iterators to the expected user-defined type.
This avoid instantiating the template multiple times and make the object
code be smaller about 4KB.
Signed-off-by: Chih-Wei
The stlport uses std::tr1::unordered_set instead of std::unordered_set.
Besides, std::isfinite has to be exported.
Determine whether to build with lollipop libcxx or stlport.
Signed-off-by: Chih-Wei Huang
---
src/gallium/drivers/nouveau/codegen/nv50_ir.h | 5 +
1 file changed, 5 insertions(
Signed-off-by: Chih-Wei Huang
---
src/egl/main/eglconfig.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/egl/main/eglconfig.h b/src/egl/main/eglconfig.h
index 84cb227..7121b3d 100644
--- a/src/egl/main/eglconfig.h
+++ b/src/egl/main/eglconfig.h
@@ -86,6 +86,7 @@ struct _egl_config
If build with C++11 standard, use std::unordered_set
instead of std::tr1::unordered_set.
Signed-off-by: Chih-Wei Huang
---
Android.common.mk | 1 +
src/gallium/auxiliary/Android.mk | 2 --
src/gallium/drivers/nouveau/codegen/nv50_ir.h | 8 ++--
3 file
Most of the rules for the gallium drivers has been moved to
src/gallium/targets/dri/Android.mk.
Signed-off-by: Chih-Wei Huang
---
src/egl/main/Android.mk | 75 +
1 file changed, 1 insertion(+), 74 deletions(-)
diff --git a/src/egl/main/Android.mk
The include paths of libmesa_dri_common are also used by modules
that need libmesa_dri_common.
Signed-off-by: Chih-Wei Huang
---
src/mesa/drivers/dri/common/Android.mk | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/common/Android.mk
b/src/mesa/driver
The libmesa_dri_common and libmesa_egl_dri2 should not be limited to the
classical drivers only. Allow them to be built with the gallium drivers.
v2: add a clean step to rebuild all dri modules properly.
Signed-off-by: Chih-Wei Huang
---
Android.mk | 6 +-
CleanSpec.mk
The libcxx introduced in android lollipop can be used to
replace stlport.
Fallback to use stlport when build with earlier android
releases.
Signed-off-by: Chih-Wei Huang
---
Android.common.mk | 1 +
src/gallium/drivers/nouveau/Android.mk | 4
src/gallium/drivers/r600/A
Signed-off-by: Chih-Wei Huang
---
src/gallium/Android.mk | 7 +-
src/gallium/targets/dri/Android.mk | 112 +++
src/gallium/winsys/sw/dri/Android.mk | 35 ++
src/gallium/winsys/sw/kms-dri/Android.mk | 37 ++
4 files change
The gallium debugging helpers have defined the assert macro.
It causes some errors when build with Android stlport.
To workaround it, do not include assert.h if the assert macro
has been defined.
Signed-off-by: Chih-Wei Huang
---
src/util/list.h | 2 ++
1 file changed, 2 insertions(+)
diff --g
Signed-off-by: Chih-Wei Huang
---
src/egl/drivers/dri2/Android.mk | 1 -
src/loader/Android.mk | 2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/Android.mk b/src/egl/drivers/dri2/Android.mk
index 5931ce8..d4d809b 100644
--- a/src/egl/drivers/dri2
This is the v2 series of patches for Android.
Tested OK with Android-x86 lollipop-x86 branch.
Summary of the changes:
* Use C++11 compliant unordered_set to fix nouveau driver with Android stlport
and libcxx (lollipop).
* Add gallium_dri.so for Android. This fixes gallium support since 5564c36.
*
Signed-off-by: Chih-Wei Huang
---
src/gallium/Android.mk| 5 ++-
src/gallium/state_trackers/dri/Android.mk | 64 +++
2 files changed, 67 insertions(+), 2 deletions(-)
create mode 100644 src/gallium/state_trackers/dri/Android.mk
diff --git a/src/g
Use the pre-defined macro es-gen to generate new added files
instead of writing new rules manually. The handmade rules
that may generate the files before the directory is created
result in such an error:
/bin/bash:
out/target/product/x86/gen/STATIC_LIBRARIES/libmesa_st_mesa_intermediates/main/for
Based on the nice work of Paulo Sergio Travaglia .
The main modifications are:
- Include paths for LLVM header files and shared/static libraries
- Set C++ flag "c++11" to avoid compiling errors on LLVM header files
- Set defines for LLVM
- Add GALLIVM source files
- Changes path of libelf library
To avoid the trick of creating links for all dri drivers.
Signed-off-by: Chih-Wei Huang
---
src/egl/drivers/dri2/egl_dri2.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index fe5cbc8..7fc9f78 100644
--- a/src/egl/driver
On Tue, May 19, 2015 at 3:54 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Currently on the functions that are exclusive to core-profile are
> implemented. The remainder continue to live in the XML. Additional
> functions can be moved later.
>
> The functions for GL_ARB_draw_indirect and GL_
On Tue, May 19, 2015 at 10:16 PM, Matt Turner wrote:
> On Tue, May 19, 2015 at 5:48 PM, Nanley Chery wrote:
>> From: Nanley Chery
>>
>> Signed-off-by: Nanley Chery
>> ---
>> src/mesa/drivers/dri/i965/intel_extensions.c | 6 ++
>> 1 file changed, 6 insertions(+)
>>
>> diff --git a/src/mesa/
On Tue, May 19, 2015 at 5:48 PM, Nanley Chery wrote:
> From: Nanley Chery
>
> Intel surface formats default to LDR unless there is hardware
> support for HDR and the texture is able to be processed in HDR mode.
>
> Signed-off-by: Nanley Chery
> ---
> src/mesa/drivers/dri/i965/brw_defines.h
On Tue, May 19, 2015 at 5:48 PM, Nanley Chery wrote:
> From: Nanley Chery
>
> Signed-off-by: Nanley Chery
> ---
> src/mesa/drivers/dri/i965/intel_extensions.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
> b/src/mesa/drivers/dri/i9
On Tue, May 19, 2015 at 5:48 PM, Nanley Chery wrote:
> From: Nanley Chery
>
> Signed-off-by: Nanley Chery
> ---
> src/mesa/main/format_info.py | 2 ++
> src/mesa/main/formats.c | 29 +
> 2 files changed, 7 insertions(+), 24 deletions(-)
>
> diff --git a/src/mes
On Tue, May 19, 2015 at 5:48 PM, Nanley Chery wrote:
> From: Nanley Chery
>
> Signed-off-by: Nanley Chery
> ---
> src/mesa/main/extensions.c | 3 +++
> src/mesa/main/mtypes.h | 3 +++
> 2 files changed, 6 insertions(+)
>
> diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
Hi Nanley,
I was expecting to see some code dealing with the fact that the block
sizes are all different. Did I miss it, or is that still on the TODO
list?
Cheers,
-ilia
P.S. Congrats on your first public patch submission to mesa-dev :)
On Tue, May 19, 2015 at 8:48 PM, Nanley Chery wrote:
>
On Tue, May 19, 2015 at 8:48 PM, Nanley Chery wrote:
> From: Nanley Chery
>
> Signed-off-by: Nanley Chery
> ---
> .../glapi/gen/KHR_texture_compression_astc.xml | 40
> ++
> src/mapi/glapi/gen/Makefile.am | 1 +
> src/mapi/glapi/gen/gl_API.xml
On Tue, May 19, 2015 at 8:28 PM, Jason Ekstrand wrote:
> Previously, we used intrinsic->const_index[1] to represent "the number of
> array elements to load" for load/store intrinsics. However, this set to 1
> by every pass that ever creates a load/store intrinsic. Also, while it
> might make som
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/drivers/dri/i965/intel_extensions.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/mesa/drivers/dri/i965/intel_extensions.c
index 18b69a0..91ff6e4 100644
--- a/src/mesa/dri
From: Nanley Chery
This patch series adds support for the KHR_texture_compression_astc_{ldr,hdr}
extensions. The last two commits enable support for Skylake systems.
Some rendering issues were encountered during testing, so there is some more
work to be done on this feature. The Piglit tests for
From: Nanley Chery
This is necesary to initialize the gl_texture_image struct.
From the KHR_texture_compression_astc_ldr spec:
"Added to Section 3.8.6, Compressed Texture Images
Add the tokens specified above to Table 3.16, Compressed Internal Formats.
In all cases, the base internal fo
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/main/format_info.py | 2 ++
src/mesa/main/formats.c | 29 +
2 files changed, 7 insertions(+), 24 deletions(-)
diff --git a/src/mesa/main/format_info.py b/src/mesa/main/format_info.py
index 40104a2..81
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/main/texcompress.c | 114
1 file changed, 114 insertions(+)
diff --git a/src/mesa/main/texcompress.c b/src/mesa/main/texcompress.c
index 1654fc6..203a065 100644
--- a/src/mesa/main/texcompr
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/main/extensions.c | 3 +++
src/mesa/main/mtypes.h | 3 +++
2 files changed, 6 insertions(+)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index c82416a..daf16f9 100644
--- a/src/mesa/main/extensions.c
+++ b/
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/main/glformats.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
index 8ced579..d1dfb7a 100644
--- a/src/mesa/main/glformats.c
+++ b/src/mesa/main
From: Nanley Chery
Intel surface formats default to LDR unless there is hardware
support for HDR and the texture is able to be processed in HDR mode.
Signed-off-by: Nanley Chery
---
src/mesa/drivers/dri/i965/brw_defines.h | 36 +
src/mesa/drivers/dri/i965/brw_surface_format
From: Nanley Chery
Signed-off-by: Nanley Chery
---
.../glapi/gen/KHR_texture_compression_astc.xml | 40 ++
src/mapi/glapi/gen/Makefile.am | 1 +
src/mapi/glapi/gen/gl_API.xml | 2 +-
3 files changed, 42 insertions(+), 1 deletion
From: Nanley Chery
Signed-off-by: Nanley Chery
---
src/mesa/main/texcompress.c | 22 ++
src/mesa/main/teximage.c| 28
2 files changed, 50 insertions(+)
diff --git a/src/mesa/main/texcompress.c b/src/mesa/main/texcompress.c
index 0fd1a36..165
From: Nanley Chery
Includes definition of the formats, updates to functions likely to be used, as
well as changes necessary for compilation.
Signed-off-by: Nanley Chery
---
src/mesa/main/format_info.py | 3 +
src/mesa/main/formats.c | 130 +++
src
We build the entire message in the generator so all the MRF writes are
implied.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/brw_fs.cpp
index 9b3186b..42a0d78 100644
--
Previously, the prog_to_nir pass was directly generating uniform load/store
intrinsics. This converts it to use a single giant "parameters" variable
and we now depend on lowering to get the uniform load/store intrinsics.
One advantage of this is that we now have one code-path after we do the
initi
Previously, we used intrinsic->const_index[1] to represent "the number of
array elements to load" for load/store intrinsics. However, this set to 1
by every pass that ever creates a load/store intrinsic. Also, while it
might make some sense for registers, it makes no sense whatsoever in SSA.
On t
On 05/19/2015 03:48 PM, Dave Airlie wrote:
From: Dave Airlie
This adds both ARB_texture_gather and the enhanced gather
for ARB_gpu_shader5.
This passes all the piglit tests, it relies on the GLSL
lowering pass to make textureGatherOffsets work.
Signed-off-by: Dave Airlie
---
src/gallium/dr
On 05/19/2015 03:48 PM, Dave Airlie wrote:
From: Dave Airlie
This moves some of the image filter args into a struct,
and passes that instead, this is prep work for adding texture
gather support which needs new arguments.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_tex_sam
From: Dave Airlie
more stuff for offsets and gather will go in here later.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 50 +++-
src/gallium/drivers/softpipe/sp_tex_sample.h | 8 +++--
2 files changed, 32 insertions(+), 26 deletions(-)
From: Dave Airlie
This moves some of the image filter args into a struct,
and passes that instead, this is prep work for adding texture
gather support which needs new arguments.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 468 ---
src/g
Hi,
These patches firstly rework the softpipe internal sampling
interfaces (and save a couple of k codesize), they then
add the missing textureOffset support and finally add
ARB_texture_gather and gpu_shader5 texture gather support.
Dave.
___
mesa-dev
From: Dave Airlie
This was an oversight when GLSL1.30 was enabled, I think my
misunderstanding.
This fixes a bunch of tex-miplevel-selection tests under softpipe,
and is required for textureGather support.
I'm not sure this won't make sampling slowering, but its softpipe,
correctness first and
From: Dave Airlie
This adds both ARB_texture_gather and the enhanced gather
for ARB_gpu_shader5.
This passes all the piglit tests, it relies on the GLSL
lowering pass to make textureGatherOffsets work.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_screen.c | 5 +-
src/g
From: Dave Airlie
This just adds a new modifier interface for drivers to implement.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 11 ++-
src/gallium/auxiliary/tgsi/tgsi_exec.h | 3 ++-
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/galli
From: Dave Airlie
This is a prep change for gather, and it makes more sense
to use an array in these cases.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 72 ++--
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/src/gallium
On 2015-05-14 07:06:05, Iago Toral Quiroga wrote:
> From: Kristian Høgsberg
>
> This will be used to identify buffer variables inside shader storage
> buffer objects, which are very similar to uniforms except for a few
> differences, most important of which is that they are writable.
>
> Since b
On Tuesday 19 May 2015, Ian Romanick wrote:
> On 05/19/2015 09:22 AM, Fredrik Höglund wrote:
> > On Monday 18 May 2015, Ian Romanick wrote:
> >> From: Ian Romanick
> >>
> >> This reverts commit 03420eac0c53280beae5f72783e52950fd1e3fba.
> >
> > Did you mean to revert this commit?
>
> I did, but t
On 05/19/2015 09:22 AM, Fredrik Höglund wrote:
> On Monday 18 May 2015, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> This reverts commit 03420eac0c53280beae5f72783e52950fd1e3fba.
>
> Did you mean to revert this commit?
I did, but that may have been in error. I saw that it depended on
gl_exte
From: Ian Romanick
Signed-off-by: Ian Romanick
Cc: Dave Airlie
Cc: Ilia Mirkin
Cc: Dylan Baker
Cc: "10.6"
---
src/mapi/glapi/gen/apiexec.py | 100 ++
1 file changed, 100 insertions(+)
diff --git a/src/mapi/glapi/gen/apiexec.py b/src/mapi/glapi/gen/ap
From: Ian Romanick
Currently on the functions that are exclusive to core-profile are
implemented. The remainder continue to live in the XML. Additional
functions can be moved later.
The functions for GL_ARB_draw_indirect and GL_ARB_multi_draw_indirect
are put in the dispatch table inside the V
xserver would like not to expose (say) ARB_robustness_isolation if the
driver doesn't actually support it, as it's pretty cruel to claim a
feature works but always throw BadFBConfig if you try to use it. Add a
hook to the dri2 and swrast extensions to query the supported context
flags, initialize
https://bugs.freedesktop.org/show_bug.cgi?id=89018
Florian Scandella changed:
What|Removed |Added
CC||f...@chilicode.com
--
You are recei
On Tue, May 19, 2015 at 9:25 AM, Francisco Jerez wrote:
> Jason Ekstrand writes:
>
>> On Tue, May 19, 2015 at 5:42 AM, Francisco Jerez
>> wrote:
>>> Jason Ekstrand writes:
>>>
On Mon, May 18, 2015 at 10:34 AM, Francisco Jerez
wrote:
>[...]
> I've given this idea a shot. Ca
Jason Ekstrand writes:
> On Tue, May 19, 2015 at 5:42 AM, Francisco Jerez
> wrote:
>> Jason Ekstrand writes:
>>
>>> On Mon, May 18, 2015 at 10:34 AM, Francisco Jerez
>>> wrote:
[...]
I've given this idea a shot. Can you have a look at the
image-load-store-lower branch of my tr
On Monday 18 May 2015, Ian Romanick wrote:
> From: Ian Romanick
>
> This reverts commit 03420eac0c53280beae5f72783e52950fd1e3fba.
Did you mean to revert this commit?
> Cc: "10.6"
> ---
> src/mesa/main/fbobject.c | 36 +---
> 1 file changed, 5 insertions(+), 31
On Tue, May 19, 2015 at 5:42 AM, Francisco Jerez wrote:
> Jason Ekstrand writes:
>
>> On Mon, May 18, 2015 at 10:34 AM, Francisco Jerez
>> wrote:
>>>[...]
>>> I've given this idea a shot. Can you have a look at the
>>> image-load-store-lower branch of my tree [1]? It's just a quick and
>>> di
On 05/18/2015 06:36 PM, Dave Airlie wrote:
> On 19 May 2015 at 11:02, Ian Romanick wrote:
>> On 05/18/2015 05:35 PM, Ian Romanick wrote:
>>> On 05/18/2015 02:34 PM, Dave Airlie wrote:
On 19 May 2015 at 07:28, Ian Romanick wrote:
> With the patches already on the piglit list, the only cha
On 05/19/2015 04:46 PM, Adam Jackson wrote:
On Tue, 2015-05-12 at 23:34 +0200, Roland Scheidegger wrote:
I like faster!
I don't really understand though where the wins come from.
softpipe can't have much pending work in the first place (maybe tile
cache?), llvmpipe potentially has the rasterize
On Tue, 2015-05-12 at 11:54 -0400, Adam Jackson wrote:
> Signed-off-by: Adam Jackson
This one is still unreviewed, if anyone's interested. It's almost
certainly too late to land this series in 10.6, but 10.7 would be nice.
- ajax
> ---
> src/glx/drisw_glx.c | 13 +++--
> 1 file change
On Tue, 2015-05-12 at 23:34 +0200, Roland Scheidegger wrote:
> I like faster!
>
> I don't really understand though where the wins come from.
> softpipe can't have much pending work in the first place (maybe tile
> cache?), llvmpipe potentially has the rasterizer threads I guess but
> I'm not quit
On Wed, 2015-05-13 at 12:44 -0700, Ian Romanick wrote:
> From: Ian Romanick
>
> Comparing the output of
>
> nm -D libGL.so.349.16 | grep ' T gl[^X]' | sed 's/.* T //'
>
> between Catalyst NVIDIA 349.16 and this commit, the only change is a
> bunch
> of functions that NVIDIA exports that Me
Tapani Pälli writes:
> Dynamic indexing of sampler arrays is prohibited by GLSL ES 3.00.
> Earlier versions allow 'constant-index-expression' indexing, where
> index can contain a loop induction variable.
>
> Patch allows dynamic indexing for sampler arrays when GLSL ES < 3.00.
> This change make
It seems like there were restrictions on builtin variables introduced
in 2011 (07731ed1692eb5d72110b3c5b693f37e581e3809) that never got
lifted when proper support got added. At least, getting rid of them
do not introduce any regression while fixing the following piglit
tests:
- glsl-getactiveunifo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is the first RC for Mesa 10.6.0. Minus the minor delay the schedule
remains unchanged:
May 22st 2015 - Release candidate 2
May 29th 2015 - Release candidate 3
June 5th 2015 - Release candidate 4/Mesa 10.6.0
As a reminder
Jason Ekstrand writes:
> On Mon, May 18, 2015 at 10:34 AM, Francisco Jerez
> wrote:
>>[...]
>> I've given this idea a shot. Can you have a look at the
>> image-load-store-lower branch of my tree [1]? It's just a quick and
>> dirty proof of concept, so don't bother to review it carefully, just
Hello;
Here are 2 changes, first one relaxes sampler array index validation
during AST->HIR time for GLSL ES versions < 300. Second patch makes sure
that during compilation/linking, index expression has been turned in to
constant.
This fixes https://bugs.freedesktop.org/show_bug.cgi?id=84225 whic
Desktop GLSL < 130 and GLSL ES < 300 allow sampler array indexing where
index can contain a loop induction variable. This extra check makes sure
that all these indexes turn in to constant expressions during
compilation/linking.
Signed-off-by: Tapani Pälli
Cc: "10.5" and "10.6"
---
src/glsl/link
Dynamic indexing of sampler arrays is prohibited by GLSL ES 3.00.
Earlier versions allow 'constant-index-expression' indexing, where
index can contain a loop induction variable.
Patch allows dynamic indexing for sampler arrays when GLSL ES < 3.00.
This change makes 'sampler-array-index.frag' parse
Am Montag, 18. Mai 2015, 13:35:48 schrieb Tomasz Gajc:
> Hello,
> my patch is based on that LLVM bug. Mesa with that patch was tested only
> with clang by me, and I haven't found any issues when running my system
> with mesa with that patch applied.
we had this discussion in the past already, see
https://bugs.freedesktop.org/show_bug.cgi?id=26411
Tapani Pälli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=90310
Julien Isorce changed:
What|Removed |Added
CC||bri...@vmware.com
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=90310
--- Comment #1 from Julien Isorce ---
Created attachment 115891
--> https://bugs.freedesktop.org/attachment.cgi?id=115891&action=edit
gallium/dri: fix duplicated symbols build error
--
You are receiving this mail because:
You are the QA Conta
According to spec, CL_MEM_USE_HOST_PTR should directly use host memory,
if possible. This is just what userptr is for, so use it.
In case the memory cannot be mapped, a fallback similar to
CL_MEM_COPY_HOST_PTR is used.
---
src/gallium/state_trackers/clover/core/memory.cpp | 2 +-
src/gallium/s
This flag is typically used to request pinned host memory, to avoid
any copies between GPU and CPU.
This improves throughput with an older OpenCL app which I unfortunately
can't publish due to its licensing.
---
src/gallium/state_trackers/clover/core/resource.cpp | 4
1 file changed, 4 inser
95 matches
Mail list logo
