Makes debugging with gdb a little nicer.
---
src/gallium/include/pipe/p_state.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/include/pipe/p_state.h
b/src/gallium/include/pipe/p_state.h
index eacf9bb..396f563 100644
--- a/src/gallium/include/pipe/p_state.h
+++
Proper enum types were only added recently.
---
src/gallium/drivers/svga/svga_draw.h | 4 ++--
src/gallium/drivers/svga/svga_draw_arrays.c | 6 +++---
src/gallium/drivers/svga/svga_draw_elements.c | 6 +++---
src/gallium/drivers/svga/svga_draw_private.h | 5 +++--
---
src/gallium/drivers/svga/svga_resource_buffer.c | 2 +-
src/gallium/drivers/svga/svga_screen_cache.c| 2 +-
src/gallium/drivers/svga/svga_screen_cache.h| 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_resource_buffer.c
Hi all,
On 2 March 2016 at 03:22, Ian Romanick wrote:
> Sorry for the delay.
>
> Reviewed-by: Ian Romanick
>
>
> On 02/09/2016 03:28 PM, Anuj Phogat wrote:
>> OpenGL ES 1.0 doesn't support using GL_STREAM_DRAW and both
>> ES 1.0 and 2.0 don't
On 05/24/2016 04:42 PM, Plamena Manolova wrote:
According to the EGL specifications before binding an API
we must check whether it's supported first. If not eglBindAPI
should return EGL_FALSE and generate a EGL_BAD_PARAMETER error.
Signed-off-by: Plamena Manolova
On 27 April 2016 at 12:36, Emil Velikov wrote:
> On 11 March 2016 at 08:43, Andreas Fänger wrote:
>> This patch makes it possible to build classic osmesa/swrast on windows
>> again. Although there is a gallium version of osmesa now, the swrast
For the series:
Reviewed-by: Marek Olšák
Marek
On Wed, May 25, 2016 at 2:35 PM, Tom Stellard wrote:
> We were storing arrays in vectors, which was leading to some really bad
> spill code for large arrays. allocas instructions are a better fit for
Reviewed-by: Marek Olšák
Marek
On Wed, May 25, 2016 at 3:17 PM, Philipp Zabel wrote:
> To comply with the requirement from the GL_OES_EGL_image_external
> extension that a call to glBindTexture guarantees that all further
> sampling will return
On Wed, May 25, 2016 at 3:34 PM, Philipp Zabel wrote:
> Am Mittwoch, den 25.05.2016, 09:23 -0400 schrieb Ilia Mirkin:
>> Iirc invalidate_resource is to allow backend to discard the contents...
>
> Thanks, I didn't know that. So this would need a new callback then?
>
On 05/26/2016 04:29 PM, Emil Velikov wrote:
Hi guys,
Double-checking through the list and this patch never landed in
master. From a quick read through the log it's not immediately obvious
if an alternative did get pushed.
Can someone shed some light on the topic ?
Hi Emil,
Oops! I have
On Thu, 2016-05-26 at 15:13 +0100, Emil Velikov wrote:
> On 19 May 2016 at 10:00, Iago Toral wrote:
> > I have just noticed that this was never pushed, right? I noticed this
> > while working on providing double-precision implementation for the other
> > functions discussed in
On Thu, May 26, 2016 at 3:33 PM, Bas Nieuwenhuizen
wrote:
> Addressed review comments by Marek.
>
> As part of that the max number of patches per threadgroup was reduced to 40
> from 64. This reduced unigine-heaven performance from 43.1 fps to 42.5 fps
> (the number
On Thu, May 26, 2016 at 10:31 AM, Marek Olšák wrote:
> On Wed, May 25, 2016 at 3:34 PM, Philipp Zabel wrote:
>> Am Mittwoch, den 25.05.2016, 09:23 -0400 schrieb Ilia Mirkin:
>>> Iirc invalidate_resource is to allow backend to discard the contents...
>>
Hi all,
On 18 May 2016 at 00:35, Timothy Arceri wrote:
> On Tue, 2016-05-17 at 15:11 -0700, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> Commit 11096ec introduced a regression in some piglit tests (e.g.,
>>
On 05/26/2016 08:23 AM, Emil Velikov wrote:
On 27 April 2016 at 12:36, Emil Velikov wrote:
On 11 March 2016 at 08:43, Andreas Fänger wrote:
This patch makes it possible to build classic osmesa/swrast on windows
again. Although there is a
On 19 May 2016 at 10:00, Iago Toral wrote:
> I have just noticed that this was never pushed, right? I noticed this
> while working on providing double-precision implementation for the other
> functions discussed in the thread.
>
You are correct Iago. Gents, can anyone get some
---
src/gallium/auxiliary/util/u_debug.c | 2 +-
src/gallium/auxiliary/util/u_debug.h | 2 +-
src/gallium/auxiliary/util/u_inlines.h| 6 +++---
src/gallium/auxiliary/util/u_staging.c| 2 +-
src/gallium/auxiliary/util/u_staging.h| 2 +-
src/gallium/auxiliary/util/u_suballoc.c
Hi all,
On 29 February 2016 at 07:14, Tapani Pälli wrote:
>
> On 02/22/2016 10:16 PM, Ian Romanick wrote:
>>
>> There are 17 total occurrences of
>>
>> grep -r '[(]!gc[)]' src/glx/
>>
>> and
>>
>> grep -r 'gc[[:space:]]*==[[:space:]]*NULL' src/glx/
>>
>> None of
Hi guys,
Double-checking through the list and this patch never landed in
master. From a quick read through the log it's not immediately obvious
if an alternative did get pushed.
Can someone shed some light on the topic ?
Thanks
Emil
___
mesa-dev
On Thu, May 26, 2016 at 4:36 PM, Ilia Mirkin wrote:
> On Thu, May 26, 2016 at 10:31 AM, Marek Olšák wrote:
>> On Wed, May 25, 2016 at 3:34 PM, Philipp Zabel
>> wrote:
>>> Am Mittwoch, den 25.05.2016, 09:23 -0400 schrieb Ilia
Hi gents,
On 14 May 2016 at 04:11, Kenneth Graunke wrote:
> On Friday, May 13, 2016 6:42:54 PM PDT Ian Romanick wrote:
>> From: Ian Romanick
>>
>> On my oes_shader_io_blocks branch, this fixes 71
>>
Patches 12-13:
Reviewed-by: Marek Olšák
Marek
On Thu, May 26, 2016 at 3:33 PM, Bas Nieuwenhuizen
wrote:
> Using more than 1 wave per threadgroup does increase performance
> generally. Not using too many patches per threadgroup also
> increases
Reviewed-by: Marek Olšák
Marek
On Thu, May 26, 2016 at 4:09 PM, Brian Paul wrote:
> ---
> src/gallium/auxiliary/util/u_debug.c | 2 +-
> src/gallium/auxiliary/util/u_debug.h | 2 +-
> src/gallium/auxiliary/util/u_inlines.h| 6 +++---
>
Reviewed-by: Marek Olšák
Marek
On Thu, May 26, 2016 at 4:09 PM, Brian Paul wrote:
> Makes debugging with gdb a little nicer.
> ---
> src/gallium/include/pipe/p_state.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Am Donnerstag, den 26.05.2016, 10:36 -0400 schrieb Ilia Mirkin:
> On Thu, May 26, 2016 at 10:31 AM, Marek Olšák wrote:
> > On Wed, May 25, 2016 at 3:34 PM, Philipp Zabel
> > wrote:
> >> Am Mittwoch, den 25.05.2016, 09:23 -0400 schrieb Ilia Mirkin:
> >>>
Am 26.05.2016 um 02:10 schrieb Tim Rowley:
> ---
> src/gallium/auxiliary/util/u_cpu_detect.c | 17 +
> src/gallium/auxiliary/util/u_cpu_detect.h | 10 ++
> 2 files changed, 27 insertions(+)
>
> diff --git a/src/gallium/auxiliary/util/u_cpu_detect.c
>
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Ben Widawsky
---
include/pci_ids/i965_pci_ids.h | 2 ++
src/mesa/drivers/dri/i965/brw_device_info.c | 22 ++
2 files changed, 24 insertions(+)
diff --git a/include/pci_ids/i965_pci_ids.h
From: Rob Clark
CID 1271532 (#1 of 1): Out-of-bounds read (OVERRUN)34. overrun-local:
Overrunning array of 2 16-byte elements at element index 2 (byte offset
32) by dereferencing pointer [i].
Signed-off-by: Rob Clark
---
From: Rob Clark
Not sure why coverity calls this an out-of-bounds read vs out-of-bounds
write.
CID 1358920 (#1 of 1): Out-of-bounds read (OVERRUN)9. overrun-local:
Overrunning array r of 3 16-byte elements at element index 3 (byte
offset 48) using index chan (which
Am 26.05.2016 um 16:06 schrieb Brian Paul:
> Tested with new piglit gl-3.2-adj-prims test.
> ---
> src/gallium/auxiliary/indices/u_unfilled_gen.py| 26
> --
> src/gallium/auxiliary/indices/u_unfilled_indices.c | 14
> 2 files changed, 38 insertions(+), 2
On Thu, May 26, 2016 at 11:33 AM, Brian Paul wrote:
> On 05/26/2016 09:25 AM, Rob Clark wrote:
>>
>> From: Rob Clark
>>
>> CID 1271532 (#1 of 1): Out-of-bounds read (OVERRUN)34. overrun-local:
>> Overrunning array of 2 16-byte elements at element
On Thu, May 26, 2016 at 8:08 AM, Ben Widawsky wrote:
> Cc: mesa-sta...@lists.freedesktop.org
> Signed-off-by: Ben Widawsky
The numbers check out.
Reviewed-by: Kristian Høgsberg
> ---
> include/pci_ids/i965_pci_ids.h | 2
On Thu, May 26, 2016 at 11:51 AM, Samuel Pitoiset
wrote:
>
>
> On 05/26/2016 05:49 PM, Samuel Pitoiset wrote:
>>
>> What about the Maxwell logic? LDS expects a GPR at def(0) and in case
>> the dst reg doesn't exist, you move the predicate to def(0).
>>
>> Are you sure
On 05/26/2016 09:25 AM, Rob Clark wrote:
From: Rob Clark
CID 1271532 (#1 of 1): Out-of-bounds read (OVERRUN)34. overrun-local:
Overrunning array of 2 16-byte elements at element index 2 (byte offset
32) by dereferencing pointer [i].
Signed-off-by: Rob Clark
On 05/26/2016 09:37 AM, Roland Scheidegger wrote:
Am 26.05.2016 um 16:06 schrieb Brian Paul:
Tested with new piglit gl-3.2-adj-prims test.
---
src/gallium/auxiliary/indices/u_unfilled_gen.py| 26 --
src/gallium/auxiliary/indices/u_unfilled_indices.c | 14
Update the TODO as well. With that, for the series:
Reviewed-by: Kristian Høgsberg
On Wed, May 25, 2016 at 6:52 PM, Jason Ekstrand wrote:
> This brings the final size of an optimized non-debug build of the Vulkan
> driver down to 2.9 MB as opposed to
On 05/26/2016 09:35 AM, Roland Scheidegger wrote:
Am 26.05.2016 um 16:06 schrieb Brian Paul:
Tested with new piglit gl-3.2-adj-prims test.
---
src/gallium/auxiliary/indices/u_indices.c | 52
src/gallium/auxiliary/indices/u_indices_gen.py | 83 +-
Am 26.05.2016 um 17:39 schrieb Brian Paul:
> On 05/26/2016 09:35 AM, Roland Scheidegger wrote:
>> Am 26.05.2016 um 16:06 schrieb Brian Paul:
>>> Tested with new piglit gl-3.2-adj-prims test.
>>> ---
>>> src/gallium/auxiliary/indices/u_indices.c | 52
>>>
On 05/26/2016 05:49 PM, Samuel Pitoiset wrote:
What about the Maxwell logic? LDS expects a GPR at def(0) and in case
the dst reg doesn't exist, you move the predicate to def(0).
Are you sure you don't need to check if dst(0) is not a predicate in
emitLDS()?
Oh, actually not because we don't
> On May 26, 2016, at 8:33 AM, Ilia Mirkin wrote:
>
> On Thu, May 26, 2016 at 9:11 AM, Tim Rowley
> wrote:
>> v2: only load the clip vertex once
>>
>> v3: fix clip enable logic, add cullDistance
>>
>> v4: remove duplicate fields in vs jit
What about the Maxwell logic? LDS expects a GPR at def(0) and in case
the dst reg doesn't exist, you move the predicate to def(0).
Are you sure you don't need to check if dst(0) is not a predicate in
emitLDS()?
On 05/26/2016 04:44 AM, Ilia Mirkin wrote:
For a load locked, we might not use
Am 26.05.2016 um 16:06 schrieb Brian Paul:
> Tested with new piglit gl-3.2-adj-prims test.
> ---
> src/gallium/auxiliary/indices/u_indices.c | 52
> src/gallium/auxiliary/indices/u_indices_gen.py | 83
> +-
>
Am 26.05.2016 um 16:09 schrieb Brian Paul:
> Makes debugging with gdb a little nicer.
> ---
> src/gallium/include/pipe/p_state.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/include/pipe/p_state.h
> b/src/gallium/include/pipe/p_state.h
> index
On 05/26/2016 05:51 PM, Samuel Pitoiset wrote:
On 05/26/2016 05:49 PM, Samuel Pitoiset wrote:
What about the Maxwell logic? LDS expects a GPR at def(0) and in case
the dst reg doesn't exist, you move the predicate to def(0).
Are you sure you don't need to check if dst(0) is not a predicate
Makes sense.
We should also clamp the index for indirect access as part of the
robustness, but this can be done later.
Reviewed-by: Samuel Pitoiset
On 05/26/2016 04:44 AM, Ilia Mirkin wrote:
For user-supplied constbufs, fileIndex is 0. In that case, when we
On 26 May 2016 at 02:52, Jason Ekstrand wrote:
> This little series reworks the build a bit so that we can stop linking the
> Vulkan driver to libmesa. This lets us substantially cut down on the size
> of the final binary. The whole series can be found in a branch here:
>
On Thu, May 26, 2016 at 7:18 AM, Emil Velikov wrote:
> Hi all,
>
> On 2 March 2016 at 03:22, Ian Romanick wrote:
>> Sorry for the delay.
>>
>> Reviewed-by: Ian Romanick
>>
>>
>> On 02/09/2016 03:28 PM, Anuj Phogat wrote:
Spotted by Roland.
---
src/gallium/auxiliary/indices/u_indices.c | 33 ---
1 file changed, 4 insertions(+), 29 deletions(-)
diff --git a/src/gallium/auxiliary/indices/u_indices.c
b/src/gallium/auxiliary/indices/u_indices.c
index 91f00f2..323c971 100644
---
Fixes:
isl.c:62:22: warning: self-comparison always evaluates to true
[-Wtautological-compare]
assert(ISL_DEV_GEN(dev) == dev->info->gen);
^~
isl.c:63:33: warning: self-comparison always evaluates to true
[-Wtautological-compare]
On Thu, May 26, 2016 at 11:42 AM, Rob Clark wrote:
> On Thu, May 26, 2016 at 11:33 AM, Brian Paul wrote:
>> On 05/26/2016 09:25 AM, Rob Clark wrote:
>>>
>>> From: Rob Clark
>>>
>>> CID 1271532 (#1 of 1): Out-of-bounds read
On Thu, May 26, 2016 at 11:04 AM, Ben Widawsky
wrote:
> From: Ben Widawsky
>
> The stated bug describes a scenario in which a post sync write operation for
> depth or timestamp can be ignored. There are two workarounds suggested, the
> first and
This series looks good to me.
Reviewed-by: Charmaine Lee
From: Brian Paul
Sent: Thursday, May 26, 2016 7:09 AM
To: mesa-dev@lists.freedesktop.org
Cc: Charmaine Lee; Roland Scheidegger
Subject: [PATCH 2/2] svga:
---
src/util/rounding.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/util/rounding.h b/src/util/rounding.h
index afb38fb..8a3e630 100644
--- a/src/util/rounding.h
+++ b/src/util/rounding.h
@@ -112,6 +112,20 @@ _mesa_lroundevenf(float x)
* \brief Rounds \c x to the
Kristian Høgsberg writes:
> On Thu, May 26, 2016 at 8:08 AM, Ben Widawsky wrote:
>> Cc: mesa-sta...@lists.freedesktop.org
>> Signed-off-by: Ben Widawsky
>
> The numbers check out.
>
> Reviewed-by: Kristian Høgsberg
From: Ben Widawsky
The stated bug describes a scenario in which a post sync write operation for
depth or timestamp can be ignored. There are two workarounds suggested, the
first and easier is to simply do a cs stall when we do these type of writes.
The second option is to do a
On 26 May 2016 at 18:37, Anuj Phogat wrote:
> This patch has landed in commit 6d4ebbe.
The minor tweak in the commit message got me there. Thanks Anuj !
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
IROUND is replaces with lroundf.
IROUNDD is replaces with lround.
IROUND64 is replaced with llroundf.
---
This is a resend of a patch from last year.
Roland suggested using rint instead of round since it's cheaper, but it
actually causes test failures in some dEQP tests. Additionally, while
---
src/mesa/drivers/x11/xm_api.c | 2 +-
src/mesa/main/imports.h | 9 -
src/mesa/program/prog_execute.c | 4
src/mesa/swrast/s_aaline.c | 2 +-
src/mesa/swrast/s_aatriangle.c | 2 +-
5 files changed, 3 insertions(+), 16 deletions(-)
diff --git
---
src/mesa/drivers/x11/xm_api.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/x11/xm_api.c b/src/mesa/drivers/x11/xm_api.c
index 3eaa6cf..15ac130 100644
--- a/src/mesa/drivers/x11/xm_api.c
+++ b/src/mesa/drivers/x11/xm_api.c
@@ -149,8 +149,8 @@
All good, but I would suggest matching the already existing editing style (ie
correct tabulation, and zero-padding of cpuid() args.
Reviewed-By: George Kyriazis
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> Behalf
Reviewed-by: Jason Ekstrand
On Thu, May 26, 2016 at 12:31 AM, Kenneth Graunke
wrote:
> commit 7c8dfa78b98a12c1c5 (i965/draw: Use the real size for vertex
> buffers) changed how we programmed the VERTEX_BUFFER_STATE size field.
>
> Previously, we
On Thu, May 26, 2016 at 10:58 AM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/main/getstring.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c
> index
Signed-off-by: Ilia Mirkin
---
src/mesa/main/getstring.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c
index c39a076..6e90511 100644
--- a/src/mesa/main/getstring.c
+++ b/src/mesa/main/getstring.c
@@ -80,6 +80,8
Signed-off-by: Ilia Mirkin
---
src/mapi/glapi/gen/ARB_copy_image.xml| 2 +-
src/mapi/glapi/gen/ARB_sampler_objects.xml | 8
src/mapi/glapi/gen/ARB_tessellation_shader.xml | 2 +-
src/mapi/glapi/gen/ARB_texture_buffer_range.xml
commit 7c8dfa78b98a12c1c5 (i965/draw: Use the real size for vertex
buffers) changed how we programmed the VERTEX_BUFFER_STATE size field.
Previously, we programmed it to the size of the actual underlying BO,
which is page-aligned, and potentially much larger than the GL buffer
object. This
On Thu, 2016-05-26 at 17:44 +1000, Timothy Arceri wrote:
> On Thu, 2016-05-26 at 07:56 +0200, Samuel Iglesias Gonsálvez wrote:
> >
> > Hello,
> >
> > Timothy found that tests with unpacked double vector input varyings
> > were failing in i965 driver. For example, this is happening when
> > using
On Thu, 2016-05-26 at 07:56 +0200, Samuel Iglesias Gonsálvez wrote:
> Hello,
>
> Timothy found that tests with unpacked double vector input varyings
> were failing in i965 driver. For example, this is happening when
> using explicit locations because Mesa disables varying packing for
> that case.
I think you forgot to increase the array of commands from 16 to 32 in
nvc0_validate_tsc() (you did it in v1).
With that addressed, this patch is:
Reviewed-by: Samuel Pitoiset
On 05/26/2016 04:55 AM, Ilia Mirkin wrote:
For fermi, this likely will require use of
On Thu, 2016-05-26 at 14:50 +1000, Timothy Arceri wrote:
> The i965 backend currently expects doubles to be packed.
This patch is:
Reviewed-by: Iago Toral Quiroga
With that said, I think these two patches from Samuel might have fixed
i965 to handle unpacked doubles, or at
We weren't setting up several of the uniform values for the patch
header, so we'd crash when uploading push constants. We at least
need to initialize them to zero. We also had the isoline parameters
reversed, so it would also render incorrectly (if it didn't crash).
Fixes a new Piglit test(*)
On 25.05.2016 22:20, Philipp Zabel wrote:
> This fixes the stride calculation for pipe formats with a block width
> larger than one.
>
> Signed-off-by: Philipp Zabel
> ---
> src/gallium/state_trackers/dri/dri2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 05/26/2016 11:28 AM, Matt Turner wrote:
> IROUND is replaces with lroundf.
> IROUNDD is replaces with lround.
^ d on both of the above
> IROUND64 is replaced with llroundf.
> ---
> This is a resend of a patch from last year.
>
> Roland suggested using rint instead of
---
src/gallium/auxiliary/util/u_prim.h | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src/gallium/auxiliary/util/u_prim.h
index a09c315..fb9290d 100644
--- a/src/gallium/auxiliary/util/u_prim.h
+++
There has been some confusion about this code because our piglit tests
were actually incorrect. I have a 3rd fix coming in this area. I will
put together a concise set of fixes for stable once all the dust
settles. Sorry for all the churn. :(
On 05/26/2016 07:41 AM, Emil Velikov wrote:
> Hi
On Thu, May 26, 2016 at 12:37 PM, Ian Romanick wrote:
> On 05/26/2016 11:28 AM, Matt Turner wrote:
>> ---
>> src/util/rounding.h | 14 ++
>> 1 file changed, 14 insertions(+)
>>
>> diff --git a/src/util/rounding.h b/src/util/rounding.h
>> index afb38fb..8a3e630
Am 26.05.2016 um 20:28 schrieb Matt Turner:
> IROUND is replaces with lroundf.
> IROUNDD is replaces with lround.
> IROUND64 is replaced with llroundf.
> ---
> This is a resend of a patch from last year.
>
> Roland suggested using rint instead of round since it's cheaper, but it
> actually
Reviewed-by: Roland Scheidegger
Am 26.05.2016 um 20:18 schrieb Brian Paul:
> Spotted by Roland.
> ---
> src/gallium/auxiliary/indices/u_indices.c | 33
> ---
> 1 file changed, 4 insertions(+), 29 deletions(-)
>
> diff --git
On Thursday, May 26, 2016 3:39:50 PM PDT Emil Velikov wrote:
> Seems like I forgot to press 'send' a while back.
>
> The function itself is missing in 11.2 branch and from a quick look
> there isn't a quick backport. Can anyone prep one or it doesn't make
> sense to have one at all in -stable ?
>
On 05/26/2016 11:28 AM, Matt Turner wrote:
> ---
> src/util/rounding.h | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/src/util/rounding.h b/src/util/rounding.h
> index afb38fb..8a3e630 100644
> --- a/src/util/rounding.h
> +++ b/src/util/rounding.h
> @@ -112,6 +112,20 @@
On 05/26/2016 12:28 PM, Matt Turner wrote:
IROUND is replaces with lroundf.
IROUNDD is replaces with lround.
IROUND64 is replaced with llroundf.
---
This is a resend of a patch from last year.
Roland suggested using rint instead of round since it's cheaper, but it
actually causes test
v2: style code, add avx512 to cpu dump
---
src/gallium/auxiliary/util/u_cpu_detect.c | 26 ++
src/gallium/auxiliary/util/u_cpu_detect.h | 10 ++
2 files changed, 36 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_cpu_detect.c
On Thu, May 26, 2016 at 11:59 AM, Ben Widawsky
wrote:
> Fixes:
> isl.c:62:22: warning: self-comparison always evaluates to true
> [-Wtautological-compare]
> assert(ISL_DEV_GEN(dev) == dev->info->gen);
> ^~
> isl.c:63:33: warning:
From: Marek Olšák
SDMA submission somehow interacts with the skipping CE preamble logic.
This is a workaround for current kernels which have the bug.
Sadly, I can't see what's wrong with the kernel driver. The CE preamble
handling there looks good to me.
Bugzilla:
On Thu, May 26, 2016 at 3:59 PM, Vinson Lee wrote:
> On Thu, May 26, 2016 at 3:40 PM, Jason Ekstrand
> wrote:
> > There's no good reason for it to be a struct of an anonymous union.
> >
> > Cc: Vinson Lee
> > ---
> >
https://bugs.freedesktop.org/show_bug.cgi?id=96221
Jason Ekstrand changed:
What|Removed |Added
Resolution|--- |FIXED
On Tuesday, May 24, 2016 1:37:47 AM PDT Jordan Justen wrote:
> Signed-off-by: Jordan Justen
> ---
> src/compiler/glsl/builtin_variables.cpp | 13 +++--
> src/compiler/glsl/glsl_parser_extras.cpp | 8
> src/mesa/drivers/dri/i965/brw_compiler.c | 2 ++
From: Marek Olšák
It's not needed since it was fixed in the kernel.
---
src/gallium/drivers/radeonsi/si_hw_context.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_hw_context.c
This will cause st/mesa to break, no? Right now validate_io iterates
over the shader ir, which st/mesa frees after linking.
-ilia
On Thu, May 26, 2016 at 5:59 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
On Thu, May 26, 2016 at 5:51 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> It's not needed since it was fixed in the kernel.
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/radeonsi/si_hw_context.c | 5 +++--
> 1 file
Constant buffers are aliased between 3D and CP on Fermi, but we should
only invalidate them when a compute shader actually uses CBs and not
all the time after a lauching grid.
Signed-off-by: Samuel Pitoiset
---
src/gallium/drivers/nouveau/nvc0/nvc0_compute.c | 25
On Thu, May 26, 2016 at 7:09 PM, Ian Romanick wrote:
> On 05/26/2016 03:39 PM, Ilia Mirkin wrote:
>> On Thu, May 26, 2016 at 6:26 PM, Ian Romanick wrote:
>>> On 05/26/2016 03:03 PM, Ilia Mirkin wrote:
This will cause st/mesa to break, no? Right
On Thu, 2016-05-26 at 14:59 -0700, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> Suggested-by: Timothy Arceri
> Cc: Timothy Arceri
Looks good to me.
From: Ian Romanick
Signed-off-by: Ian Romanick
Suggested-by: Timothy Arceri
Cc: Timothy Arceri
---
src/mesa/main/pipelineobj.c| 18 --
On Thu, May 26, 2016 at 5:51 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> SDMA submission somehow interacts with the skipping CE preamble logic.
> This is a workaround for current kernels which have the bug.
>
> Sadly, I can't see what's wrong with the
On 05/26/2016 03:03 PM, Ilia Mirkin wrote:
> This will cause st/mesa to break, no? Right now validate_io iterates
> over the shader ir, which st/mesa frees after linking.
Only as much as it is already broken. :) Any desktop OpenGL application
using GLSL ES shaders would already have that problem.
https://bugs.freedesktop.org/show_bug.cgi?id=18508
Topcomfort changed:
What|Removed |Added
URL|
On Thu, May 26, 2016 at 6:26 PM, Ian Romanick wrote:
> On 05/26/2016 03:03 PM, Ilia Mirkin wrote:
>> This will cause st/mesa to break, no? Right now validate_io iterates
>> over the shader ir, which st/mesa frees after linking.
>
> Only as much as it is already broken. :)
On Thu, May 26, 2016 at 3:40 PM, Jason Ekstrand wrote:
> There's no good reason for it to be a struct of an anonymous union.
>
> Cc: Vinson Lee
> ---
> src/compiler/nir/nir.h | 16 +++-
>
On 05/26/2016 03:39 PM, Ilia Mirkin wrote:
> On Thu, May 26, 2016 at 6:26 PM, Ian Romanick wrote:
>> On 05/26/2016 03:03 PM, Ilia Mirkin wrote:
>>> This will cause st/mesa to break, no? Right now validate_io iterates
>>> over the shader ir, which st/mesa frees after linking.
Am 26.05.2016 um 23:14 schrieb Brian Paul:
> ---
> src/gallium/auxiliary/util/u_prim.h | 30 --
> 1 file changed, 16 insertions(+), 14 deletions(-)
>
> diff --git a/src/gallium/auxiliary/util/u_prim.h
> b/src/gallium/auxiliary/util/u_prim.h
> index a09c315..fb9290d
1 - 100 of 213 matches
Mail list logo