On Fri, Jun 23, 2017 at 05:50:28PM +0200, Lucas Stach wrote:
> Simply advertise all supported modifiers, independent of the format.
> Special formats, like compressed, which don't support all those modifiers
> are already culled from the dmabuf format list, as we don't support
> the render target
On Fri, 2017-06-23 at 17:50 +0200, Lucas Stach wrote:
> This implements resource import with modifier, deriving the correct
> internal layout from the modifier and constructing a render compatible
> base resource if needed.
>
> This removes the special cases for DDX and renderonly scanout
Reviewed-by: Marek Olšák
Marek
On Tue, Jun 27, 2017 at 12:50 PM, Eric Engestrom
wrote:
> src/mesa/drivers/x11/xm_dd.c:688:7: warning: implicit declaration of function
> ‘_mesa_update_draw_buffer_bounds’; did you mean
>
On Tue, Jun 27, 2017 at 10:02 AM, Nicolai Hähnle wrote:
> On 27.06.2017 00:15, Marek Olšák wrote:
>>
>> On Thu, Jun 22, 2017 at 9:19 AM, Nicolai Hähnle
>> wrote:
>>>
>>> On 20.06.2017 20:00, Marek Olšák wrote:
From: Marek Olšák
On Tue, Jun 27, 2017 at 8:57 AM, Michel Dänzer wrote:
> On 27/06/17 04:10 AM, Marek Olšák wrote:
>> In my opinion, dumping resources isn't very useful. I think it would
>> be better to remove that completely.
>
> You'd have to remove the whole trace driver along with it, since
On Fri, Jun 23, 2017 at 05:50:21PM +0200, Lucas Stach wrote:
> This fixes failures to import the scanout buffer with screen resolutions
> that don't satisfy teh RS alignment restrictions, like 1680x1050.
Thanks. I remember having this issue on OLPC, but never came up with a good
solution.
On Fri, Jun 23, 2017 at 05:50:19PM +0200, Lucas Stach wrote:
> The resource struct is already allocated at this point and should be
> free properly.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Wladimir J. van der Laan
> ---
>
On Tue, Jun 27, 2017 at 9:22 AM, Nicolai Hähnle wrote:
> On 27.06.2017 02:14, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> Shader key size: 107 -> 47
>
>
> Nice improvement.
>
>
>> Divisors of 0 and 1 are encoded in the shader key. Greater instance
>>
In the subject: s/fro/from/
On Fri, Jun 16, 2017 at 03:41:41PM -0700, Jason Ekstrand wrote:
> ---
> src/intel/isl/isl.h | 3 +++
> src/intel/isl/isl_drm.c | 23 +++
> 2 files changed, 26 insertions(+)
>
> diff --git a/src/intel/isl/isl.h b/src/intel/isl/isl.h
> index
On Tue, Jun 27, 2017 at 1:09 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> On NV20 (and probably also on earlier NV GPUs that lack
> GL_ARB_texture_border_clamp) fixes the following piglit tests:
>
> gl-1.0-beginend-coverage
On 06/27/2017 11:23 AM, Ilia Mirkin wrote:
> On Tue, Jun 27, 2017 at 1:09 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> On NV20 (and probably also on earlier NV GPUs that lack
>> GL_ARB_texture_border_clamp) fixes the following piglit tests:
On Tuesday, June 27, 2017 11:00:48 AM PDT Chad Versace wrote:
> The Android framework requires support for EGLConfigs with
> HAL_PIXEL_FORMAT_RGBX_ and HAL_PIXEL_FORMAT_RGBA_.
>
> Even though all RGBX formats are disabled on gen9 by
> brw_surface_formats.c, the new configs work correctly
On Tue, Jun 27, 2017 at 2:10 PM, Ian Romanick wrote:
> On 06/27/2017 11:00 AM, Ilia Mirkin wrote:
>> On Tue, Jun 27, 2017 at 1:11 PM, Ian Romanick wrote:
>>> On 06/27/2017 02:59 AM, Timothy Arceri wrote:
Just curious. Can this extension be added
On 06/27/2017 10:53 AM, Kenneth Graunke wrote:
> On Monday, June 26, 2017 4:22:45 PM PDT Ian Romanick wrote:
>> From: Ian Romanick
>>
>> ---
>> src/mesa/drivers/dri/i965/brw_blorp.c | 2 ++
>> src/mesa/drivers/dri/i965/intel_fbo.c | 3 +++
>> 2 files changed, 5
Am 27.06.2017 um 20:10 schrieb Ian Romanick:
> On 06/27/2017 11:00 AM, Ilia Mirkin wrote:
>> On Tue, Jun 27, 2017 at 1:11 PM, Ian Romanick wrote:
>>> On 06/27/2017 02:59 AM, Timothy Arceri wrote:
Just curious. Can this extension be added to NV04 and NV10? As those are
On 06/27/2017 11:16 AM, Roland Scheidegger wrote:
> Am 27.06.2017 um 20:10 schrieb Ian Romanick:
>> On 06/27/2017 11:00 AM, Ilia Mirkin wrote:
>>> On Tue, Jun 27, 2017 at 1:11 PM, Ian Romanick wrote:
On 06/27/2017 02:59 AM, Timothy Arceri wrote:
> Just curious. Can
On Mon 26 Jun 2017, Pohjolainen, Topi wrote:
> On Fri, Jun 16, 2017 at 03:41:34PM -0700, Jason Ekstrand wrote:
> > From: Ben Widawsky
> >
> > Allows us to continue utilizing common miptree creation using __DRIimage
> > without creating a new DRIimage (for the
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_context.c | 2 +-
> src/mesa/drivers/dri/i965/intel_screen.c | 3 +++
> src/mesa/drivers/dri/i965/intel_screen.h | 4
> 3 files changed, 8 insertions(+), 1 deletion(-)
Patch 17 is
Reviewed-by: Chad Versace
On Wed, Jun 21, 2017 at 05:51:00PM -0700, Jason Ekstrand wrote:
> On Fri, Jun 16, 2017 at 3:41 PM, Jason Ekstrand
> wrote:
>
> > This series is a rework of Ben's series to enable the CCS format modifier.
> > It started as an attempt to rebase his original patches on top of
On Tue 20 Jun 2017, Jason Ekstrand wrote:
> From: Chad Versace
>
> The new function takes a mesa_format and, if the format is an alpha
> format with a non-alpha variant, returns the non-alpha format.
> Otherwise, it returns the original format.
>
> Example:
> input
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/intel_fbo.c | 3 ++-
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 7 ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 3 ++-
> src/mesa/drivers/dri/i965/intel_tex_image.c | 3 ++-
> 4 files
On Fri 23 Jun 2017, alexandros.frant...@collabora.com wrote:
> From: Alexandros Frantzis
>
> Improve the surface format support in the Wayland Vulkan WSI, by
> automating the matching between wl_drm and Vulkan formats. The same
> mechanism can be used to
Daniel, I have a question for you below.
On Tue 27 Jun 2017, Kenneth Graunke wrote:
> On Tuesday, June 27, 2017 11:00:48 AM PDT Chad Versace wrote:
> > The Android framework requires support for EGLConfigs with
> > HAL_PIXEL_FORMAT_RGBX_ and HAL_PIXEL_FORMAT_RGBA_.
> >
> > Even though
On 27/06/17 21:20, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/mesa/main/samplerobj.c | 37 ++---
1 file changed, 22 insertions(+), 15 deletions(-)
diff --git a/src/mesa/main/samplerobj.c
On Fri 16 Jun 2017, Jason Ekstrand wrote:
> ---
> src/intel/Makefile.am | 1 +
> src/intel/Makefile.sources | 1 +
> src/intel/isl/isl.h| 22 +
> src/intel/isl/isl_drm.c| 59
> ++
> 4 files changed, 83 insertions(+)
>
On Tue, Jun 27, 2017 at 3:18 PM, Ian Romanick wrote:
> On 06/27/2017 11:23 AM, Ilia Mirkin wrote:
>> On Tue, Jun 27, 2017 at 1:09 PM, Ian Romanick wrote:
>>> From: Ian Romanick
>>>
>>> On NV20 (and probably also on earlier NV
Quoting Ian Romanick (2017-06-26 16:22:34)
> From: Ian Romanick
>
> v2: Use textwrap.dedent to make the source line a lot shorter.
> Shortening (?) the line was requested by Jason.
>
> Signed-off-by: Ian Romanick
> ---
>
Reviewed-by: Marek Olšák
Marek
On Tue, Jun 27, 2017 at 6:19 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100242
> Fixes: fb827c055cb1 ("winsys/radeon: enable buffer
From: Ian Romanick
v2: Force T and R wrap modes to GL_CLAMP_TO_EDGE for 1D textures.
This fixes a regression in tex1d-2dborder. The test uses a 1D texture
but it provides S and T texture coordinates. Since the T wrap mode
would (correctly) be set to GL_CLAMP, the
From: Ian Romanick
On NV20 (and probably also on earlier NV GPUs that lack
GL_ARB_texture_border_clamp) fixes the following piglit tests:
gl-1.0-beginend-coverage gltexparameter[if]{v,}
push-pop-texture-state
texwrap 1d
texwrap 1d proj
texwrap 2d
From: Ilia Mirkin
Fixes quite a few 'texwrap [12]d border color only' tests on NV20
(10de:0201). All told, 40 more tests pass.
Signed-off-by: Ilia Mirkin
---
src/mesa/drivers/dri/nouveau/nv20_state_tex.c | 29 ++-
1 file
On Tuesday, 2017-06-27 19:02:22 +0300, Andres Gomez wrote:
> Sound like a good inclusion for -stable (?)
It's extremely unlikely to break anything, so sure, go ahead :)
>
> On Mon, 2017-06-12 at 12:00 +0100, Eric Engestrom wrote:
> > From: Eric Le Bihan
> >
> >
On 06/27/2017 02:59 AM, Timothy Arceri wrote:
> Just curious. Can this extension be added to NV04 and NV10? As those are
> the only drivers that don't currently support it.
>
> I have cards I could test those with, but don't have an NV20.
I just sent out an updated series that I tested on NV20.
On Tue, Jun 27, 2017 at 5:47 AM, Eric Engestrom
wrote:
> Signed-off-by: Eric Engestrom
> ---
> Note: Autotools and SCons are tested, but Android isn't.
> ---
> git_sha1_gen.sh | 13 +
> src/Makefile.am
On 06/27/2017 10:04 AM, Dylan Baker wrote:
> Quoting Ian Romanick (2017-06-26 16:22:34)
>> From: Ian Romanick
>>
>> v2: Use textwrap.dedent to make the source line a lot shorter.
>> Shortening (?) the line was requested by Jason.
>>
>> Signed-off-by: Ian Romanick
On Mon 26 Jun 2017, Eero Tamminen wrote:
> Hi,
>
> On 22.06.2017 23:14, Chad Versace wrote:
> > On Thu 22 Jun 2017, Chad Versace wrote:
> > > On Thu 22 Jun 2017, Kenneth Graunke wrote:
> > > > The author eventually emailed me and said that he considers it a
> > > > "finished experiment" and said
On Thu, Jun 22, 2017 at 10:32:42AM -0700, Jason Ekstrand wrote:
> On Thu, Jun 22, 2017 at 10:02 AM, Nanley Chery
> wrote:
>
> > On Thu, Jun 22, 2017 at 09:59:44AM -0700, Nanley Chery wrote:
> > > On Thu, Jun 22, 2017 at 09:55:50AM -0700, Nanley Chery wrote:
> > > > On Wed,
On 27.06.2017 18:59, Marek Olšák wrote:
On Tue, Jun 27, 2017 at 6:50 PM, Nicolai Hähnle wrote:
On 27.06.2017 17:07, Marek Olšák wrote:
On Tue, Jun 27, 2017 at 9:22 AM, Nicolai Hähnle
wrote:
On 27.06.2017 02:14, Marek Olšák wrote:
From: Marek
On 27 June 2017 18:11:14 BST, Matt Turner wrote:
> On Tue, Jun 27, 2017 at 5:47 AM, Eric Engestrom
> wrote:
> > Signed-off-by: Eric Engestrom
> > ---
> > Note: Autotools and SCons are tested, but Android isn't.
> > ---
>
On Tue, Jun 27, 2017 at 12:49 PM, Chad Versace
wrote:
> On Fri 16 Jun 2017, Jason Ekstrand wrote:
> > ---
> > src/mesa/drivers/dri/i965/intel_fbo.c | 3 ++-
> > src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 7 ---
> >
41-42:
Reviewed-by: Timothy Arceri
On 27/06/17 21:20, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/mapi/glapi/gen/gl_API.xml | 2 +-
src/mesa/main/clear.c | 8
src/mesa/main/clear.h | 2 ++
3
Vertex buffer state doesn't need to be validated on every call,
only on dirty _NEW_VERTEX or indexed draws.
Unconditional validation was introduced as part of patch 330d0607ed6,
"remove pipe_index_buffer and set_index_buffer", with the expectation
we'd optimize later.
---
This optimization has been removed on gen10+.
Signed-off-by: Anuj Phogat
---
src/intel/compiler/brw_fs.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/compiler/brw_fs.cpp b/src/intel/compiler/brw_fs.cpp
index 43b6e34..a2a99b7 100644
---
On 27/06/17 21:20, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/mapi/glapi/gen/gl_API.xml | 4 ++--
src/mesa/main/shaderapi.c | 28
src/mesa/main/shaderapi.h | 7 ++-
3 files changed, 36 insertions(+), 3
On 27/06/17 21:20, Samuel Pitoiset wrote:
Signed-off-by: Samuel Pitoiset
---
src/mesa/main/shaderapi.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c
index
On 27.06.2017 00:15, Marek Olšák wrote:
On Thu, Jun 22, 2017 at 9:19 AM, Nicolai Hähnle wrote:
On 20.06.2017 20:00, Marek Olšák wrote:
From: Marek Olšák
sizeof(struct si_shader_key):
Before reverting the 2 commits: 120 bytes
After reverting
Don't you need to also update dd_unreference_copy_of_draw_state() and
dd_copy_draw_state() ?
On 06/26/2017 04:09 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
---
src/gallium/drivers/ddebug/dd_context.c | 6 --
src/gallium/drivers/ddebug/dd_draw.c| 9
https://bugs.freedesktop.org/show_bug.cgi?id=97957
--- Comment #13 from Thomas Hellström ---
It sounds to me like a back- to back SwapBuffers() is an application bug. The
back buffer content is undefined after a SwapBuffers().
But we shouldn't present a back buffer that's
Just curious. Can this extension be added to NV04 and NV10? As those are
the only drivers that don't currently support it.
I have cards I could test those with, but don't have an NV20.
On 09/09/16 10:56, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
This was
Good catch!
Reviewed-by: Samuel Pitoiset
On 06/27/2017 06:19 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100242
Fixes: fb827c055cb1 ("winsys/radeon: enable buffer allocation from
On 27.06.2017 17:07, Marek Olšák wrote:
On Tue, Jun 27, 2017 at 9:22 AM, Nicolai Hähnle wrote:
On 27.06.2017 02:14, Marek Olšák wrote:
From: Marek Olšák
Shader key size: 107 -> 47
Nice improvement.
Divisors of 0 and 1 are encoded in the shader
On 27.06.2017 17:02, Marek Olšák wrote:
On Tue, Jun 27, 2017 at 10:02 AM, Nicolai Hähnle wrote:
On 27.06.2017 00:15, Marek Olšák wrote:
On Thu, Jun 22, 2017 at 9:19 AM, Nicolai Hähnle
wrote:
On 20.06.2017 20:00, Marek Olšák wrote:
From: Marek
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_compute.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_compute.c
b/src/gallium/drivers/radeonsi/si_compute.c
index 65f3261..91a6a40 100644
---
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_compute.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_compute.c
b/src/gallium/drivers/radeonsi/si_compute.c
index 91a6a40..fba02fa 100644
---
On Tue, Jun 27, 2017 at 6:50 PM, Nicolai Hähnle wrote:
> On 27.06.2017 17:07, Marek Olšák wrote:
>>
>> On Tue, Jun 27, 2017 at 9:22 AM, Nicolai Hähnle
>> wrote:
>>>
>>> On 27.06.2017 02:14, Marek Olšák wrote:
From: Marek Olšák
2017-06-27 14:54 GMT+02:00 Wladimir J. van der Laan :
> Add support for ETC2 compressed textures in the etnaviv driver.
>
> One step closer towards GL ES 3 support.
>
> For now, treat SRGB and RGB formats the same. It looks like these are
> distinguished using a different bit in
> I can confirm that 11 bit stuff works on the GC2000 . I used piglit's
> oes_compressed_etc2_texture-miptree_gles3 for verification.
> How have you tested these formats?
I rendered the example images from
https://github.com/Ericsson/ETCPACK/tree/master/testing/testvectors_correct/pkm,
which
Ilia, this patch tries to fix 61d8f3387d which, in turn, tried to fix
330d0607e.
None of them did it for 17.1 so I suppose we should leave this out,
then.
Let me know if you think otherwise.
On Sat, 2017-06-24 at 13:24 -0400, Ilia Mirkin wrote:
> The idxbuf could linger, and when a clear
Indeed you are quite right. My apologies for the incorrect tag. My
internal timer said "it's been a while", but I didn't check if it was
in the last release.
On Tue, Jun 27, 2017 at 11:34 AM, Andres Gomez wrote:
> Ilia, this patch tries to fix 61d8f3387d which, in turn, tried
Currently every element in shared memory (including individual elements
of an array) are treated as a vec4. For example, the following:
shared uint array[1024];
gets treated as an array of 1024 vec4s with only the first component
ever used.
This can be highly wasteful of LDS space. We have
Signed-off-by: Alex Smith
---
src/compiler/nir_types.cpp | 7 +++
src/compiler/nir_types.h | 3 +++
2 files changed, 10 insertions(+)
diff --git a/src/compiler/nir_types.cpp b/src/compiler/nir_types.cpp
index 25980b9..554130c 100644
---
From: Nicolai Hähnle
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=100242
Fixes: fb827c055cb1 ("winsys/radeon: enable buffer allocation from slabs")
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 3 ++-
1 file changed,
It looks like we could want these 2 into -stable (?)
On Thu, 2017-06-15 at 11:41 -0600, Brian Paul wrote:
> The line stipple fallback code for virtual HW version 8 didn't work.
>
> With HW version 8, we were getting zero when querying the max line
> widths (AA and non-AA). This means we were
Am Dienstag, den 27.06.2017, 17:10 +0200 schrieb Wladimir J. van der
Laan:
> On Fri, Jun 23, 2017 at 05:50:28PM +0200, Lucas Stach wrote:
> > Simply advertise all supported modifiers, independent of the format.
> > Special formats, like compressed, which don't support all those modifiers
> > are
Sound like a good inclusion for -stable (?)
On Mon, 2017-06-12 at 12:00 +0100, Eric Engestrom wrote:
> From: Eric Le Bihan
>
> KHR/khrplatform.h is required by the EGL, GLES and VG headers, but is
> only installed if Mesa3d is compiled with EGL support.
>
> This
On Tue, Jun 27, 2017 at 05:31:52PM +0200, Wladimir J. van der Laan wrote:
> > sure if we should advertise the broken formats (on gpus with HALTI0).
FWIW, I did check on both GC2000 and GC3000, so HALTI0 should be ok.
Wladimir
___
mesa-dev mailing list
2017-06-27 17:39 GMT+02:00 Wladimir J. van der Laan :
> On Tue, Jun 27, 2017 at 05:31:52PM +0200, Wladimir J. van der Laan wrote:
>
>> > sure if we should advertise the broken formats (on gpus with HALTI0).
>
> FWIW, I did check on both GC2000 and GC3000, so HALTI0 should be ok.
From: Eero Tamminen
Commit f8d69beed49c64f883bb8ffb28d4960306baf575 moving sampler
handling to genxml messed up change done by commit
6a7c5257cac23cd9767aa4bc8fdab68925b11157.
This broke rendering in SynMark CSDof and TexFilterAniso tests.
Bugzilla:
Right you are. Thanks.
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Ouch. The frustrating thing is that anisotropic filtering is so
underspecified (intentionally) that it's hard to write tests that will
detect these kinds of problems and also work across multiple vendors. :(
Reviewed-by: Ian Romanick
On 06/27/2017 10:37 AM, Rafael
On Monday, June 26, 2017 4:22:45 PM PDT Ian Romanick wrote:
> From: Ian Romanick
>
> ---
> src/mesa/drivers/dri/i965/brw_blorp.c | 2 ++
> src/mesa/drivers/dri/i965/intel_fbo.c | 3 +++
> 2 files changed, 5 insertions(+)
>
> diff --git
On Tuesday, June 27, 2017 10:37:16 AM PDT Rafael Antognolli wrote:
> From: Eero Tamminen
>
> Commit f8d69beed49c64f883bb8ffb28d4960306baf575 moving sampler
> handling to genxml messed up change done by commit
> 6a7c5257cac23cd9767aa4bc8fdab68925b11157.
>
> This broke
On Tue, Jun 27, 2017 at 1:11 PM, Ian Romanick wrote:
> On 06/27/2017 02:59 AM, Timothy Arceri wrote:
>> Just curious. Can this extension be added to NV04 and NV10? As those are
>> the only drivers that don't currently support it.
>>
>> I have cards I could test those with,
The Android framework requires support for EGLConfigs with
HAL_PIXEL_FORMAT_RGBX_ and HAL_PIXEL_FORMAT_RGBA_. This prevents
Chrome OS from updating its Android drivers, because earlier this year
Intel disabled all rgbx formats for gen >=9 in brw_surface_formats.c.
This patch series safely
The new function takes a mesa_format and, if the format is an alpha
format with a non-alpha variant, returns the non-alpha format.
Otherwise, it returns the original format.
Example:
input -> output
// Fallback exists
MESA_FORMAT_R8G8B8X8_UNORM -> MESA_FORMAT_R8G8B8A8_UNORM
On Mon, Jun 26, 2017 at 09:36:34PM +0300, Pohjolainen, Topi wrote:
> On Fri, Jun 16, 2017 at 03:41:34PM -0700, Jason Ekstrand wrote:
> > From: Ben Widawsky
> >
> > Allows us to continue utilizing common miptree creation using __DRIimage
> > without creating a new DRIimage (for
This enables support for importing RGBX EGLImage textures on
Skylake.
Chrome OS needs support for RGBX EGLImage textures because because
the Android framework produces HAL_PIXEL_FORMAT_RGBX winsys
surfaces, which the Chrome OS compositor consumes as dma_bufs. On
hardware for which
---
.../drivers/swr/rasterizer/codegen/gen_backends.py | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
b/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
index d9e938a..09f40fa 100644
Each shader stage state (VS, TS, GS, SO, BE/CLIP) now has a
vertexAttribOffset to specify the offset to the start of the
general attribute section of the incoming verts for that stage.
It is up to the driver to set this up correctly based on the
active stages. All the shader stages use this value
---
src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
b/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
index 09f40fa..f65f764 100644
---
Fixes render target read access from pixel shaders.
---
.../drivers/swr/rasterizer/core/backend_sample.cpp| 15 +++
.../drivers/swr/rasterizer/core/backend_singlesample.cpp | 15 +++
2 files changed, 14 insertions(+), 16 deletions(-)
diff --git
Increases performance of some large workloads on KNL by ~30%.
---
src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py
---
src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
b/src/gallium/drivers/swr/rasterizer/codegen/gen_backends.py
index 3f0790c..2fc91d1 100644
---
Highlights include splitting the heavily templated files into multiple
chunks to speed compile (2x for a large machine), and switching the
simd intrinsic usage from a macro-based header to a more c++ feeling
library.
No regressions on piglit or vtk tests, passes "make dist"/compile.
v2:
*
Intended for header files which are not meant to be included directly.
---
scons/custom.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scons/custom.py b/scons/custom.py
index 544b15d..955247c 100644
--- a/scons/custom.py
+++ b/scons/custom.py
@@ -281,7 +281,7 @@ def
---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/core/binner.cpp
b/src/gallium/drivers/swr/rasterizer/core/binner.cpp
index 19eef9b..29d2f1c 100644
---
---
src/gallium/drivers/swr/rasterizer/codegen/gen_common.py | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_common.py
b/src/gallium/drivers/swr/rasterizer/codegen/gen_common.py
index 07b455a..7f53ec6 100644
---
---
src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py | 2 +-
src/gallium/drivers/swr/swr_screen.cpp | 4
2 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/knob_defs.py
The Android framework requires support for EGLConfigs with
HAL_PIXEL_FORMAT_RGBX_ and HAL_PIXEL_FORMAT_RGBA_.
Even though all RGBX formats are disabled on gen9 by
brw_surface_formats.c, the new configs work correctly on Broxton thanks
to _mesa_format_fallback_rgbx_to_rgba().
On GLX, this
On 06/27/2017 11:00 AM, Ilia Mirkin wrote:
> On Tue, Jun 27, 2017 at 1:11 PM, Ian Romanick wrote:
>> On 06/27/2017 02:59 AM, Timothy Arceri wrote:
>>> Just curious. Can this extension be added to NV04 and NV10? As those are
>>> the only drivers that don't currently support
On 27.06.2017 02:25, Connor Abbott wrote:
Ok, so I just looked into it a little further, and I guess that since
nir_to_llvm needs to know about the ABI to know where all the
"special" inputs/outputs like tess factors, position etc. are,
switching radv to using the normal input/output intrinsics
Reviewed-by: Samuel Pitoiset
On 06/26/2017 04:09 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
So... the pipe_ prefix doesn't really fit into a TGSI header; on the
other hand, the return type has the pipe_ prefix.
---
https://bugs.freedesktop.org/show_bug.cgi?id=97957
--- Comment #14 from Thomas Hellström ---
Actually, it seems that at least Gallium advertises GLX_SWAP_COPY_OML. But dri3
doesn't implemented it.
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, 2017-06-26 at 10:38 -0700, Francisco Jerez wrote:
> Samuel Iglesias Gonsálvez writes:
>
> > On Fri, 2017-06-23 at 11:06 -0700, Francisco Jerez wrote:
> > > Samuel Iglesias Gonsálvez writes:
> > >
> > > > On Thu, 2017-06-22 at 16:25 -0700,
Reviewed-by: Nicolai Hähnle
On 27.06.2017 02:14, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On 27.06.2017 02:14, Marek Olšák wrote:
From: Marek Olšák
Shader key size: 107 -> 47
Nice improvement.
Divisors of 0 and 1 are encoded in the shader key. Greater instance divisors
are loaded from a constant buffer.
The shader code doing the division is huge. Is it
https://bugs.freedesktop.org/show_bug.cgi?id=97957
Michel Dänzer changed:
What|Removed |Added
CC|
Thanks for your comments
Am Montag, den 26.06.2017, 14:52 +0200 schrieb Nicolai Hähnle:
> Thanks for the update. First off, you're still not tracking
> individual
> components, but that's absolute necessary. Think:
>
> BGNLOOP
> MOV TEMP[1].x, ...
>
> UIF ...
> MOV TEMP[1].y, ...
Reviewed-by: Samuel Pitoiset
On 06/26/2017 04:09 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 23 ++-
1 file changed, 2 insertions(+), 21 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=97957
--- Comment #12 from Thomas Hellström ---
Created attachment 132276
--> https://bugs.freedesktop.org/attachment.cgi?id=132276=edit
Patch to grab a new backbuffer if we're presenting a buffer that's already in
the swap
1 - 100 of 178 matches
Mail list logo