When there's a predicate, it just goes onto the sources list. If the
quadop only has a single regular source, we will end up thinking that
the predicate is the second source. Check explicitly for the predSrc so
that we don't accidentally emit the wrong thing.
This fixes a bunch of dEQP-GLES3.funct
On Tue, 2016-02-16 at 11:03 +1100, Timothy Arceri wrote:
> This is usually handled by the backends in order to handle the
> various interactions with the gl_*Color built-ins.
>
> The problem is this means linking will fail if one side on the
> interface adds the smooth qualifier to the varying and
On Fri, Feb 12, 2016 at 10:01:21AM +0100, Jochen Rollwagen wrote:
> Hi,
>
> i think i found & fixed a bug in mesa concerning tests for big-endian
> machines. The defines tested don't exist or are wrongly defined so the test
> (probably) never fires. The gcc defines on my machine concerning big-end
On 16.02.2016 15:25, Matthew Dawson wrote:
> LLVM removed LLVMAddTargetData for the 3.9 release in r260919. For the two
> places in mesa where this is called, only enable the lines when compiling
> for less then 3.9.
>
> For the radeon driver, I'm not sure how to check if any other LLVM calls nee
Even though it's a no-op, it's important to keep track of the type so
that we can pick the properly-signed op later on.
This fixes dEQP-GLES3.functional.shaders.precision.uint.highp_div_fragment,
which ended up using IDIV instead of UDIV.
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesk
On 14.02.2016 23:41, Mauro Rossi wrote:
>
> From: Mauro Rossi mailto:issor.or...@gmail.com>>
> Date: Sun, 14 Feb 2016 15:34:16 +0100
> Subject: [PATCH 1/2] android: add support for strchrnul
>
> Android Bionic has no strchrnul in string functions,
> radeonsi uses strchrnul, so we need an implemen
LLVM removed LLVMAddTargetData for the 3.9 release in r260919. For the two
places in mesa where this is called, only enable the lines when compiling
for less then 3.9.
For the radeon driver, I'm not sure how to check if any other LLVM calls need
to be adjusted. I think since the target data used
From ARB_sample_shading:
"gl_NumSamples is the total number of samples in the framebuffer,
or one if rendering to a non-multisample framebuffer"
So make sure to always pass in at least 1.
Signed-off-by: Ilia Mirkin
---
src/mesa/program/prog_statevars.c | 2 +-
1 file changed, 1 insert
Add gl_MaxSamples, and enable the various other variables when this
extension or ESSL 3.20 are set.
Signed-off-by: Ilia Mirkin
---
src/compiler/glsl/builtin_variables.cpp | 15 ---
src/compiler/glsl/glsl_parser_extras.cpp | 4
src/compiler/glsl/glsl_parser_extras.h | 5
Basically the same thing as ARB_sample_shading except that it also needs
gl_SampleMaskIn support as well as not enable per-sample interpolation
whenever doing per-sample shading. This is done explicitly in another
extension.
Signed-off-by: Ilia Mirkin
---
I get 16 failures with dEQP tests, these
Signed-off-by: Ilia Mirkin
---
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 bcd12a2..196a0c6 100644
--- a/src/mesa/main/extensions_table.h
++
On Mon, Feb 15, 2016 at 01:27:19PM -0800, Ben Widawsky wrote:
> On Thu, Feb 11, 2016 at 08:34:11PM +0200, Topi Pohjolainen wrote:
> > v2: Use explicitly against base type of GL_FLOAT instead of
> > using _mesa_is_format_integer_color(). Otherwise we miss
> > GL_UNSIGNED_NORMALIZED.
> >
> >
On Mon, Feb 15, 2016 at 12:55:28PM -0800, Ben Widawsky wrote:
> On Thu, Feb 11, 2016 at 08:34:07PM +0200, Topi Pohjolainen wrote:
> > v2 (Ben): Use combination of msaa_layout and number of samples
> > instead of introducing explicit type for lossless
> > compression (intel_miptr
It's basically the same thing as GL_ARB_texture_stencil8 except that
glCopyTexImage isn't supported, so add STENCIL_INDEX to the list of
invalid GLES formats for glCopyTexImage.
Signed-off-by: Ilia Mirkin
---
Seems to pass the few dEQP tests that are there. The ext is nearly identical to
the de
https://bugs.freedesktop.org/show_bug.cgi?id=94168
Michel Dänzer changed:
What|Removed |Added
Component|GLX |Mesa core
--
You are receiving this mai
On Mon, Feb 15, 2016 at 10:07 PM, Ilia Mirkin wrote:
> On Mon, Feb 15, 2016 at 10:00 PM, Nicolai Hähnle wrote:
>> From: Nicolai Hähnle
>>
>> ---
>> This is on top of Ilia's Gallium images series. Ilia, I think it makes sense
>> for you to include this in your initial push if you agree.
>
> I don
On Mon, Feb 15, 2016 at 8:41 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
>
> I ran this with the dEQP tests, and other than the caveats below, they seem to
> mostly work.
>
> The biggest caveat is that this can't actually be enabled for any drivers that
> don't implement ETC2 in har
On 16.02.2016 08:59, Marek Olšák wrote:
> From: Marek Olšák
[...]
> @@ -4199,13 +4200,27 @@ static void si_shader_dump_stats(struct si_screen
> *sscreen,
> void si_shader_dump(struct si_screen *sscreen, struct si_shader *shader,
> struct pipe_debug_callback *debug, unsigned p
On Mon, Feb 15, 2016 at 10:00 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> This is on top of Ilia's Gallium images series. Ilia, I think it makes sense
> for you to include this in your initial push if you agree.
I don't disagree, but Dave might :) He can figure out how to work thi
From: Nicolai Hähnle
---
This is on top of Ilia's Gallium images series. Ilia, I think it makes sense
for you to include this in your initial push if you agree.
src/mesa/state_tracker/st_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/s
On 16.02.2016 06:38, Matt Turner wrote:
> On Mon, Feb 15, 2016 at 12:50 PM, Ilia Mirkin wrote:
>> In a few places your indentation is off -- please look at the 'git
>> diff' output, it should be pretty obvious. You used 2 spaces instead
>> of 3 (in just a handful of places).
>
> If you use vim, y
Signed-off-by: Ilia Mirkin
---
I ran this with the dEQP tests, and other than the caveats below, they seem to
mostly work.
The biggest caveat is that this can't actually be enabled for any drivers that
don't implement ETC2 in hardware. So really that's just freedreno and the
super-new desktop ha
On Mon, Feb 15, 2016 at 12:49 AM, qinshao...@phoenixos.com
wrote:
>
> Hi Mauro,
>
> I've heard a lot about you, I have a question for you Derm.
> my laptop is lenovo B460, the gpu chipset GT218, family is NV50 . on kitkat,
> wallpaper can be displayed. but on lollipop and marshmallow, wallpape
On 15 February 2016 at 20:17, Eric Anholt wrote:
> Rhys Kidd writes:
>
> > Variable was previously always set to true. Accordingly, the later
> > assert() served no active purpose.
> >
> > Found with GCC warning and code inspection:
> >
> > mesa/src/gallium/drivers/vc4/vc4_qpu_emit.c: In
> funct
Am 15.02.2016 um 15:53 schrieb Oded Gabbay:
Sent with MailTrack
On Sat, Feb 13, 2016 at 2:39 AM, Roland Scheidegger wrote:
Am 12.02.2016 um 10:01 schrieb Jochen Rollwagen:
Hi,
i think i found & fixed a bug in mesa concerning tests for big-endian
machines. The defines tested don't exist or ar
Rhys Kidd writes:
> Variable was previously always set to true. Accordingly, the later
> assert() served no active purpose.
>
> Found with GCC warning and code inspection:
>
> mesa/src/gallium/drivers/vc4/vc4_qpu_emit.c: In function'vc4_generate_code':
> mesa/src/gallium/drivers/vc4/vc4_qpu_emit.
Reviewed-by: Marek Olšák
Marek
On Sun, Feb 14, 2016 at 1:25 AM, Ilia Mirkin wrote:
> This can happen with 0-sized buffers.
>
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/state_tracker/st_atom_atomicbuf.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/mes
For the series:
Reviewed-by: Marek Olšák
Marek
On Mon, Feb 15, 2016 at 6:06 PM, Brian Paul wrote:
> ---
> src/mesa/state_tracker/st_cb_bitmap.c | 9 +++--
> src/mesa/state_tracker/st_cb_clear.c | 8 ++--
> src/mesa/state_tracker/st_cb_drawpixels.c | 8 ++--
> src/mesa/sta
On Sun, Feb 14, 2016 at 3:47 PM, Brian Paul wrote:
> On 02/13/2016 01:03 PM, Ilia Mirkin wrote:
>>
>> On Fri, Feb 12, 2016 at 10:43 AM, Brian Paul wrote:
>>>
>>> diff --git a/src/mesa/state_tracker/st_context.c
>>> b/src/mesa/state_tracker/st_context.c
>>> index 9016846..cb2c390 100644
>>> --- a/
Only minor differences to the existing ARB_texture_border_clamp support.
Signed-off-by: Ilia Mirkin
---
I get 53 failures (and 548 passes) in the dEQP tests, they appear to expect
all-red for depth texturing while gallium apparently returns gray. Haven't
figured out if it's the fault of the test
On Tue, 2016-02-16 at 09:04 +1100, Timothy Arceri wrote:
> On Mon, 2016-02-15 at 16:12 +0100, Iago Toral wrote:
> > On Mon, 2016-02-15 at 18:38 +1100, Timothy Arceri wrote:
> > > This is usually handled by the backends in order to handle the
> > > various interactions with the gl_*Color built-ins.
This is usually handled by the backends in order to handle the
various interactions with the gl_*Color built-ins.
The problem is this means linking will fail if one side on the
interface adds the smooth qualifier to the varying and the other
side just uses the default even though they match.
This
From: Marek Olšák
Shader stats from VERDE:
Default scheduler:
Totals:
SGPRS: 491272 -> 488672 (-0.53 %)
VGPRS: 289980 -> 311093 (7.28 %)
Code Size: 11091656 -> 11219948 (1.16 %) bytes
LDS: 97 -> 97 (0.00 %) blocks
Scratch: 1732608 -> 2246656 (29.67 %) bytes per wave
Max Waves: 78063 -> 77352 (-
From: Marek Olšák
Still disabled.
Only prologs & epilogs are compiled in draw calls, but each variant of those
is compiled only once per process.
VS is always compiled as hw VS.
TES is always compiled as hw VS.
LS and ES stages are always compiled on demand.
---
src/gallium/drivers/radeonsi/s
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 35
src/gallium/drivers/radeonsi/si_shader.h | 9
2 files changed, 36 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/s
From: Marek Olšák
This is disabled with use_monolithic_shaders = true.
---
src/gallium/drivers/radeonsi/si_pipe.c | 19 +++
src/gallium/drivers/radeonsi/si_pipe.h | 3 +
src/gallium/drivers/radeonsi/si_shader.c | 236 ++-
src/gallium/drivers/radeonsi/si_shader.
From: Marek Olšák
Don't use the pstipple module.
---
src/gallium/drivers/radeonsi/si_shader.c | 149 +++
1 file changed, 110 insertions(+), 39 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index c6d4cb5
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c | 289 ++-
src/gallium/drivers/radeonsi/si_shader.h | 7 +
4 files changed, 296 insertions(+), 2 deleti
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c| 324 +++-
src/gallium/drivers/radeonsi/si_shader.h| 14 +-
src/gallium/drivers/ra
From: Marek Olšák
in order to decrease the shader size for a shader cache.
---
src/gallium/drivers/radeonsi/si_shader.c | 3 +++
src/gallium/drivers/radeonsi/si_shader.h | 6 +++---
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gal
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 5 +-
src/gallium/drivers/radeonsi/si_pipe.h | 16 ++
src/gallium/drivers/radeonsi/si_shader.h| 4 +-
src/gallium/drivers/radeonsi/si_state.h | 2 +
src/gallium/drivers/radeonsi/si_state_shade
From: Marek Olšák
---
src/gallium/drivers/radeon/radeon_elf_util.c | 19 ---
src/gallium/drivers/radeon/radeon_elf_util.h | 14 --
2 files changed, 33 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_elf_util.c
b/src/gallium/drivers/radeon/radeon_elf_util
From: Marek Olšák
This will simplify implementations of binary shaders.
---
src/gallium/drivers/radeon/r600_pipe_common.h | 2 +-
src/gallium/drivers/radeon/radeon_elf_util.c | 7 ++-
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_pipe_common.
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c | 163 ---
src/gallium/drivers/radeonsi/si_shader.h | 3 +
4 files changed, 155 insertions(+), 13 delet
From: Marek Olšák
This will be part of shader binaries.
---
src/gallium/drivers/radeonsi/si_shader.c| 100
src/gallium/drivers/radeonsi/si_shader.h| 21 ++---
src/gallium/drivers/radeonsi/si_state_shaders.c | 18 ++---
3 files changed, 71 insertions(+),
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h | 3 ++
src/gallium/drivers/radeonsi/si_shader.c | 53
src/gallium/drivers/radeonsi/si_shader.h | 2 +-
4 files changed, 45 insertions(+), 14 deletio
From: Marek Olšák
It only exports the primitive ID.
Also used by TES when it's compiled as VS.
The VS input location of the primitive ID input is v2.
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 34 +++-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 20069b4..2789788 100644
--- a/src/gallium
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 31 +++
1 file changed, 23 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index a6a0984..b058019 100644
--- a/src/gallium
From: Marek Olšák
Prologs (shader binaries inserted before the API shader binary) need to
know this, so that they won't change the input registers unintentionally.
---
src/gallium/drivers/radeonsi/si_shader.c | 32
src/gallium/drivers/radeonsi/si_shader.h | 2 ++
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 4bb7ece..dbb9217 100644
--- a/src/gallium/drivers/radeonsi/si_shader.c
+++
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 48996b4..858f8cf 100644
--- a/src/gallium/drivers/radeonsi/si_s
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 82
1 file changed, 51 insertions(+), 31 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 02bfeea..4bb7ece 100644
--- a/src/galli
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 858f8cf..02bfeea 100644
--- a/src/gallium/drivers/radeonsi/si_s
From: Marek Olšák
LLVMBuildInsertValue will be used on return_value.
---
src/gallium/drivers/r600/r600_llvm.c| 2 +-
src/gallium/drivers/radeon/radeon_llvm.h| 4 +++-
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 14 +++---
src/gallium/drivers/radeon
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c| 70 ++-
src/gallium/drivers/radeonsi/si_shader.h| 77 +++--
src/gallium/drivers/radeonsi/si_state.c | 2 +-
src/gallium/drivers/radeonsi/si_state_shaders.c | 91 +-
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 41
src/gallium/drivers/radeonsi/si_shader.h | 2 ++
2 files changed, 43 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index ef4f3
Hi,
This patch series implements a new compilation mode that compiles shaders to hw
bytecode only once with the assumption that any state-dependent code will be
attached at the beginning or end of the bytecode to implement emulated features
such as vertex buffer addressing, two-side color selec
https://bugs.freedesktop.org/show_bug.cgi?id=94168
Bug ID: 94168
Summary: Incorrect rendering when running Populous 3 on wine
using DDraw->WineD3D->OpenGL wrapper [apitrace]
Product: Mesa
Version: git
Hardware: x86 (IA32)
On Mon, 2016-02-15 at 10:49 -0500, Nicolai Hähnle wrote:
>
> On 12.02.2016 17:53, Timothy Arceri wrote:
> > On Thu, 2016-02-11 at 20:10 -0500, Ilia Mirkin wrote:
> > > This fixes
> > >
> > > dEQP-GLES31.functional.uniform_location.negative.atomic_fragment
> > > dEQP-GLES31.functional.uniform_loca
On Mon, 2016-02-15 at 16:12 +0100, Iago Toral wrote:
> On Mon, 2016-02-15 at 18:38 +1100, Timothy Arceri wrote:
> > This is usually handled by the backends in order to handle the
> > various interactions with the gl_*Color built-ins.
> >
> > The problem is this means linking will fail if one side
On Mon, Feb 15, 2016 at 4:38 PM, Matt Turner wrote:
> On Mon, Feb 15, 2016 at 12:50 PM, Ilia Mirkin wrote:
>> In a few places your indentation is off -- please look at the 'git
>> diff' output, it should be pretty obvious. You used 2 spaces instead
>> of 3 (in just a handful of places).
>
> If yo
On 15.02.2016 22:44, Samuel Pitoiset wrote:
When the number of uniform blocks is less than 12,
ARB_uniform_buffer_object can't be enabled and the maximum GL version
is not even 3.1...
This fixes a regression introduced in 7c79c1e (st/mesa: add compute
shader state) if the maximum number of unif
On Mon, Feb 15, 2016 at 4:44 PM, Samuel Pitoiset
wrote:
> When the number of uniform blocks is less than 12,
> ARB_uniform_buffer_object can't be enabled and the maximum GL version
> is not even 3.1...
>
> This fixes a regression introduced in 7c79c1e (st/mesa: add compute
> shader state) if the m
When the number of uniform blocks is less than 12,
ARB_uniform_buffer_object can't be enabled and the maximum GL version
is not even 3.1...
This fixes a regression introduced in 7c79c1e (st/mesa: add compute
shader state) if the maximum number of uniform blocks allowed for
compute shaders is less
On 02/15/2016 10:40 PM, Samuel Pitoiset wrote:
When the number of uniform blocks is less than 12,
ARB_uniform_buffer_object can't be enabled and the maximum GL version
is not even 3.1...
This fixes a regression introduced in 7c79c1e (st/mesa: add compute
shader state) if the maximum number of
When the number of uniform blocks is less than 12,
ARB_uniform_buffer_object can't be enabled and the maximum GL version
is not even 3.1...
This fixes a regression introduced in 7c79c1e (st/mesa: add compute
shader state) if the maximum number of uniform blocks allowed for
compute shaders is less
On Mon, Feb 15, 2016 at 12:50 PM, Ilia Mirkin wrote:
> In a few places your indentation is off -- please look at the 'git
> diff' output, it should be pretty obvious. You used 2 spaces instead
> of 3 (in just a handful of places).
If you use vim, you can put something like this in your ~/.vimrc:
On Thu, Feb 11, 2016 at 08:33:53PM +0200, Topi Pohjolainen wrote:
> This series enables compression for single sampled color surfaces,
> also referred to as "lossless compression". This is yet only for
> driver internal use easing pressure on memory bandwidth and caches
> when writing, blending and
On Thu, Feb 11, 2016 at 08:34:11PM +0200, Topi Pohjolainen wrote:
> v2: Use explicitly against base type of GL_FLOAT instead of
> using _mesa_is_format_integer_color(). Otherwise we miss
> GL_UNSIGNED_NORMALIZED.
>
> Signed-off-by: Topi Pohjolainen
> ---
> src/mesa/drivers/dri/i965/intel
On Thu, Feb 11, 2016 at 08:34:09PM +0200, Topi Pohjolainen wrote:
> Alos use the opportunity to mark inputs constant. (Context has to be
Also
> given as read-write to intel_miptree_supports_non_msrt_fast_clear()
> to support debug output).
>
> Signed-off-by: Topi Pohjolainen
> ---
> src/mesa/d
On Thu, Feb 11, 2016 at 08:34:07PM +0200, Topi Pohjolainen wrote:
> v2 (Ben): Use combination of msaa_layout and number of samples
> instead of introducing explicit type for lossless
> compression (intel_miptree_is_lossless_compressed()).
>
> Signed-off-by: Topi Pohjolainen
>
In a few places your indentation is off -- please look at the 'git
diff' output, it should be pretty obvious. You used 2 spaces instead
of 3 (in just a handful of places).
On Fri, Feb 12, 2016 at 7:38 AM, Plamena Manolova
wrote:
> This patch moves the calculation of current uniforms to
> link_uni
On Thu, Feb 11, 2016 at 08:34:06PM +0200, Topi Pohjolainen wrote:
> Subsequent patch will modify the surface state to set state to
> unresolved whenever the surface is used as render target. Color
> resolve itself will use the same surface setup path and marking
> the buffer as cleared after the dr
ping? Ian, did you have a chance to look over my answers? Were you
hoping something more thorough would get done for these checks?
On Fri, Jan 8, 2016 at 6:24 PM, Ilia Mirkin wrote:
> On Fri, Jan 8, 2016 at 6:19 PM, Ian Romanick wrote:
>> On 01/08/2016 12:50 PM, Ilia Mirkin wrote:
>>> As the rel
On Sat, Feb 13, 2016 at 09:36:01AM +0200, Pohjolainen, Topi wrote:
> On Thu, Feb 11, 2016 at 01:48:18PM -0800, Ben Widawsky wrote:
> > On Thu, Feb 11, 2016 at 08:33:58PM +0200, Topi Pohjolainen wrote:
> > > Signed-off-by: Topi Pohjolainen
> > > ---
> > > src/mesa/drivers/dri/i965/intel_mipmap_tre
On Mon, Feb 15, 2016 at 8:33 PM, Jochen Rollwagen wrote:
> Am 15.02.2016 um 15:53 schrieb Oded Gabbay:
>>
>> Sent with MailTrack
>>
>> On Sat, Feb 13, 2016 at 2:39 AM, Roland Scheidegger
>> wrote:
>>>
>>> Am 12.02.2016 um 10:01 schrieb Jochen Rollwagen:
Hi,
i think i found & f
On 02/14/2016 10:44 AM, Ilia Mirkin wrote:
On Sun, Feb 14, 2016 at 9:47 AM, Brian Paul wrote:
On 02/13/2016 01:03 PM, Ilia Mirkin wrote:
On Fri, Feb 12, 2016 at 10:43 AM, Brian Paul wrote:
diff --git a/src/mesa/state_tracker/st_context.c
b/src/mesa/state_tracker/st_context.c
index 9016846.
For saving/restoring all shader stages.
---
src/gallium/auxiliary/cso_cache/cso_context.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/auxiliary/cso_cache/cso_context.h
b/src/gallium/auxiliary/cso_cache/cso_context.h
index 0305451..a3563d8 100644
--- a/src/gallium/auxilia
---
src/mesa/state_tracker/st_cb_bitmap.c | 9 +++--
src/mesa/state_tracker/st_cb_clear.c | 8 ++--
src/mesa/state_tracker/st_cb_drawpixels.c | 8 ++--
src/mesa/state_tracker/st_cb_texture.c| 8 ++--
4 files changed, 9 insertions(+), 24 deletions(-)
diff --git a/src/m
This improves the performance of applications which use glXUseXFont()
or wglUseFontBitmaps() and glCallLists() to draw bitmap text.
Basically, we collect all the glBitmap images from the display lists
and put them into a texture atlas. To render the bitmaps for a
glCallLists() command, we render
On 15.02.2016 11:31, Brian Paul wrote:
On 02/15/2016 08:45 AM, Nicolai Hähnle wrote:
On 12.02.2016 20:07, Brian Paul wrote:
This improves the performance of applications which use glXUseXFont()
or wglUseFontBitmaps() and glCallLists() to draw bitmap text.
Basically, we collect all the glBitm
On 02/15/2016 08:45 AM, Nicolai Hähnle wrote:
On 12.02.2016 20:07, Brian Paul wrote:
This improves the performance of applications which use glXUseXFont()
or wglUseFontBitmaps() and glCallLists() to draw bitmap text.
Basically, we collect all the glBitmap images from the display lists
and put
On Feb 15, 2016 3:24 AM, "Pekka Paalanen" wrote:
>
> On Thu, 11 Feb 2016 10:34:10 -0600
> Derek Foreman wrote:
>
> > Since commit d1314de293e9e4a63c35f094c3893aaaed8580b4 we ignore
> > damage passed to SwapBuffersWithDamage.
> >
> > Wayland 1.10 now has functionality that allows us to properly
>
Anyone willing to take a look?
Thanks!
Eduardo
On 02/10/2016 02:57 PM, Eduardo Lima Mitev wrote:
> Currently, when validating format and type on ES3, we treat GL_BGRA as a
> special case when obtaining the effective internal format from the format
> and type. This is because _mesa_base_tex_forma
On 12.02.2016 17:53, Timothy Arceri wrote:
On Thu, 2016-02-11 at 20:10 -0500, Ilia Mirkin wrote:
This fixes
dEQP-GLES31.functional.uniform_location.negative.atomic_fragment
dEQP-GLES31.functional.uniform_location.negative.atomic_vertex
Both of which have lines like
layout(location = 3, bind
On 12.02.2016 20:07, Brian Paul wrote:
This improves the performance of applications which use glXUseXFont()
or wglUseFontBitmaps() and glCallLists() to draw bitmap text.
Basically, we collect all the glBitmap images from the display lists
and put them into a texture atlas. To render the bitm
On 12.02.2016 20:07, Brian Paul wrote:
This basically saves the current pipeline state, sets up state for
rendering, constructs a set of textured quads, renders, then restores
the previous pipeline state.
It shouldn't be hard to implement a similar function for non-gallium
drives. With some cod
Reviewed-by: Iago Toral Quiroga
On Mon, 2016-02-15 at 14:06 +1100, Timothy Arceri wrote:
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93339
> ---
> src/compiler/glsl/link_varyings.cpp | 23 +++
> 1 file changed, 7 insertions(+), 16 deletions(-)
>
> diff --git a/s
On 12.02.2016 19:41, Jan Vesely wrote:
Signed-off-by: Jan Vesely
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure.ac b/configure.ac
index 2750d4d..57330cb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2295,6 +2295,9 @@ dnl in LLVM_LIBS.
if test "x$MESA_L
On Mon, 2016-02-15 at 18:38 +1100, Timothy Arceri wrote:
> This is usually handled by the backends in order to handle the
> various interactions with the gl_*Color built-ins.
>
> The problem is this means linking will fail if one side on the
> interface adds the smooth qualifier to the varying and
2016-02-03 4:45 GMT+08:00 Rob Herring :
> TARGET_CC is not defined for the secondary arch on combined 32/64-bit
> builds. The build system uses 2ND_TARGET_CC instead and it is not meant
> to be used in module makefiles. LOCAL_CC was used to provide C only
> flags as -std=c99 is not valid for C++ fi
2016-02-03 4:45 GMT+08:00 Rob Herring :
> Use the LOCAL_CFLAGS_{32/64} instead of arch specific variants to define
> the DEFAULT_DRIVER_DIR. This enables building for arm64.
>
> Cc: Emil Velikov
> Cc: Chih-Wei Huang
> Signed-off-by: Rob Herring
> ---
> v2:
> - Use LOCAL_CFLAGS_(32|64) instead of
Sent with MailTrack
On Sat, Feb 13, 2016 at 2:39 AM, Roland Scheidegger wrote:
>
> Am 12.02.2016 um 10:01 schrieb Jochen Rollwagen:
> > Hi,
> >
> > i think i found & fixed a bug in mesa concerning tests for big-endian
> > machines. The defines tested don't exist or are wrongly defined so the
> >
Reviewed-by: Iago Toral Quiroga
On Mon, 2016-02-15 at 18:38 +1100, Timothy Arceri wrote:
> Seems to have become unused when i965 moved to NIR.
> ---
> src/compiler/glsl/ir.cpp | 15 ---
> src/compiler/glsl/ir.h | 11 ---
> 2 files changed, 26 deletions(-)
>
> diff --git a/
Looks good to me. Sorry about breaking it.
Reviewed-by: Neil Roberts
- Neil
Rob Herring writes:
> Commit 5fd848f6c9ee ("program: Use _mesa_geometric_samples to calculate
> gl_NumSamples") broken Android builds. Add the missing include path "main"
> to framebuffer.h like other includes in prog
Commit 5fd848f6c9ee ("program: Use _mesa_geometric_samples to calculate
gl_NumSamples") broken Android builds. Add the missing include path "main"
to framebuffer.h like other includes in prog_statevars.c.
Cc: Neil Roberts
Cc: Ilia Mirkin
Signed-off-by: Rob Herring
---
v2: Add main to #include i
On Thu, 11 Feb 2016 10:34:10 -0600
Derek Foreman wrote:
> Since commit d1314de293e9e4a63c35f094c3893aaaed8580b4 we ignore
> damage passed to SwapBuffersWithDamage.
>
> Wayland 1.10 now has functionality that allows us to properly
> process those damage rectangles, and a way to query if it's
> av
From: Daniel Czarnowski
Patch provides a 'sane default' for a set pbuffer surface size when
EGL_LARGEST_PBUFFER is used by the client. MIN2 macro is moved to
egldefines so that it can be shared.
Fixes following Piglit test:
egl-create-largest-pbuffer-surface
Signed-off-by: Matt Roper
Cc: "1
This got pushed accidentally in the first place but wasn't reverted
as it didn't regress piglit but instead fixed one newly introduced
test exercising a corner in case in i965 driver. However, saving and
restoring vertex buffer context is complicated and requires more
thought.
Bugzilla: https://bu
1 - 100 of 102 matches
Mail list logo
