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
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
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
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
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:
On 14.02.2016 23:41, Mauro Rossi wrote:
>
> From: Mauro Rossi >
> 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
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
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
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
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
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
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=94168
Michel Dänzer changed:
What|Removed |Added
Component|GLX |Mesa core
--
You
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
>>
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
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
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
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
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).
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
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
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:
> >
> >
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
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':
>
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
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 ++--
>
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
>>>
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
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.
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
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.
---
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
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 ++-
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
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
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 +-
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
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 +
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
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
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
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
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
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 +
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
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
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
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
---
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
---
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
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
---
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 +++---
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 +-
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
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
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
> > >
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
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
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
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
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
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
> ---
>
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
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
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
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
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
> > > ---
> > >
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:
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
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
---
---
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
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
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
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
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
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,
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
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
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(-)
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
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
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
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
>
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
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
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
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
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
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
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:
1 - 100 of 102 matches
Mail list logo