https://bugs.freedesktop.org/show_bug.cgi?id=92687
--- Comment #7 from Alejandro Piñeiro (freenode IRC: apinheiro)
---
(In reply to Eduardo Lima Mitev from comment #6)
> I have just pushed the series to master, after review by Dave Airlie (thanks
> a bunch!).
>
> I will delay closing this bug a
https://bugs.freedesktop.org/show_bug.cgi?id=92687
Eduardo Lima Mitev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Although I don't too much experience on the state-tracker section of
mesa codebase, the patch looks good to me. Just a comment below
On 04/03/16 03:36, Dave Airlie wrote:
> From: Dave Airlie
>
> Add code to handle GL_INTERNALFORMAT_PREFERRED.
> Add code to deal with GL_RENDERBUFFER being passes i
I think this is not the right place to do this. It looks like
r600_translate_colorformat and/or r600_colorformat_endian_swap and
r600_translate_texformat should be adjusted instead.
Marek
On Thu, Mar 3, 2016 at 4:47 PM, Oded Gabbay wrote:
> The following is what happens when trying to do glReadP
On Fri, Mar 4, 2016 at 12:16 PM, Marek Olšák wrote:
> I think this is not the right place to do this. It looks like
> r600_translate_colorformat and/or r600_colorformat_endian_swap and
> r600_translate_texformat should be adjusted instead.
>
> Marek
Adjusted how ?
You want me to check specificall
https://bugs.freedesktop.org/show_bug.cgi?id=91101
--- Comment #1 from Juan A. Suarez ---
Seems to be fixed in master (11.2-branchpoint-233-g9ec2467)
Commit fixing it is:
commit 77a78c65f80323059d892c501ca551ccf324b17d
Author: Marek Olšák
Date: Thu Jun 25 00:56:32 2015 +0200
softpipe,
Multiplying the contrast- and brightness matrices it becomes obvious that
brightness should be multiplied by contrast in the procamp matrix. Fix this.
Cc: "11.0 11.1 11.2"
Signed-off-by: Thomas Hellstrom
---
src/gallium/auxiliary/vl/vl_csc.c | 22 +++---
1 file changed, 11 inser
Makes the code significantly more readable.
Signed-off-by: Thomas Hellstrom
---
src/gallium/auxiliary/vl/vl_csc.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_csc.c
b/src/gallium/auxiliary/vl/vl_csc.c
inde
When looking at the full range matrices, it becomes obvious that the difference
between the standard matrices and the full range matrices is that column 0
is multiplied by 1.164 and columns 1 and 2 are muliplied by 1.138. This can
be accomplished by multiplying the contrast with 1.164 and the satur
When looking at the full range matrices, it becomes obvious that the difference
between the standard matrices and the full range matrices is that column 0
is multiplied by 1.164 and columns 1 and 2 are muliplied by 1.138. This can
be accomplished by multiplying the contrast with 1.164 and the satur
Makes the code significantly more readable.
Signed-off-by: Thomas Hellstrom
---
src/gallium/auxiliary/vl/vl_csc.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_csc.c
b/src/gallium/auxiliary/vl/vl_csc.c
inde
Multiplying the contrast- and brightness matrices it becomes obvious that
brightness should be multiplied by contrast in the procamp matrix. Fix this.
v2: Fixed a couple of typos, one of them affecting the results.
Cc: "11.0 11.1 11.2"
Signed-off-by: Thomas Hellstrom
---
src/gallium/auxiliary/
Note that the DB only supports tiling and separate depth and stencil, so
it's unmappable. Before transfers and sometimes even texturing, the buffer
must be copied via the DB->CB path, because CB supports both interleaved
and linear layouts. The result is the flushed texture. The goal here is to
ens
Thanks for the second review, Brian !
Was sending them to the mailing list to get them into stable and to
patchwork.
/Thomas
On 02/25/2016 04:10 PM, Brian Paul wrote:
> On 02/25/2016 03:02 AM, Thomas Hellstrom wrote:
>> Reported-by: Brian Paul
>> Signed-off-by: Thomas Hellstrom
>> Reviwed-by:
https://bugs.freedesktop.org/show_bug.cgi?id=89960
--- Comment #2 from Juan A. Suarez ---
copy-pixels test works in master (11.2-branchpoint-233-g9ec2467).
Fixed in:
commit 8a41cd2407c1d219cba98add69609ce3a65b5435
Author: Dave Airlie
Date: Wed Apr 22 17:13:06 2015 +1000
softpipe: fix st
Hi,
as complementary work to the one done to "Add FP64 support to the i965
shader backends" at:
https://bugs.freedesktop.org/show_bug.cgi?id=92760
I've been working to add piglit tests that would check the new features
added by this addition.
Checking the specification of the extension, when tal
If we have a KMS device which is distinct to the render GBM
device, try to allocate cursor and scanout BOs from this device.
Right now this only makes sure that the selected format is
compatible with both devices. We need more internal API to
signal width/height/stride and tiling constraints.
Sig
The GBM device, which is used to bootstrap the EGL context
should always be constructed atop a render capable DRM device.
If this device is a render node or a standalone renderonly DRM
device, we need a way to set the actual KMS output device to
allow for proper allocations of the buffer objects ba
Hi all,
this is a first shot at trying to hash out an API to allow bootstrapping
an EGL context on top of split render/scanout DRM devices. It tries to make
things really easy for applications, while leaving them in full control over
swap/flip scheduling etc.
It adds 2 new API calls:
1. gbm_devi
I tried to be careful, and still I introduced a mistake ...
On Fri, 2016-03-04 at 15:43 +0200, Andres Gomez wrote:
...
> The situation with the glslangValidator is (it doesn't support doubles):
> * When using a non-flat integer as a fragment input in the form of
> an array or as a me
This is fix for not setting EGL_BAD_MATCH when calling eglCreatePbufferSurface
with invalid setting of EGL_TEXTURE_FORMAT and EGL_TEXTURE_TARGET.
According to EGL spec the following combination should generate EGL_BAD_MATCH:
EGL_TEXTURE_FORMAT == EGL_NO_TEXTURE and EGL_TEXTURE_TARGET != EGL_NO_
Hi,
as complementary work to the one done to "Add FP64 support to the i965
shader backends" at:
https://bugs.freedesktop.org/show_bug.cgi?id=92760
We've been working to add piglit tests that would check the new features
added by this addition. Because of this, we have created several
generators.
Hi Lucas,
On 4 March 2016 at 13:49, Lucas Stach wrote:
> this is a first shot at trying to hash out an API to allow bootstrapping
> an EGL context on top of split render/scanout DRM devices. It tries to make
> things really easy for applications, while leaving them in full control over
> swap/fli
On Fri, Mar 4, 2016 at 2:19 PM, Marek Olšák wrote:
> Note that the DB only supports tiling and separate depth and stencil, so
> it's unmappable. Before transfers and sometimes even texturing, the buffer
> must be copied via the DB->CB path, because CB supports both interleaved and
> linear layouts
On Fri, Mar 4, 2016 at 9:06 AM, Pielech, Adrian
wrote:
>
>
>
>
> This is fix for not setting EGL_BAD_MATCH when calling
> eglCreatePbufferSurface with invalid setting of EGL_TEXTURE_FORMAT and
> EGL_TEXTURE_TARGET.
>
> According to EGL spec the following combination should generate
> EGL_BAD_MATCH
Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
> Hi Lucas,
>
> On 4 March 2016 at 13:49, Lucas Stach wrote:
> > this is a first shot at trying to hash out an API to allow bootstrapping
> > an EGL context on top of split render/scanout DRM devices. It tries to make
> > things really
On Fri, Mar 4, 2016 at 4:56 PM, Oded Gabbay wrote:
> On Fri, Mar 4, 2016 at 2:19 PM, Marek Olšák wrote:
>> Note that the DB only supports tiling and separate depth and stencil, so
>> it's unmappable. Before transfers and sometimes even texturing, the buffer
>> must be copied via the DB->CB path,
Hi,
On 4 March 2016 at 16:08, Lucas Stach wrote:
> Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
>> Thanks for taking this on, it looks really good! I just have the one
>> question though - did you look at the EGLDevice extension? Using that
>> to enumerate the GPUs, we could crea
The OES extensions clarify this behaviour to differentiate between
per-sample invocation and per-sample interpolation. Using sampleid/pos
will force per-sample invocation but not per-sample interpolation.
See https://www.khronos.org/bugzilla/show_bug.cgi?id=1462
Signed-off-by: Ilia Mirkin
Review
Am Freitag, den 04.03.2016, 17:20 + schrieb Daniel Stone:
> Hi,
>
> On 4 March 2016 at 16:08, Lucas Stach wrote:
> > Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
> >> Thanks for taking this on, it looks really good! I just have the one
> >> question though - did you look at t
On Fri, Mar 4, 2016 at 6:59 PM, Marek Olšák wrote:
> On Fri, Mar 4, 2016 at 4:56 PM, Oded Gabbay wrote:
>> On Fri, Mar 4, 2016 at 2:19 PM, Marek Olšák wrote:
>>> Note that the DB only supports tiling and separate depth and stencil, so
>>> it's unmappable. Before transfers and sometimes even text
From: Nanley Chery
This field is no longer needed.
Signed-off-by: Nanley Chery
---
src/intel/isl/isl.h | 9 -
src/intel/isl/isl_surface_state.c | 8
src/intel/vulkan/anv_image.c | 33 +++--
3 files changed, 7 insertions(+), 43 d
From: Nanley Chery
Match the comment stated above the assignment.
Signed-off-by: Nanley Chery
---
src/intel/isl/isl_surface_state.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/intel/isl/isl_surface_state.c
b/src/intel/isl/isl_surface_state.c
index fe8f07c..f3390a
So, I've been advocating that for android, gallium drivers use
gralloc_drm_pipe, since with android it seems like you end up with
both gralloc and libGL in the same process, and having both share the
same pipe_screen avoids lots of headaches with multiple gem handles
pointing to same underlying buf
On Fri, Mar 4, 2016 at 12:59 PM, Rob Clark wrote:
> So, I've been advocating that for android, gallium drivers use
> gralloc_drm_pipe, since with android it seems like you end up with
> both gralloc and libGL in the same process, and having both share the
> same pipe_screen avoids lots of headache
On Fri, Mar 4, 2016 at 12:26 PM, Ilia Mirkin wrote:
> The OES extensions clarify this behaviour to differentiate between
> per-sample invocation and per-sample interpolation. Using sampleid/pos
> will force per-sample invocation but not per-sample interpolation.
>
> See https://www.khronos.org/bug
On 4 March 2016 at 17:38, Lucas Stach wrote:
> Am Freitag, den 04.03.2016, 17:20 + schrieb Daniel Stone:
>> Hi,
>>
>> On 4 March 2016 at 16:08, Lucas Stach wrote:
>> > Am Freitag, den 04.03.2016, 15:09 + schrieb Daniel Stone:
>> >> Thanks for taking this on, it looks really good! I just h
surface_access emit_untyped_read and emit_untyped_atomic provides the same
functionality.
---
This patch also fixes the indentation at switch (instr->intrinsic).
src/mesa/drivers/dri/i965/brw_vec4.h | 7
src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 39 --
src/
The same functionality is provided by emit_untyped_atomic and
emit_untyped_read at surface_access. Having two implementations of the
same is among other things confusing (I initially spent some time
checking if there was any practical reason to have both).
The real removal is done on the second pa
This can happens if using emit_untyped_atomic for an atomic dec/inc
---
src/mesa/drivers/dri/i965/brw_vec4_surface_builder.cpp | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_surface_builder.cpp
b/src/mesa/drivers/dri/i965/brw_vec4_sur
Now that brw_vec4_visitor::emit_untyped_atomic was removed, there is no need
to explicitly set it.
---
src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_nir.cpp
b/src/mesa/drivers/dri/i965/
On Mar 4, 2016 7:53 PM, "Oded Gabbay" wrote:
>
> On Fri, Mar 4, 2016 at 6:59 PM, Marek Olšák wrote:
> > On Fri, Mar 4, 2016 at 4:56 PM, Oded Gabbay
wrote:
> >> On Fri, Mar 4, 2016 at 2:19 PM, Marek Olšák wrote:
> >>> Note that the DB only supports tiling and separate depth and stencil,
so
> >>>
screen may still be used by other resources that are not yet freed.
To correctly fix this there will be a need to account for resources
differently, but this quick fix is not any worse than the original
code that leaked screens anyway.
---
src/gallium/state_trackers/glx/xlib/xm_api.c | 10 +++-
Not a currently tested configuration, but these couple of small changes
allow a 32-bit build.
---
src/gallium/drivers/swr/rasterizer/common/os.h | 1 -
src/gallium/drivers/swr/rasterizer/core/utils.h | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/swr/ras
LGTM
On Fri, Mar 4, 2016 at 10:03 AM, Nanley Chery wrote:
> From: Nanley Chery
>
> Match the comment stated above the assignment.
>
> Signed-off-by: Nanley Chery
> ---
> src/intel/isl/isl_surface_state.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/isl/
Reviewed-by: Jason Ekstrand
On Fri, Mar 4, 2016 at 10:03 AM, Nanley Chery wrote:
> From: Nanley Chery
>
> This field is no longer needed.
>
> Signed-off-by: Nanley Chery
> ---
> src/intel/isl/isl.h | 9 -
> src/intel/isl/isl_surface_state.c | 8
> src/intel/v
"using namespace brw::surface_access" is already present at the
top of the source file.
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
b/src/mesa/drivers/dri/i965/
On 03/04/2016 07:07 PM, Rob Clark wrote:
> On Fri, Mar 4, 2016 at 12:59 PM, Rob Clark wrote:
>> So, I've been advocating that for android, gallium drivers use
>> gralloc_drm_pipe, since with android it seems like you end up with
>> both gralloc and libGL in the same process, and having both share
On Fri, Mar 4, 2016 at 6:50 AM, Andres Gomez wrote:
> Hi,
>
> as complementary work to the one done to "Add FP64 support to the i965
> shader backends" at:
> https://bugs.freedesktop.org/show_bug.cgi?id=92760
>
> We've been working to add piglit tests that would check the new features
> added by t
On Fri, Mar 4, 2016 at 2:43 PM, Thomas Hellstrom wrote:
> On 03/04/2016 07:07 PM, Rob Clark wrote:
>> On Fri, Mar 4, 2016 at 12:59 PM, Rob Clark wrote:
>>> So, I've been advocating that for android, gallium drivers use
>>> gralloc_drm_pipe, since with android it seems like you end up with
>>> bot
https://bugs.freedesktop.org/show_bug.cgi?id=94394
Bug ID: 94394
Summary: Compile Mesa , specific compilation , /usr/bin/ld:
cannot find -ldrm
Product: Mesa
Version: 11.2
Hardware: x86-64 (AMD64)
OS: Linux (
On Fri, Mar 4, 2016 at 6:53 PM, Oded Gabbay wrote:
> On Fri, Mar 4, 2016 at 6:59 PM, Marek Olšák wrote:
>> On Fri, Mar 4, 2016 at 4:56 PM, Oded Gabbay wrote:
>>> On Fri, Mar 4, 2016 at 2:19 PM, Marek Olšák wrote:
Note that the DB only supports tiling and separate depth and stencil, so
https://bugs.freedesktop.org/show_bug.cgi?id=89960
Vinson Lee changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=79706
Bug 79706 depends on bug 89960, which changed state.
Bug 89960 Summary: [softpipe] piglit copy-pixels regreession
https://bugs.freedesktop.org/show_bug.cgi?id=89960
What|Removed |Added
--
https://bugs.freedesktop.org/show_bug.cgi?id=91101
Vinson Lee changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=94394
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 03/04/2016 12:28 PM, Tim Rowley wrote:
Not a currently tested configuration, but these couple of small changes
allow a 32-bit build.
---
src/gallium/drivers/swr/rasterizer/common/os.h | 1 -
src/gallium/drivers/swr/rasterizer/core/utils.h | 2 +-
2 files changed, 1 insertion(+), 2 deletio
On 03/04/2016 12:26 PM, George Kyriazis wrote:
screen may still be used by other resources that are not yet freed.
To correctly fix this there will be a need to account for resources
differently, but this quick fix is not any worse than the original
code that leaked screens anyway.
---
src/gall
On Wed, Mar 2, 2016 at 4:21 AM, Juan A. Suarez Romero
wrote:
> opt_vector_float() transforms several scalar MOV operations to a single
> vectorial MOV.
>
> This is done when those MOV covers all the components of the destination
> register. So something like:
>
> mov vgrf3.0.xy:D, 0D
> mov vgrf3.0
Hi Tim,
On 4 March 2016 at 19:28, Tim Rowley wrote:
> Not a currently tested configuration, but these couple of small changes
> allow a 32-bit build.
A couple of trivial suggestions:
Please add the bugzilla link, before pushing.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94383
> --
On Thu, Feb 25, 2016 at 11:50 PM, Jordan Justen
wrote:
> For fragment shaders, we can always use a SIMD8 program. Therefore, if
> we detect spilling with a SIMD16 program, then it is better to skip
> generating a SIMD16 program to only rely on a SIMD8 program.
>
> Unfortunately, this doesn't work
On Thu, Feb 25, 2016 at 11:50 PM, Jordan Justen
wrote:
> If the local workgroup size is sufficiently large, then the SIMD8
> program can't be used. In this case we can skip generating the SIMD8
> program. For complex programs this can save a significant amount of
> time.
That's a good idea.
Revi
From: Nanley Chery
In addition to making the height addition more understandable, this
future-proofs the code for new tiling modes and keeps the image
height as small as possible.
Signed-off-by: Nanley Chery
---
src/intel/vulkan/anv_meta_blit.c | 13 +++--
1 file changed, 11 insertions
https://bugs.freedesktop.org/show_bug.cgi?id=94394
--- Comment #2 from tele ---
- Do I need all 32 bit dependencies before compile on 64 bit system ?
#
$ echo $PKG_CONFIG_PATH
/usr/lib64/pkgconfig
$ echo $PKG_CONFIG_PATH
/usr/lib64/pkgconfig
$ ld -ldrm --verbose
...
at
https://bugs.freedesktop.org/show_bug.cgi?id=94394
--- Comment #3 from tele ---
* - Do I need install all 32 bit dependencies before compile on 64 bit system ?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=94394
--- Comment #4 from Emil Velikov ---
You are attempting to do a 32bit build on a 64bit platform. Thus the 32bit
dependencies should be met, there is no other way ;-)
The PKG... variable should be set before the configure call, and must point the
On Mon, Feb 22, 2016 at 11:35 AM, Jordan Justen
wrote:
> For Haswell, we need to initialize the SLM index in the state
> register. This can be copied out of the CS header dword 0.
>
> Fixes piglit: arb_compute_shader/execution/shared-atomics.shader_test
>
> Signed-off-by: Jordan Justen
> Cc: Ilia
https://bugs.freedesktop.org/show_bug.cgi?id=94399
Bug ID: 94399
Summary: [swrast] piglit getuniform-03 regression
Product: Mesa
Version: 11.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Keywords:
On 03/03/2016 07:02 PM, Ilia Mirkin wrote:
Since commit 922be4eab, the expectation is that the query result
contains the correct value. Unfortunately swrast does not distinguish
between GL_SAMPLES_PASSED and GL_ANY_SAMPLES_PASSED. As a result, we
must fix up the query result in a post-draw fixup.
---
src/gallium/auxiliary/util/u_debug_refcnt.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug_refcnt.c
b/src/gallium/auxiliary/util/u_debug_refcnt.c
index f486492..c17c65f 100644
--- a/src/gallium/auxiliary/util/u_debug_refc
---
src/gallium/auxiliary/util/u_debug_refcnt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_debug_refcnt.c
b/src/gallium/auxiliary/util/u_debug_refcnt.c
index a23f191..f486492 100644
--- a/src/gallium/auxiliary/util/u_debug_refcnt.c
+++ b/src/g
Wrap comments to 78 columns, etc.
---
src/gallium/auxiliary/util/u_debug_refcnt.c | 103 +++-
src/gallium/auxiliary/util/u_debug_refcnt.h | 12 +++-
2 files changed, 65 insertions(+), 50 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug_refcnt.c
b/src/gallium/
---
src/gallium/auxiliary/util/u_debug_refcnt.c | 20
1 file changed, 20 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_debug_refcnt.c
b/src/gallium/auxiliary/util/u_debug_refcnt.c
index c17c65f..3c030d7 100644
--- a/src/gallium/auxiliary/util/u_debug_refcnt.c
+++ b
To know when we're flushing the command buffer because we need to
write to surface in the command buffer.
---
src/gallium/drivers/svga/svga_context.h | 16 +---
src/gallium/drivers/svga/svga_pipe_query.c | 9 +
src/gallium/drivers/svga/svga_resource_texture.c |
---
src/mesa/state_tracker/st_extensions.c | 175 -
1 file changed, 107 insertions(+), 68 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 24c6444..063daae 100644
--- a/src/mesa/state_tracker/st_extens
Anuj Phogat (16):
mesa: Add block depth field in struct gl_format_info
mesa: Add support to query block depth using
_mesa_get_format_block_size()
mesa: Add error conditions for compressed textures with 3D blocks
mesa: Account for block depth in _mesa_format_image_size()
glapi: Update
---
src/gallium/drivers/svga/svga_screen_cache.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_screen_cache.c
b/src/gallium/drivers/svga/svga_screen_cache.c
index 5b44129..321c564 100644
--- a/src/gallium/drivers/svga/svga_screen_cach
To measure the time spent flushing the command buffer.
---
src/gallium/drivers/svga/svga_context.c| 4
src/gallium/drivers/svga/svga_context.h| 16 +---
src/gallium/drivers/svga/svga_pipe_query.c | 9 +
src/gallium/drivers/svga/svga_screen.c | 2 ++
4 files
compute.c: In function ‘launch_grid’:
compute.c:435:20: warning: assignment discards ‘const’ qualifier from pointer
target type [enabled by default]
info.input = input;
^
Maybe the pipe_grid_info::input field should be const void *?
---
src/gallium/tests/trivial/comp
Ping.
Ilia and Marek voted for it.
Any progress?
Dieter
[Mesa-dev] [PATCH] r600g: Add support for PK2H/UP2H
Glenn Kennard glenn.kennard at gmail.com
Sun Jan 3 14:47:18 PST 2016
Previous message: [Mesa-dev] [PATCH 1/2] WIP gallivm: add support for
PK2H/UP2H Next message: [Mesa-dev] [PATCH] me
Signed-off-by: Anuj Phogat
---
src/mesa/main/formats.csv | 21 +
1 file changed, 21 insertions(+)
diff --git a/src/mesa/main/formats.csv b/src/mesa/main/formats.csv
index 8eb69ad..285921e 100644
--- a/src/mesa/main/formats.csv
+++ b/src/mesa/main/formats.csv
@@ -349,3 +349,24
Signed-off-by: Anuj Phogat
---
src/mesa/main/glheader.h | 58
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/src/mesa/main/glheader.h b/src/mesa/main/glheader.h
index a2d98d4..9d299e8 100644
--- a/src/mesa/main/glheader.h
+++ b/src
Signed-off-by: Anuj Phogat
---
src/mapi/glapi/gen/Makefile.am | 1 +
.../glapi/gen/OES_texture_compression_astc.xml | 61 ++
src/mapi/glapi/gen/gl_API.xml | 2 +
3 files changed, 64 insertions(+)
create mode 100644 src/mapi/glapi
Signed-off-by: Anuj Phogat
---
src/mesa/drivers/dri/i915/intel_mipmap_tree.c| 8
src/mesa/drivers/dri/i915/intel_tex_layout.c | 4 ++--
src/mesa/drivers/dri/i965/brw_tex_layout.c | 21 +++--
src/mesa/drivers/dri/i965/intel_copy_image.c | 14 +++
This will be later required for 3D ASTC formats.
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_info.py | 5 +-
src/mesa/main/format_parser.py | 15 +-
src/mesa/main/formats.c| 4 +-
src/mesa/main/formats.csv | 529 +
4 files chang
Signed-off-by: Anuj Phogat
---
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/mtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index 674eb5c..4b04f6a 100644
--- a/src/mesa/main/extensions_table.h
++
Signed-off-by: Anuj Phogat
---
src/mesa/main/glformats.c | 32
1 file changed, 32 insertions(+)
diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
index edfd7d6..607db95 100644
--- a/src/mesa/main/glformats.c
+++ b/src/mesa/main/glformats.c
@@ -86
Signed-off-by: Anuj Phogat
---
src/mesa/main/texcompress.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/src/mesa/main/texcompress.c b/src/mesa/main/texcompress.c
index 9f2f171..23b6fbc 100644
--- a/src/mesa/main/texcompress.c
+++ b/src/mesa/main/texcompress.c
Signed-off-by: Anuj Phogat
---
src/mesa/main/glheader.h | 23 +++
1 file changed, 23 insertions(+)
diff --git a/src/mesa/main/glheader.h b/src/mesa/main/glheader.h
index 9d299e8..40fada1 100644
--- a/src/mesa/main/glheader.h
+++ b/src/mesa/main/glheader.h
@@ -99,6 +99,29 @@ t
Signed-off-by: Anuj Phogat
---
src/mesa/main/formats.c | 44 +++-
1 file changed, 23 insertions(+), 21 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 6c23dda..cd96bd6 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/ma
Signed-off-by: Anuj Phogat
---
src/mesa/main/formats.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/src/mesa/main/formats.h b/src/mesa/main/formats.h
index 2f8f63c..50bd63f 100644
--- a/src/mesa/main/formats.h
+++ b/src/mesa/main/formats.h
@@ -635,6 +635,27 @@ typede
Signed-off-by: Anuj Phogat
---
src/mesa/main/glformats.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
index 607db95..f939b8b 100644
--- a/src/mesa/main/glformats.c
+++ b/src/mesa/main/glformats.c
@@ -82
Signed-off-by: Anuj Phogat
---
src/mesa/swrast/s_texfetch.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/src/mesa/swrast/s_texfetch.c b/src/mesa/swrast/s_texfetch.c
index 4a9ec2c..0acbc69 100644
--- a/src/mesa/swrast/s_texfetch.c
+++ b/src/mesa/swras
Signed-off-by: Anuj Phogat
---
src/mesa/main/teximage.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index ba72353..f5de1c5 100644
--- a/src/mesa/main/teximage.c
+++ b/src/mesa/main/teximage.c
@@ -1187,11 +1
Signed-off-by: Anuj Phogat
---
src/mesa/main/texcompress.c | 80 +
1 file changed, 80 insertions(+)
diff --git a/src/mesa/main/texcompress.c b/src/mesa/main/texcompress.c
index 23b6fbc..c5a1129 100644
--- a/src/mesa/main/texcompress.c
+++ b/src/mesa/ma
Signed-off-by: Anuj Phogat
---
src/mesa/main/glformats.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/glformats.c b/src/mesa/main/glformats.c
index f939b8b..110ce47 100644
--- a/src/mesa/main/glformats.c
+++ b/src/mesa/main/glformats.c
@@ -2387,8 +2387,1
Alejandro Piñeiro writes:
> This can happens if using emit_untyped_atomic for an atomic dec/inc
> ---
> src/mesa/drivers/dri/i965/brw_vec4_surface_builder.cpp | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_vec4_surface_builder.cpp
>
Not that I'm against this, but is there actual HW that supports the full 3d
stuff? From what I gather, no proprietary drivers expose this ext.
On Mar 4, 2016 8:17 PM, "Anuj Phogat" wrote:
> Anuj Phogat (16):
> mesa: Add block depth field in struct gl_format_info
> mesa: Add support to query b
Alejandro Piñeiro writes:
> Now that brw_vec4_visitor::emit_untyped_atomic was removed, there is no need
> to explicitly set it.
Reviewed-by: Francisco Jerez
> ---
> src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a
Alejandro Piñeiro writes:
> surface_access emit_untyped_read and emit_untyped_atomic provides the same
> functionality.
> ---
>
> This patch also fixes the indentation at switch (instr->intrinsic).
>
> src/mesa/drivers/dri/i965/brw_vec4.h | 7
> src/mesa/drivers/dri/i965/brw_vec4
1 - 100 of 126 matches
Mail list logo