https://bugs.freedesktop.org/show_bug.cgi?id=91888
--- Comment #17 from nerdopol...@verizon.net ---
Argh, I tried to recompile mesa master with all of the symbols, and now SDL is
working, not sure what to think now...
--
You are receiving this mail because:
You are the QA Contact for the bug.
__
On Wed, Dec 09, 2015 at 01:39:30PM +0200, Oded Gabbay wrote:
> On Wed, Dec 9, 2015 at 1:09 PM, Emil Velikov wrote:
> > On 9 December 2015 at 05:37, Jonathan Gray wrote:
> >> Change the __m128i variables to be volatile so gcc 4.9 won't optimise
> >> all of them out with -O1 or greater. The _mm_se
Jordan Justen writes:
> On 2015-12-08 08:43:53, Francisco Jerez wrote:
>> This is going to require some rather intrusive kernel changes to fix
>> properly, in the meantime (and forever on at least pre-v4.1 kernels)
>> we'll have to restore the hardware defaults at the end of every batch
>> in whi
---
src/mesa/drivers/dri/i965/brw_eu_emit.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c
b/src/mesa/drivers/dri/i965/brw_eu_emit.c
index f8c0f80..9543d5e 100644
--- a/src/mesa/drivers/dri/i965/brw_eu_emit.c
+++ b/src/mesa/drivers/dri/i965/brw_eu_emit
---
src/mesa/drivers/dri/i965/brw_eu_emit.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c
b/src/mesa/drivers/dri/i965/brw_eu_emit.c
index 9543d5e..13c8c36 100644
--- a/src/mesa/drivers/dri/i965/brw_eu_emit.c
+++ b/src/mesa/drivers/dri/i965/brw_eu_e
Right now we rely on the code at the bottom of brw_set_dest to set the correct
execution size for anything that does not operate on a full SIMD register
(dst.width < BRW_EXECUTE_8). However, this won't work with fp64, where operands
are twice as big and we see instructions with a horizontal widt
---
src/mesa/drivers/dri/i965/brw_eu_emit.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c
b/src/mesa/drivers/dri/i965/brw_eu_emit.c
index 13c8c36..78f2c8c 100644
--- a/src/mesa/drivers/dri/i965/brw_eu_emit.c
+++ b/src/mesa/drivers/dri/i965/brw_eu_e
On Dec 8, 2015 10:08 PM, "Nicolai Hähnle" wrote:
>
> On 06.12.2015 19:00, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> This simplified (basically duplicated) version of pb_cache_manager will
>> allow removing some ugly hacks from radeon and amdgpu winsyses and
>> flatten simplify their design
This code in brw_set_dest adjusts the execution size of any instruction
with a dst.width < 8. However, we don't want to do this with instructions
operating on doubles, since these will have a width of 4, but still
need an execution size of 8 (for SIMD8). Unfortunately, we can't just check
the size
---
src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
b/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
index 8d24883..36a7329 100644
--- a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp
+++ b/src/mes
On Wed, 2015-12-09 at 09:48 +0200, Tapani Pälli wrote:
> Otherwise packed and inactive varyings get optimized away. This needs
> to be prevented when using separate shader objects where interface
> needs to be preserved.
>
> Signed-off-by: Tapani Pälli
Reviewed-by: Timothy Arceri
> ---
> src/
On Wed, 2015-12-09 at 16:06 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Signed-off-by: Dave Airlie
> ---
> src/glsl/lower_packed_varyings.cpp | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/glsl/lower_packed_varyings.cpp
> b/src/glsl/lower_packed_varyings.cpp
On 9 December 2015 at 11:39, Oded Gabbay wrote:
> On Wed, Dec 9, 2015 at 1:09 PM, Emil Velikov wrote:
>> On 9 December 2015 at 05:37, Jonathan Gray wrote:
>>> Change the __m128i variables to be volatile so gcc 4.9 won't optimise
>>> all of them out with -O1 or greater. The _mm_set1_epi32/pinsrd
On Wed, 2015-12-09 at 16:06 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This fixes the calculations for transform feedback for doubles.
>
> Signed-off-by: Dave Airlie
Patches 4-7 are also:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
On 8 December 2015 at 16:35, Neil Roberts wrote:
> If EGL_KHR_surfaceless_context is used then glViewport can be called
> with NULL for the draw and read surfaces. This was previously causing
> a crash because the i965 driver tries to use this point to invalidate
> the surfaces and it was derferen
On Wed, Dec 9, 2015 at 8:06 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> The old function didn't work for matrices, and we need this
> in other places to fix some other problems, so move to a helper
> in glsl type and fix the one user so far.
>
> A dual slot double is one that has 3 or 4 compon
On Wed, Dec 9, 2015 at 1:09 PM, Emil Velikov wrote:
> On 9 December 2015 at 05:37, Jonathan Gray wrote:
>> Change the __m128i variables to be volatile so gcc 4.9 won't optimise
>> all of them out with -O1 or greater. The _mm_set1_epi32/pinsrd calls
>> still get optimised out but now there is at
On Wed, 2015-12-09 at 16:06 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Signed-off-by: Dave Airlie
Great timing :) I was going to have to look into fixing this stuff for
enhanced layouts.
Patches 1 & 2 are:
Reviewed-by: Timothy Arceri
I have a question about this patch. If these double
On 9 December 2015 at 05:55, Jonathan Gray wrote:
> Use PKG_CHECK_MODULES to get the flags to link libelf
>
> v2: keep AC_CHECK_LIB as a fallback for elfutils provided
> libelf that doesn't install a pkg-config file.
>
> Signed-off-by: Jonathan Gray
> Reviewed-by: Michel Dänzer
> Tested-by: Mich
On 9 December 2015 at 05:37, Jonathan Gray wrote:
> Change the __m128i variables to be volatile so gcc 4.9 won't optimise
> all of them out with -O1 or greater. The _mm_set1_epi32/pinsrd calls
> still get optimised out but now there is at least one SSE4.1 instruction
> generated via _mm_max_epu32
My tessellation branch has two additional remap functions. I don't want
to replicate this logic there.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_nir.c | 78 -
1 file changed, 50 insertions(+), 28 deletions(-)
Hey Jason,
If you like th
Hello Steinar,
On 8 December 2015 at 01:01, Steinar H. Gunderson
wrote:
> Hi,
>
> I was told that it's easier for people to review my patch if it comes in via
> email than being stuck in the bug tracker; FWIW, this is for bug 120238.
Which bugtracker it this ? bugs.fd.o does not like the number
m
Michel Dänzer writes:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
Looks OK to me,
Reviewed-by: Francisco Jerez
> ---
> src/gallium/state_trackers/clover/llvm/invocation.cpp | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/gallium/state_trackers/clover/llvm/invocat
On 9 December 2015 at 00:35, Brian Paul wrote:
> To be safe, set all the fields in case the enums ordering/values
> ever change.
Since you guys are using MVSC2013 to build svga one can even use c99
initializers. This should be more robust wrt the issues mentioned.
-Emil
_
On Wed, Dec 9, 2015 at 8:06 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Don't use a bool here, as for some 64-bit fixes we need
> the stage.
>
> Signed-off-by: Dave Airlie
> ---
> src/glsl/ir_set_program_inouts.cpp | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --gi
Let us avoid trapping in hardware from a SIGFPE and instead
assert on a zero divisor.
Hint: This can occur if a PIPE_PRIM_? is not handled in
u_prim_vertex_count() that results in ' info ' not
being initialized in the expected manner.
Further, we also fix a possibly NULL pointer deref
I'm working on rebasing these patches on Jason's NIR input/output
intrinsic changes. Patches 17, 18, 19, 22, and 24 are probably not
worth reviewing in their current form.
10, 12-16, and 23 still apply in their current form.
--Ken
signature.asc
Description: This is a digitally signed message p
On 2015-12-08 08:43:53, Francisco Jerez wrote:
> This is going to require some rather intrusive kernel changes to fix
> properly, in the meantime (and forever on at least pre-v4.1 kernels)
> we'll have to restore the hardware defaults at the end of every batch
> in which the L3 configuration was ch
https://bugs.freedesktop.org/show_bug.cgi?id=91888
--- Comment #16 from Pekka Paalanen ---
(In reply to nerdopolis1 from comment #15)
> Doesn't seem that break _mesa_error works, it's not defined...
It should become defined once all the related Mesa libraries get loaded. Looks
like 'start' is no
https://bugs.freedesktop.org/show_bug.cgi?id=1626
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
101 - 130 of 130 matches
Mail list logo