On 31/05/16 02:26, Timothy Arceri wrote:
> On Mon, 2016-05-30 at 15:46 +0200, Samuel Iglesias Gonsálvez wrote:
>>
>> On 27/05/16 08:39, Samuel Iglesias Gonsálvez wrote:
>>>
>>>
>>>
>>> On 26/05/16 09:46, Timothy Arceri wrote:
On Thu, 2016-05-26 at 17:44 +1000, Timothy Arceri wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=96254
--- Comment #1 from Samuel Iglesias ---
As per Dave Airlie,
piglit.spec.arb_shader_storage_buffer_object.compiler.unsized-array-not-in-last-position
is a bad test and will be removed.
--
You are receiving this mail because:
You are the QA Conta
https://bugs.freedesktop.org/show_bug.cgi?id=96254
Samuel Iglesias changed:
What|Removed |Added
Depends on||96228
Referenced Bugs:
https://bugs.
Signed-off-by: Chris Forbes
---
src/mesa/main/get.c | 2 +-
src/mesa/main/get_hash_params.py | 6 +++---
src/mesa/main/teximage.c | 3 ++-
src/mesa/main/texobj.c | 2 +-
src/mesa/main/texparam.c | 3 ++-
src/mesa/main/texstorage.c | 3 ++-
6 files chan
Signed-off-by: Chris Forbes
---
docs/GL3.txt | 2 +-
docs/relnotes/12.1.0.html | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index e8d401d..eeaed52 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -269,7 +269,7 @@ GLES3.2, GLSL ES 3
Signed-off-by: Chris Forbes
---
src/compiler/glsl/builtin_functions.cpp | 12
src/compiler/glsl/builtin_types.cpp | 23 ---
src/compiler/glsl/glsl_lexer.ll | 14 +++---
3 files changed, 31 insertions(+), 18 deletions(-)
diff --git a/src/compil
This is the same as ARB_texture_cube_map_array plus some image
interactions.
Signed-off-by: Chris Forbes
---
src/compiler/glsl/glcpp/glcpp-parse.y| 5 -
src/compiler/glsl/glsl_parser_extras.cpp | 2 ++
src/compiler/glsl/glsl_parser_extras.h | 4
src/mapi/glapi/gen/es_EXT.xml
On 05/31/2016 07:44 AM, Tapani Pälli wrote:
Hi;
On 05/30/2016 04:48 PM, Emil Velikov wrote:
Hi gents,
On 30 May 2016 at 10:13, Tapani Pälli wrote:
From: Daniel Czarnowski
GLX documentation states:
glXCreateNewContext can generate the following errors: (...)
GLXBadFBConfig
[re-adding mesa-dev]
Thanks for the review, Chris!
On Tue, May 31, 2016 at 12:48 AM, Chris Forbes wrote:
> Oh, I accidentally dropped the list at the start. Feel free to copy the list
> on this whole discussion.
>
> - Chris
>
> On Tue, May 31, 2016 at 4:47 PM, Ilia Mirkin wrote:
>>
>> Thanks! D
Hi;
On 05/30/2016 04:48 PM, Emil Velikov wrote:
Hi gents,
On 30 May 2016 at 10:13, Tapani Pälli wrote:
From: Daniel Czarnowski
GLX documentation states:
glXCreateNewContext can generate the following errors: (...)
GLXBadFBConfig if config is not a valid GLXFBConfig
Function
On Tue, 2016-05-31 at 12:54 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> e2791b38b42f83add5b07298c39741bf0a6d7d4b
> mesa/program_interface_query: fix transform feedback varyings.
>
> caused a regression in
> GL45-
> CTS.gtf40.GL3Tests.transform_feedback3.transform_feedback3_multiple_s
> tre
This really only hits for bitsets with a size of a multiple of 32. We
can end up with pos = -1 as a result of the ffs, which we in turn decide
is a valid position (since we fall through the loop and i == 1, we end
up adding 32 to it, so end up returning 31 again).
Up until recently this was largel
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/codegen/nv50_ir_ra.cpp | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_ra.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_ra.cpp
index 6b52d7b..5bb6f78 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=95374
--- Comment #3 from Shawn Starr ---
Copying the GLSL 150 shader cache to the missing file reveals the game crashes
unable to find the shader.
[spstarr@segfault Engine]$ cp GlobalShaderCache-GLSL_150.bin
GlobalShaderCache-GLSL_430.bin
[spstarr@s
Not sure if it's a good idea trying to fix wine bugs via driver hacks?
Roland
Am 31.05.2016 um 01:19 schrieb Marek Olšák:
> From: Marek Olšák
>
> Sadly, I haven't been able to find any other way to fix the bug
> for radeonsi. The game seems to expect DX9 behavior.
>
> Bugzilla: https://bugs.fr
Signed-off-by: Eric Engestrom
---
src/gallium/drivers/swr/rasterizer/common/rdtsc_buckets.cpp | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/common/rdtsc_buckets.cpp
b/src/gallium/drivers/swr/rasterizer/common/rdtsc_buckets.cp
CoverityID: 1337953
Signed-off-by: Eric Engestrom
---
Note that I do not know this code at all; I'm blindly following Coverity's
advice on this one :]
---
src/gallium/state_trackers/va/image.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/va/image.c
b/src/gal
From strncpy's man page:
Warning: If there is no null byte among the first n bytes of src, the
string placed in dest will not be null-terminated.
CoverityID: 1320457, 1320458, 1255671
Signed-off-by: Eric Engestrom
---
src/gallium/targets/d3dadapter9/description.c | 39 ++---
`unsigned j` would never fail `j >= 0`, leading to an infinite loop as
`j--` wraps around.
Signed-off-by: Eric Engestrom
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/sta
Signed-off-by: Eric Engestrom
---
.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 7db5639..d3f3589 100644
--- a/.gitignore
+++ b/.gitignore
@@ -48,3 +48,4 @@ Makefile
Makefile.in
.install-mesa-links
.install-gallium-links
+TAGS
--
2.8.3
__
`size_t offset` can never be `< 0`
Signed-off-by: Eric Engestrom
---
src/compiler/glsl/blob.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compiler/glsl/blob.c b/src/compiler/glsl/blob.c
index dd4341b..ef17255 100644
--- a/src/compiler/glsl/blob.c
+++ b/src/compiler/gl
These two lines have been here since the file was created.
I'm guessing the second one was just for testing during dev, so it's the
one that's going away.
CoverityID: 1296205
Signed-off-by: Eric Engestrom
---
This should probably be tested by someone who knows what they're doing :]
---
src/ga
CoverityID: 1358935
Signed-off-by: Eric Engestrom
---
src/intel/vulkan/anv_device.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 046777d..e451138 100644
--- a/src/intel/vulkan/anv_device.c
+++ b/src/inte
From: Dave Airlie
e2791b38b42f83add5b07298c39741bf0a6d7d4b
mesa/program_interface_query: fix transform feedback varyings.
caused a regression in
GL45-CTS.gtf40.GL3Tests.transform_feedback3.transform_feedback3_multiple_streams
on radeonsi.
The problem was it was using the skip components varying
On Mon, 2016-05-30 at 15:46 +0200, Samuel Iglesias Gonsálvez wrote:
>
> On 27/05/16 08:39, Samuel Iglesias Gonsálvez wrote:
> >
> >
> >
> > On 26/05/16 09:46, Timothy Arceri wrote:
> > >
> > > On Thu, 2016-05-26 at 17:44 +1000, Timothy Arceri wrote:
> > > >
> > > > On Thu, 2016-05-26 at 07:56
On Tue, May 31, 2016 at 2:58 AM, Grazvydas Ignotas wrote:
> I've patched the CS validator and there seem to be some regressions:
>
> arb_map_buffer_range 11/11 5/11
> copybuffersubdata decrement-offset
> copybuffersubdata increment-offset
> copybuffersubdata offset=0
> map_invalidate_range_bit dec
Hello there,
the following two patches are proposed to avoid building errors
on kitkat-x86 in order to enhance compatibility.
Please consider that these patches are applicable to both
mesa-dev and mesa-stable, please pardon me if I may have just caused
double posting on mesa-stable.
[PATCH 1/2]
Fixes the following building error:
external/mesa/src/egl/drivers/dri2/egl_dri2.c:2476: error: undefined reference
to 'pthread_condattr_setclock'
collect2: error: ld returned 1 exit status
Cc:
---
src/egl/drivers/dri2/egl_dri2.c | 16
1 file changed, 16 insertions(+)
diff --g
Fixes the following building error:
bionic/libc/include/string.h:105:33: error: call to '__memcpy_dest_size_error'
declared with attribute error: memcpy called with size bigger than destination
Cc:
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion
I've patched the CS validator and there seem to be some regressions:
arb_map_buffer_range 11/11 5/11
copybuffersubdata decrement-offset
copybuffersubdata increment-offset
copybuffersubdata offset=0
map_invalidate_range_bit decrement-offset
map_invalidate_range_bit increment-offset
map_invalidate_r
From: Marek Olšák
Sadly, I haven't been able to find any other way to fix the bug
for radeonsi. The game seems to expect DX9 behavior.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94627
(against nouveau)
---
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 22 -
From: Marek Olšák
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94627
(against nouveau)
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracke
On 2016-05-27 15:16, Emil Velikov wrote:
The odd things is that VLC uses/used to? check that information before
feeding the video to the decoder, while others implementations (like
the original one in mplayer done by the Nvidia devs) do/did? not
bother.
Many files either have an incorrect leve
https://bugs.freedesktop.org/show_bug.cgi?id=95553
Andrés Gómez García changed:
What|Removed |Added
Product|Mesa|freedesktop.org
QA Contact
On Tue, May 31, 2016 at 12:17 AM, Grazvydas Ignotas wrote:
> I've tried it on AMD JUNIPER (DRM 2.43.0 / 4.6.0) and it does not pass
> the kernel CS validator with
> [drm:evergreen_packet3_check.isra.14 [radeon]] *ERROR* Packet3 opcode
> 42 not supported
> printed many times.
>
> I guess it needs s
I'm dropping the patch. It makes UE4 Elemental hang. We have a bigger
CE issue than I thought. It could be a Mesa issue too.
Marek
On Fri, May 27, 2016 at 12:12 PM, Marek Olšák wrote:
> On Fri, May 27, 2016 at 11:12 AM, Christian König
> wrote:
>> Am 27.05.2016 um 00:19 schrieb Marek Olšák:
>>>
Fixes the following building error:
target C++: libmesa_glsl <= external/mesa/src/compiler/glsl/glsl_to_nir.cpp
In file included from external/mesa/src/compiler/glsl/glsl_to_nir.h:28:0,
from external/mesa/src/compiler/glsl/glsl_to_nir.cpp:28:
external/mesa/src/compiler/nir/nir.h:
isl library is needed to build i965, libmesa_isl static library is added
to fix related Android building errors.
Any attempt to build libmesa_genxml as phony package module failed to deliver
gen{7,75,8,9}_pack.h autogenerated headers, needed to build
libmesa_isl_gen{7,75,8,9}
Due to constraints
In order to avoid building errors due to missing X11 headers
Cc:
---
Android.common.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/Android.common.mk b/Android.common.mk
index cdba85f..5df9b7e 100644
--- a/Android.common.mk
+++ b/Android.common.mk
@@ -56,6 +56,7 @@ LOCAL_CFLAGS += \
I've tried it on AMD JUNIPER (DRM 2.43.0 / 4.6.0) and it does not pass
the kernel CS validator with
[drm:evergreen_packet3_check.isra.14 [radeon]] *ERROR* Packet3 opcode
42 not supported
printed many times.
I guess it needs some kernel patch? I haven't found anything relevant
in Alex's kernel git.
On 30 May 2016 at 22:22, Emil Velikov wrote:
> On 30 May 2016 at 22:02, Jason Ekstrand wrote:
>> On May 30, 2016 1:56 PM, "Grazvydas Ignotas" wrote:
>>>
>>> On Mon, May 30, 2016 at 3:46 PM, Emil Velikov
>>> wrote:
>>> > From: Emil Velikov
>>> >
>>> > As we'll need the file in the release tarba
On 30 May 2016 at 22:02, Jason Ekstrand wrote:
> On May 30, 2016 1:56 PM, "Grazvydas Ignotas" wrote:
>>
>> On Mon, May 30, 2016 at 3:46 PM, Emil Velikov
>> wrote:
>> > From: Emil Velikov
>> >
>> > As we'll need the file in the release tarball, rework the rule so that
>> > the file is regenerate
On May 30, 2016 1:56 PM, "Grazvydas Ignotas" wrote:
>
> On Mon, May 30, 2016 at 3:46 PM, Emil Velikov
wrote:
> > From: Emil Velikov
> >
> > As we'll need the file in the release tarball, rework the rule so that
> > the file is regenerated _only_ if we're in a git repository.
> >
> > With this in
On May 30, 2016 1:31 PM, "Emil Velikov" wrote:
>
> On 30 May 2016 at 21:10, Jason Ekstrand wrote:
>>
>> On Mon, May 30, 2016 at 12:27 PM, Emil Velikov
wrote:
>>>
>>> Hi there,
>>> On 30 May 2016 at 18:28, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
>>> > This patch enables compilation with -flto.
>>> >
https://bugs.freedesktop.org/show_bug.cgi?id=95346
--- Comment #9 from Nicolai Hähnle ---
There are several draw calls involved in rendering the planet, the last one is
803895. It's not clear which of them gives the incorrect result.
It would be helpful if somebody could provide snapshots of the
On Mon, May 30, 2016 at 3:46 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> As we'll need the file in the release tarball, rework the rule so that
> the file is regenerated _only_ if we're in a git repository.
>
> With this in place we can build vulkan (anv) from a release tarball.
After this
On 30 May 2016 at 21:10, Jason Ekstrand wrote:
> On Mon, May 30, 2016 at 12:27 PM, Emil Velikov
> wrote:
>
>> Hi there,
>> On 30 May 2016 at 18:28, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
>> > This patch enables compilation with -flto.
>> >
>> > The performance benefits of LTO (GCC 4.9 & 6.1) are ab
On 30 May 2016 at 21:11, Matt Turner wrote:
> On Mon, May 30, 2016 at 5:46 AM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> As we'll need the file in the release tarball, rework the rule so that
>> the file is regenerated _only_ if we're in a git repository.
>>
>> With this in place we can
On Mon, May 30, 2016 at 9:50 AM, Emil Velikov
wrote:
> On 29 May 2016 at 07:01, Jordan Justen wrote:
> > It appears we were over-allocating these arrays.
> >
> > Previously we would use nir->num_uniforms directly for scalar
> > programs, and multiply it by 4 for vec4 programs.
> >
> > Instead we
On Mon, May 30, 2016 at 5:46 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> As we'll need the file in the release tarball, rework the rule so that
> the file is regenerated _only_ if we're in a git repository.
>
> With this in place we can build vulkan (anv) from a release tarball.
>
> Cc: Jaso
On Mon, May 30, 2016 at 12:27 PM, Emil Velikov
wrote:
> Hi there,
> On 30 May 2016 at 18:28, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
> > This patch enables compilation with -flto.
> >
> > The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for
> glxgears.
> > Performance changes in OpenGL ga
Reviewed-by: Jason Ekstrand
On Mon, May 30, 2016 at 5:46 AM, Emil Velikov
wrote:
> From: Emil Velikov
>
> As of a few commits ago the header will always contain the macro.
>
> Signed-off-by: Emil Velikov
> ---
> src/mesa/main/version.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git
On Mon, May 30, 2016 at 5:46 AM, Emil Velikov
wrote:
> From: Emil Velikov
>
> As we'll need the file in the release tarball, rework the rule so that
> the file is regenerated _only_ if we're in a git repository.
>
> With this in place we can build vulkan (anv) from a release tarball.
>
Reviewed
Hi there,
On 30 May 2016 at 18:28, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
> This patch enables compilation with -flto.
>
> The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for glxgears.
> Performance changes in OpenGL games haven't been measured yet, my feeling is
> that they are negligibl
The first release candidate for Mesa 12.0.0 is now available.
The plan is to have one release candidate every Friday, until the final
release on June 10th or June 17th 2016.
As a reminder, with the 12.0 branch now created, patches nominated with:
CC:
will now be candidates only for the
https://bugs.freedesktop.org/show_bug.cgi?id=95005
--- Comment #16 from Marek Olšák ---
Can this bug be closed then?
--
You are receiving this mail because:
You are on the CC list for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
ht
I don't think "anv" is the right prefix for this patch. Really, it's
adding local_id_index to cs_prog_data.
By and large, I think the code at the end of the series is what we want. I
made a few comments but not many. However, I think we could make it a bit
more bisectable if we wanted. If you
Ok, I found the answer to my question regarding the `-fno-lto`. IMHO that
should be in the commit message, since the patch only checks for availability
and disables LTO in one case, never enabling it explicitely.
Please ignore my previous mail.
Pierre
On 11:06 AM - May 30 2016, Matt Turner wrote:
On Mon, May 30, 2016 at 8:07 PM, Pierre Moreau wrote:
> On 07:28 PM - May 30 2016, ⚛ wrote:
>> +if COMPILER_UNDERSTANDS_LTO
>> +CFLAGS += -fno-lto
>> +CXXFLAGS += -fno-lto
>
> This should be `-flto` if I’m not mistaken.
>
> Pierre
-fno-lto is correct because GCC has issues compiling the assembler
On Mon, May 30, 2016 at 11:02 AM, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
>
> On Mon, May 30, 2016 at 7:39 PM, Matt Turner wrote:
>>
>> On Mon, May 30, 2016 at 10:28 AM, <0xe2.0x9a.0...@gmail.com> wrote:
>> > This patch enables compilation with -flto.
>> >
>> > The performance benefits of LTO (GCC 4.9
On 07:28 PM - May 30 2016, ⚛ wrote:
> This patch enables compilation with -flto.
>
> The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for glxgears.
> Performance changes in OpenGL games haven't been measured yet, my feeling
> is that they are negligible.
> diff --git a/configure.ac b/
On 25 May 2016 at 22:10, Rhys Kidd wrote:
> Now that vc4 automated code documentation can be generated with
> doxygen, fix the warnings issued by Doxygen 1.8.11.
>
> Signed-off-by: Rhys Kidd
> ---
> src/gallium/drivers/vc4/vc4_qir_schedule.c | 4 ++--
> src/gallium/drivers/vc4/vc4_tiling.c
Signed-off-by: Ilia Mirkin
---
src/compiler/glsl/builtin_variables.cpp | 10 ++
src/compiler/glsl/ir_set_program_inouts.cpp | 4 +++-
src/compiler/shader_enums.c | 2 ++
src/compiler/shader_enums.h | 4
src/mesa/main/mtypes.h
Signed-off-by: Ilia Mirkin
---
src/mesa/main/bbox.c | 19 +++
src/mesa/main/get.c | 28
src/mesa/main/get_hash_params.py | 3 +++
src/mesa/main/mtypes.h | 7 +++
4 files changed, 57 insertions(+)
diff --git a/s
Signed-off-by: Ilia Mirkin
---
src/compiler/glsl/glsl_parser_extras.cpp | 2 ++
src/compiler/glsl/glsl_parser_extras.h | 4 +++
src/mapi/glapi/gen/es_EXT.xml| 49
src/mapi/glapi/gen/gl_genexec.py | 1 +
src/mesa/Makefile.sources
On Mon, May 30, 2016 at 1:39 PM, Matt Turner wrote:
> On Mon, May 30, 2016 at 10:28 AM, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
>> This patch enables compilation with -flto.
>>
>> The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for glxgears.
>> Performance changes in OpenGL games haven't
On Sun, May 29, 2016 at 3:38 PM, Jordan Justen
wrote:
> We need information about push constants in a few places for the GL
> driver, and another couple places for the vulkan driver.
>
> When we add support for uploading both a common (cross-thread) set of
> push constants, combined with the prev
Can the Vulkan driver take advantage of this too?
On Sun, May 29, 2016 at 3:38 PM, Jordan Justen
wrote:
> Signed-off-by: Jordan Justen
> ---
> src/mesa/drivers/dri/i965/brw_compiler.h | 1 +
> src/mesa/drivers/dri/i965/brw_fs.cpp | 15 ---
> src/mesa/drivers/dri/i965/gen7_cs
On Sun, May 29, 2016 at 3:38 PM, Jordan Justen
wrote:
> We add a lowering pass for nir intrinsics. This pass can replace nir
> intrinsics with driver specific nir lower code.
>
> We lower the gl_LocalInvocationIndex intrinsic based on a uniform
> which is loaded with a thread specific ID.
>
> We
On Mon, May 30, 2016 at 10:28 AM, ⚛ <0xe2.0x9a.0...@gmail.com> wrote:
> This patch enables compilation with -flto.
>
> The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for glxgears.
> Performance changes in OpenGL games haven't been measured yet, my feeling is
> that they are negligible
On Fri, May 27, 2016 at 7:06 PM, Francisco Jerez wrote:
> I haven't found any evidence that this isn't supported by the
> hardware, in fact according to the SNB hardware spec:
>
> "The supported regioning modes for math instructions are align16,
> align1 with the following restrictions:
>-
This patch enables compilation with -flto.
The performance benefits of LTO (GCC 4.9 & 6.1) are about 1% for glxgears.
Performance changes in OpenGL games haven't been measured yet, my feeling
is that they are negligible.
diff --git a/configure.ac b/configure.ac
index fc0b1db..e84a1ad 100644
--- a/
On Sun, May 29, 2016 at 12:01 PM, Francisco Jerez
wrote:
> Francisco Jerez writes:
>
> > Jason Ekstrand writes:
> >
> >> On Fri, May 27, 2016 at 7:05 PM, Francisco Jerez >
> >> wrote:
> >>
> >>> This fixes the few code quality regressions from the previous series
> >>> enabling SIMD32 CS codeg
On Fri, May 27, 2016 at 7:06 PM, Francisco Jerez
wrote:
> This requires using a bitset instead of a boolean flag to keep track
> of the GRFs we've seen a generating instruction for already. The
> search loop continues until all instructions initializing the value of
> the source VGRF have been f
On 29 May 2016 at 07:01, Jordan Justen wrote:
> It appears we were over-allocating these arrays.
>
> Previously we would use nir->num_uniforms directly for scalar
> programs, and multiply it by 4 for vec4 programs.
>
> Instead we should have been dividing by 4 in both cases to convert
> from bytes
https://bugs.freedesktop.org/show_bug.cgi?id=95294
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Cc Rob.
Sorry I forgot to Cc you on this v3.
On 05/27/2016 08:24 PM, Emil Velikov wrote:
> Hi Stan
>
> On Thursday, 26 May 2016, Stanimir Varbanov
> wrote:
>
>> Push offset down to drivers when importing dmabuf. This is needed
>> to more fully support EGL_EXT_image_dma_buf_import when a non-ze
https://bugs.freedesktop.org/show_bug.cgi?id=95294
--- Comment #2 from Stanimir ---
Please see the patchset at https://patchwork.freedesktop.org/series/7206/
--
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=95110
Marek Olšák changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=95246
--- Comment #2 from Marek Olšák ---
Fix: https://lists.freedesktop.org/archives/mesa-dev/2016-May/118763.html
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug._
From: Marek Olšák
This just fixed the crash with the apitrace in bug report.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95246
Cc: 11.1 11.2
---
src/mesa/main/fbobject.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/f
https://bugs.freedesktop.org/show_bug.cgi?id=95128
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi gents,
On 30 May 2016 at 10:13, Tapani Pälli wrote:
> From: Daniel Czarnowski
>
> GLX documentation states:
> glXCreateNewContext can generate the following errors: (...)
> GLXBadFBConfig if config is not a valid GLXFBConfig
>
> Function checks if the given config is a valid c
On 27/05/16 08:39, Samuel Iglesias Gonsálvez wrote:
>
>
> On 26/05/16 09:46, Timothy Arceri wrote:
>> 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 unpacke
Signed-off-by: Samuel Iglesias Gonsálvez
---
src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 72
1 file changed, 54 insertions(+), 18 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
b/src/mesa/drivers/dri/i965/brw_fs_nir.cpp
index 85b482f..0d9fe6b
Christian König wrote:
Am 28.05.2016 um 00:45 schrieb Andy Furniss:
Emil Velikov wrote:
On 27 May 2016 at 15:40, Christian König
wrote:
No, what I'm saying is that it is a number and not an enum.
This way you don't need to change the specification when you want to
support
a new level.
Tha
On 30 May 2016 at 07:53, Tapani Pälli wrote:
> From: Bernard Kilarski
>
> v2: change all related NULL checks to check against dummyContext
> v3: really check for dummyContext *only* when ctx was from
> __glXGetCurrentContext
>
> Signed-off-by: Bernard Kilarski
> Signed-off-by: Matt Roper
>
Reviewed-by: Marek Olšák
Marek
On Mon, May 30, 2016 at 2:47 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> As is there are two places that do the typedefs - dri_interface.h and
> this header. As we cannot include the former in here, just drop the
> typedefs and use the struct directly (as ne
From: Emil Velikov
As is there are two places that do the typedefs - dri_interface.h and
this header. As we cannot include the former in here, just drop the
typedefs and use the struct directly (as needed).
This is required because typedef redefinition is C11 feature which is
not supported on al
From: Emil Velikov
As of a few commits ago the header will always contain the macro.
Signed-off-by: Emil Velikov
---
src/mesa/main/version.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/main/version.c b/src/mesa/main/version.c
index 7138cf3..74e06f9 100644
--- a/src/mesa/main/
From: Emil Velikov
Analogous to the previous commit.
Cc: Brian Paul
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
src/SConscript | 39 +++
src/mesa/SConscript | 43 +++
2 files changed, 42 insertions(+), 40 d
From: Emil Velikov
As we'll need the file in the release tarball, rework the rule so that
the file is regenerated _only_ if we're in a git repository.
With this in place we can build vulkan (anv) from a release tarball.
Cc: Jason Ekstrand
Cc: Kristian Høgsberg Kristensen
Signed-off-by: Emil V
From: Emil Velikov
Analogous to the previous commit
Cc: Brian Paul
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
Note: this may cause "false positives" if one extracts the release
tarball in another git repository. This is a preexisting bug, which we
want to fix one day.
---
src/SConscrip
Am 28.05.2016 um 00:45 schrieb Andy Furniss:
Emil Velikov wrote:
On 27 May 2016 at 15:40, Christian König
wrote:
No, what I'm saying is that it is a number and not an enum.
This way you don't need to change the specification when you want to
support
a new level.
That's the case indeed.
From: Christian König
We support 5.2 for a while now.
v2: we even support 5.2 for H264, 5.1 is for HEVC.
Signed-off-by: Christian König
Cc:
---
src/gallium/drivers/radeon/radeon_video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/radeon_vide
On 28 May 2016 at 12:40, Rowley, Timothy O wrote:
>
> Maybe I wasn’t clear about my opinion when Emil asked before: I’m fine with a
> swr component in bugzilla if that’s what the people in charge of bugzilla
> would like. I come with past experience in mozilla development, where there
> was c
https://bugs.freedesktop.org/show_bug.cgi?id=96238
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, May 29, 2016 at 6:32 PM, Rob Clark wrote:
> From: Rob Clark
>
> CID 1362171, 1362170
>
> Looks like it should be pipe_transfer_usage in the prototype, based on
> how the parameter is used. Note that I don't see any users of u_staging
> so maybe we should just remove it?
Yes, that would
From: Daniel Czarnowski
GLX documentation states:
glXCreateNewContext can generate the following errors: (...)
GLXBadFBConfig if config is not a valid GLXFBConfig
Function checks if the given config is a valid config and sets proper
error code.
Fixes currently crashing glx-fbcon
We should just try to refactor nve4_validate_tic() and
nve4_compute_validate_textures() because it's quite similar now.
Anyway, this patch is:
Reviewed-by: Samuel Pitoiset
On 05/30/2016 04:18 AM, Ilia Mirkin wrote:
(a) Make sure to update the TIC in case of an updated buffer address
(b) Mark
100 matches
Mail list logo
