Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +++
src/mesa/drivers/dri/i965/brw_vec4.cpp | 3 +++
2 files changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
b/src/mesa/drivers/dri/i965/brw_fs.cpp
index b2b7762..8185355 100644
--- a/src/me
https://bugs.freedesktop.org/show_bug.cgi?id=91888
--- Comment #5 from Giulio Camuffo ---
(In reply to Daniel Stone from comment #2)
> I think that commit is a a red herring. 0x3098 is
> EGL_CONTEXT_CLIENT_VERSION, and Mesa has recently gained more strictness:
> if ((api != EGL_OPENGL_ES
On Mon, Nov 9, 2015 at 11:28 AM, Brian Paul wrote:
> On 11/07/2015 09:05 PM, Jimmy Berry wrote:
>>
>> - env GALLIUM_HUD_VISIBLE: control default visibility
>> - env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal
>> ---
>> docs/envvars.html | 6 ++
>> src/gall
- env GALLIUM_HUD_VISIBLE: control default visibility
- env GALLIUM_HUD_SIGNAL_TOGGLE: toggle visibility via signal
---
Added fflush(stderr) per request.
docs/envvars.html | 6 ++
src/gallium/auxiliary/hud/hud_context.c | 29 +
2 files chang
On Mon, Nov 9, 2015 at 4:56 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> brw_meta_fast_clear.c: In function 'get_buffer_rect':
> brw_meta_fast_clear.c:318:37: warning: unused parameter 'brw'
> [-Wunused-parameter]
> get_buffer_rect(struct brw_context *brw, struct gl_framebuffer *fb,
>
From: Dave Airlie
Need to insert a SQ_NON_EVENT when ever geometry
shaders are enabled.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_hw_context.c | 5 +
src/gallium/drivers/r600/r600_pipe.h | 1 +
src/gallium/drivers/r600/r600_state_common.c | 7 +++
src/galli
From: Dave Airlie
We need to emit at least one cut/emit in every
geometry shader, the easiest workaround it to
stick a single CUT at the top of each geom shader.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/g
From: Dave Airlie
Seems like MFC should be set for this shader.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index 80922bf..c8eb03f 1006
From: Dave Airlie
The docs say we should send the emit after the ring writes,
so lets do that and not have an ALU in between.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 42 +++---
1 file changed, 24 insertions(+), 18 deletions(-)
diff -
From: Dave Airlie
This is specified in the docs for rv670 to work properly.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_state.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_state.c
b/src/gallium/drivers/r600/r600_s
From: Dave Airlie
SB suggests we do this for r600, so lets do it,
for the copy shader.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_shader.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_s
From: Dave Airlie
On some chips the GSVS itemsize needs to be aligned to a cacheline size.
This only applies to some of the r600 family chips.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_state.c | 20
1 file changed, 20 insertions(+)
diff --git a/src/gal
I've had these sitting locally and heiko on #dri-devel found
they fixed some issues for him.
Marek provided me with some errata and this is the results of
implementing them.
It is nearly all fixes for r600 era hw.
Dave.
___
mesa-dev mailing list
mesa-
From: Dave Airlie
streamout, gs rings bug on certain r600s, requires a wait idle
before each surface sync.
Signed-off-by: Dave Airlie
---
src/gallium/drivers/r600/r600_hw_context.c | 4
src/gallium/drivers/r600/r600_pipe.h | 1 +
src/gallium/drivers/r600/r600_state_common.c |
On 09.11.2015 06:45, Marek Olšák wrote:
> From: Marek Olšák
>
> I missed this in commit c3e527f93d4281ad6e2ca165eaf6ff588e4faefa
> radeonsi: only enable write confirmation on the last CP DMA packet
> ---
> src/gallium/drivers/radeonsi/si_cp_dma.c | 4 ++--
> 1 file changed, 2 insertions(+),
On Mon, Nov 9, 2015 at 2:24 PM, Chad Versace wrote:
> On Wed 04 Nov 2015, Jason Ekstrand wrote:
>> ---
>> .../drivers/dri/i965/brw_fs_surface_builder.cpp| 157
>> ++---
>> 1 file changed, 106 insertions(+), 51 deletions(-)
>>
>> diff --git a/src/mesa/drivers/dri/i965/brw_fs_s
On Mon, Nov 9, 2015 at 3:52 PM, Ian Romanick wrote:
> On 11/04/2015 03:55 PM, Jason Ekstrand wrote:
>> Here's some shader-db numbers:
>>
>> total instructions in shared programs: 6236146 -> 6255385 (0.31%)
>> instructions in affected programs: 203629 -> 222868 (9.45%)
>> helped:
On 11/09/2015 05:01 PM, Valera Rozuvan wrote:
Hi,
I have been trying to follow the instructions from the page
http://www.mesa3d.org/vmware-guest.html . My host OS is Windows 7, which
has OpenGL 4.3 and DX11, my Guest OS is Ubuntu 15.10 with custom Linux
kernel 4.3. Please see detailed output fro
Hi,
I have been trying to follow the instructions from the page
http://www.mesa3d.org/vmware-guest.html . My host OS is Windows 7, which
has OpenGL 4.3 and DX11, my Guest OS is Ubuntu 15.10 with custom Linux
kernel 4.3. Please see detailed output from various host Ubuntu subsystems
at http://paste
Also on the meta-cannot-use-Gen branch of my fd.o Mesa tree. This
branch will contain all of the current work... including patches beyond
this series.
On 11/09/2015 04:55 PM, Ian Romanick wrote:
> In OpenGL ES (all versions!) and OpenGL compatibility profile,
> applications don't have to call Gen
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 32
1 file changed, 20 insertions(+), 12 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 6927ae9..57993cf 100644
--- a/src/mesa/d
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 8249eda..1bf3d52 100644
--- a/src/mesa/drivers/common/meta.c
+
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_meta_stencil_blit.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_meta_stencil_blit.c
b/src/mesa/drivers/dri/i965/brw_meta_stencil_blit.c
index cbbb919..62
From: Ian Romanick
Future patches will use the brw_context instead. Keeping this
non-functional change separate should make the function changes easier
to review.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_meta_fast_clear.c | 9 +
1 file changed, 5 insertions(+), 4
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 12 +---
src/mesa/drivers/common/meta_blit.c| 2 +-
src/mesa/drivers/common/meta_generate_mipmap.c | 4 ++--
3 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/
From: Ian Romanick
Meta currently does this, but future changes will make this impossible.
Explicitly do it as a step in the patch series now to catch any possible
kinks.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c| 42 +++
src/mesa/dr
From: Ian Romanick
tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions. The GL spec is very
clear about how you can mix-and-match generated names and non-generated
n
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta_tex_subimage.c | 30 +++--
1 file changed, 11 insertions(+), 19 deletions(-)
diff --git a/src/mesa/drivers/common/meta_tex_subimage.c
b/src/mesa/drivers/common/meta_tex_subimage.c
index 181
From: Ian Romanick
This setting is only used by glTexCoordPointer and related glEnable
calls. Since the preceeding commits removed all of those, it is not
necessary to save, reset to default, or restore this state.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 3 ---
src/me
From: Ian Romanick
Pulls the parts of update_array_format that aren't just parameter
validation out into a function that can be called from other parts of
Mesa (e.g., meta).
Signed-off-by: Ian Romanick
---
src/mesa/main/varray.c | 68 --
src/mesa
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_meta_fast_clear.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c
b/src/mesa/drivers/dri/i965/brw_meta_fast_clear.c
index 847824c..
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/main/varray.c | 29 +++--
src/mesa/main/varray.h | 7 +++
2 files changed, 22 insertions(+), 14 deletions(-)
diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c
index 887d0c0..5e0534a 100644
--- a
From: Ian Romanick
The fixed-function attribute paths don't get the DSA treatment because
there are no DSA entry-points for fixed-function attributes. These
could have been added, but this is a temporary patch intended to make
later patches easier to review.
Signed-off-by: Ian Romanick
---
sr
From: Ian Romanick
tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions. The GL spec is very
clear about how you can mix-and-match generated names and non-generated
n
From: Ian Romanick
Instead of going through the GL API implementation functions, use the
lower-level functions. This means that we have to keep track of a
pointer to the gl_buffer_object and the gl_vertex_array_object.
This has two advantages. First, it avoids a bunch of CPU overhead in
lookin
From: Ian Romanick
tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions. The GL spec is very
clear about how you can mix-and-match generated names and non-generated
n
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 76 --
1 file changed, 43 insertions(+), 33 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 8cf0bf9..3507927 100644
--- a/
From: Ian Romanick
Nothing left in meta does anything with the VBO binding, so we don't
need to save or restore it. The VAO binding is still modified.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 6 --
src/mesa/drivers/common/meta.h | 1 -
2 files changed, 7 deletions(
From: Ian Romanick
tl;dr: For many types of GL object, we can *NEVER* use the Gen function.
In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions. The GL spec is very
clear about how you can mix-and-match generated names and non-generated
n
From: Ian Romanick
brw_meta_fast_clear.c: In function 'get_buffer_rect':
brw_meta_fast_clear.c:318:37: warning: unused parameter 'brw'
[-Wunused-parameter]
get_buffer_rect(struct brw_context *brw, struct gl_framebuffer *fb,
^
brw_meta_fast_clear.c:319:44: wa
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c | 23 ++-
src/mesa/drivers/common/meta.h | 2 +-
2 files changed, 19 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 1bf3d52..
From: Ian Romanick
Pulls the parts of enable_vertex_array_attrib that aren't just parameter
validation out into a function that can be called from other parts of
Mesa (e.g., meta).
_mesa_enable_vertex_array_attrib can also be used to enable
fixed-function arrays.
Signed-off-by: Ian Romanick
--
From: Ian Romanick
Signed-off-by: Ian Romanick
---
src/mesa/drivers/common/meta.c| 69 +++
src/mesa/drivers/common/meta.h| 19 ---
src/mesa/drivers/common/meta_blit.c | 11 ++--
src/mesa/drivers/common/meta_generate_m
In OpenGL ES (all versions!) and OpenGL compatibility profile,
applications don't have to call Gen functions. The GL spec is very
clear about how you can mix-and-match generated names and non-generated
names: you can use any name you want for a particular object type until
you call the Gen functio
On Mon, Nov 9, 2015 at 7:10 PM, Ian Romanick wrote:
> On 11/04/2015 03:26 PM, Ryan Houdek wrote:
>> I'm hoping to potentially convince about lowering the minimum
>> requirement of EXT_buffer_storage from ES 3.1 to ES 3.0.
>> The only thing that causes it to require ES 3.1 is glMemoryBarrier,
>> wh
On Mon, 2015-11-09 at 14:48 -0800, Jordan Justen wrote:
> v2:
> * Move shared parsing under storage qualifiers (tarceri)
> * Fail to compile if shared is used in non-compute shader (tarceri)
> * Use separate shared_storage bit for shared variables (tarceri)
>
> Signed-off-by: Jordan Justen
> C
For the series:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 11/04/2015 03:26 PM, Ryan Houdek wrote:
> I'm hoping to potentially convince about lowering the minimum
> requirement of EXT_buffer_storage from ES 3.1 to ES 3.0.
> The only thing that causes it to require ES 3.1 is glMemoryBarrier,
> which shouldn't really be a hard requirement since the extens
On 11/04/2015 03:55 PM, Jason Ekstrand wrote:
> Here's some shader-db numbers:
>
> total instructions in shared programs: 6236146 -> 6255385 (0.31%)
> instructions in affected programs: 203629 -> 222868 (9.45%)
> helped:118
> HURT:
On 10/31/2015 09:43 AM, Luc Verhaegen wrote:
> Hi,
>
> At FOSDEM on sunday 31st of january 2016, there will be another graphics
> DevRoom. URL: https://fosdem.org/2016/
>
> At first, I wanted to skip another year (like in 2011), as speaker
> turn-out was disgracefully low last year. But when i
On 11/09/2015 04:07 PM, Jose Fonseca wrote:
Ideally we should have a _mesa_cleanup_buffer_object function in
src/mesa/bufferobj.c so that the destruction logic resided in a single
place.
---
src/mesa/state_tracker/st_cb_bufferobjects.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/me
https://bugs.freedesktop.org/show_bug.cgi?id=92877
Bug ID: 92877
Summary: Add support for libglvnd
Product: Mesa
Version: unspecified
Hardware: Other
URL: http://lists.freedesktop.org/archives/mesa-dev/2015-Se
Ideally we should have a _mesa_cleanup_buffer_object function in
src/mesa/bufferobj.c so that the destruction logic resided in a single
place.
---
src/mesa/state_tracker/st_cb_bufferobjects.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
b/src/me
v2:
* Move shared parsing under storage qualifiers (tarceri)
* Fail to compile if shared is used in non-compute shader (tarceri)
* Use separate shared_storage bit for shared variables (tarceri)
Signed-off-by: Jordan Justen
Cc: Timothy Arceri
---
Notes:
git://people.freedesktop.org/~jljus
Shared variables are stored in a common pool accessible by all threads
in a compute shader local work group.
These variables are similar to OpenCL's local/__local variables.
Signed-off-by: Jordan Justen
Reviewed-by: Timothy Arceri
---
src/glsl/ir.h | 1 +
src/glsl/ir_print_visi
Signed-off-by: Jordan Justen
---
src/glsl/ir_print_visitor.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/ir_print_visitor.cpp b/src/glsl/ir_print_visitor.cpp
index b919690..211ac76 100644
--- a/src/glsl/ir_print_visitor.cpp
+++ b/src/glsl/ir_print_visitor.cpp
@@
Signed-off-by: Jordan Justen
Reviewed-by: Timothy Arceri
---
src/glsl/ast_to_hir.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 42ccf0d..ee68a44 100644
--- a/src/glsl/ast_to_hir.cpp
+++ b/src/glsl/ast_to_hir.cpp
@@ -2790,6 +2790,
v2:
* Split from patch to add ir_var_shader_shared (tarceri)
Signed-off-by: Jordan Justen
Reviewed-by: Timothy Arceri
---
src/glsl/ir.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/glsl/ir.h b/src/glsl/ir.h
index 9c9f22d..e576db5 100644
--- a/src/glsl/
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> Now that the compiler is all switched over to brw_lower_image_format and
> state-setup doesn't need it, we can get rid of the old helper.
> ---
> src/mesa/drivers/dri/i965/brw_context.h | 2 -
> src/mesa/drivers/dri/i965/brw_surface_formats.c
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 7 ---
> src/mesa/drivers/dri/i965/brw_fs_surface_builder.cpp | 14 ++
> src/mesa/drivers/dri/i965/brw_fs_surface_builder.h | 4 ++--
> 3 files changed, 12 insertions(+), 13
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> On Wed, Nov 4, 2015 at 5:10 PM, Ilia Mirkin wrote:
> > On Wed, Nov 4, 2015 at 8:03 PM, Jason Ekstrand wrote:
> >> ---
> >> src/mesa/drivers/dri/i965/brw_image_load_store.c | 49
> >>
> >> src/mesa/drivers/dri/i965/brw_image_lo
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> ---
> .../drivers/dri/i965/brw_fs_surface_builder.cpp| 157
> ++---
> 1 file changed, 106 insertions(+), 51 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_surface_builder.cpp
> b/src/mesa/drivers/dri/i965/brw_fs_sur
On 10 November 2015 at 06:36, Brian Paul wrote:
> On 11/09/2015 01:15 PM, Dave Airlie wrote:
>>
>> On 10 November 2015 at 00:30, Roland Scheidegger
>> wrote:
>>>
>>> Am 09.11.2015 um 04:44 schrieb Dave Airlie:
So it appears my patch to enable front buffer access on soft/llvmpipe
ca
On Mon, 2015-11-09 at 07:43 -0500, Rob Clark wrote:
> On Sun, Nov 8, 2015 at 7:58 PM, Timothy Arceri
> wrote:
> > On Sun, 2015-11-08 at 15:12 -0500, Rob Clark wrote:
> > > From: Rob Clark
> > >
> > > With TGSI, the ir_variable::data.location gets fixed up to be a stage
> > > local location (rath
https://bugs.freedesktop.org/show_bug.cgi?id=92869
--- Comment #2 from Gustaf Ullberg ---
Thanks José,
Interesting to see that you have been working on this already. So, what is the
current status? Is the patch ready to be merged after some testing or is it
controversial or incomplete in any way
On Mon, Nov 9, 2015 at 3:29 PM, Roland Scheidegger wrote:
> Am 09.11.2015 um 21:12 schrieb Ilia Mirkin:
>> On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger
>> wrote:
>>> Am 09.11.2015 um 19:40 schrieb Ilia Mirkin:
This is basically a resend of a series I wrote over a year ago. I
don'
On 11/09/2015 01:15 PM, Dave Airlie wrote:
On 10 November 2015 at 00:30, Roland Scheidegger wrote:
Am 09.11.2015 um 04:44 schrieb Dave Airlie:
So it appears my patch to enable front buffer access on soft/llvmpipe
causes some piglit regressions. However these are due to piglit having
undefined
Am 09.11.2015 um 21:12 schrieb Ilia Mirkin:
> On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger wrote:
>> Am 09.11.2015 um 19:40 schrieb Ilia Mirkin:
>>> This is basically a resend of a series I wrote over a year ago. I
>>> don't remember what we hated about it last time, but I'm tempted not
>>>
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> This little data structure and associated array contains all of the image
> format metadata needed for doing image_load_store work-arounds. This way
> we can pull metadata from within the i965 driver without having to go out
> to core mesa for it. It is
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> Eventually, we'll switch over to this new function and delete the old one
> completely. However, duplicating it both makes the transition smoother and
> allows us to assert that they are the same.
>
> While we're at it, we start a new file for collectin
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> Previously, we were relying on has_matching_typed_format returning true for
> MESA_FORMAT_NONE which, in turn, relied on _mesa_get_format_bytes returning
> 1 for MESA_FORMAT_NONE. All of this is extremely non-obvious. Instead,
> this commit makes us han
On Wed 04 Nov 2015, Jason Ekstrand wrote:
> This little patch series converts fs_surface_builder to use native formats
> for doing all of its image_load_store workaround tricks. If you're willing
> to take as an axiom that we want to not link the backend compiler against
> core mesa, this leaves u
On 10 November 2015 at 00:30, Roland Scheidegger wrote:
> Am 09.11.2015 um 04:44 schrieb Dave Airlie:
>> So it appears my patch to enable front buffer access on soft/llvmpipe
>> causes some piglit regressions. However these are due to piglit having
>> undefined behaviour where it doesn't create a
On 11/09/2015 09:14 PM, Ilia Mirkin wrote:
On Mon, Nov 9, 2015 at 3:13 PM, Samuel Pitoiset
wrote:
On 11/09/2015 09:03 PM, Ilia Mirkin wrote:
On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset
wrote:
On 11/09/2015 07:40 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
docs/G
On Mon, Nov 9, 2015 at 3:13 PM, Samuel Pitoiset
wrote:
>
>
> On 11/09/2015 09:03 PM, Ilia Mirkin wrote:
>>
>> On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset
>> wrote:
>>>
>>>
>>>
>>> On 11/09/2015 07:40 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
docs/GL3.t
On 11/09/2015 09:03 PM, Ilia Mirkin wrote:
On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset
wrote:
On 11/09/2015 07:40 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt| 2 +-
docs/relnotes/11.1.0.html | 1 +
On Mon, Nov 9, 2015 at 3:07 PM, Roland Scheidegger wrote:
> Am 09.11.2015 um 19:40 schrieb Ilia Mirkin:
>> This is basically a resend of a series I wrote over a year ago. I
>> don't remember what we hated about it last time, but I'm tempted not
>> to look. This seems pretty reasonably to me now.
>
Am 09.11.2015 um 19:40 schrieb Ilia Mirkin:
> This is basically a resend of a series I wrote over a year ago. I
> don't remember what we hated about it last time, but I'm tempted not
> to look. This seems pretty reasonably to me now.
I guess I wasn't entirely happy with yet another clear method...
On Tue, Nov 3, 2015 at 11:53 PM, Kenneth Graunke wrote:
> On Wednesday, October 21, 2015 03:58:17 PM Matt Turner wrote:
>> ---
>> src/mesa/drivers/dri/i965/brw_eu_validate.c | 244
>>
>> 1 file changed, 244 insertions(+)
>>
>> diff --git a/src/mesa/drivers/dri/i965/b
On Mon, Nov 9, 2015 at 2:58 PM, Samuel Pitoiset
wrote:
>
>
> On 11/09/2015 07:40 PM, Ilia Mirkin wrote:
>>
>> Signed-off-by: Ilia Mirkin
>> ---
>> docs/GL3.txt| 2 +-
>> docs/relnotes/11.1.0.html | 1 +
>> src/gallium/drivers/nouveau
On Mon, Nov 09, 2015 at 11:50:25AM -0800, Kenneth Graunke wrote:
> On Saturday, November 07, 2015 08:40:51 AM Ben Widawsky wrote:
> > On Fri, Nov 06, 2015 at 07:29:18PM -0800, Kenneth Graunke wrote:
> > > On Friday, November 06, 2015 06:12:27 PM Ben Widawsky wrote:
> > > > The comment in the code d
On 11/09/2015 07:40 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt| 2 +-
docs/relnotes/11.1.0.html | 1 +
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
src/gallium/drivers/nouveau/nvc0/nvc0_surface
On Saturday, November 07, 2015 08:40:51 AM Ben Widawsky wrote:
> On Fri, Nov 06, 2015 at 07:29:18PM -0800, Kenneth Graunke wrote:
> > On Friday, November 06, 2015 06:12:27 PM Ben Widawsky wrote:
> > > The comment in the code details the restriction. Thanks to Ken for having
> > > a very
> > > help
On Tue 03 Nov 2015, Ben Widawsky wrote:
> On Fri, Oct 16, 2015 at 04:10:02PM -0700, Chad Versace wrote:
> > But this patch doesn't enable fast clears! The reverts in pathches 6 and
> > 7 need to be folded into this patch, otherwise the patch does not do
> > what it claims.
> >
> > Also, you can't
On Tue 03 Nov 2015, Ben Widawsky wrote:
> On Fri, Oct 16, 2015 at 04:05:22PM -0700, Chad Versace wrote:
> > On Tue 13 Oct 2015, Ben Widawsky wrote:
> > > Initially I had this planned as a patch to be squashed in to the enabling
> > > patch
> > > because there is no point enabling fast clears witho
On Mon, Nov 9, 2015 at 1:56 PM, Matt Turner wrote:
> On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote:
>> On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote:
>>> On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote:
st/mesa only prints messages in a debug context. Without always enabling
>>>
On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote:
> On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote:
>> On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote:
>>> st/mesa only prints messages in a debug context. Without always enabling
>>> the message generation, I don't see a way to hook into t
On Mon, Nov 9, 2015 at 10:46 AM, Ilia Mirkin wrote:
> I used this script in conjunction with ST_DUMP_SHADERS. What other way is
> there?
Some local hack and we should probably finish and upstream.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.or
On Mon, Nov 9, 2015 at 1:35 PM, Matt Turner wrote:
> On Sun, Nov 8, 2015 at 8:53 PM, Ilia Mirkin wrote:
>> st/mesa only prints messages in a debug context. Without always enabling
>> the message generation, I don't see a way to hook into the glEnable() to
>> turn it on/off.
>> ---
>> run.c | 1 +
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Monday, November 09, 2015 1:34 PM
>To: Liu, Leo
>Cc: mesa-dev@lists.freedesktop.org
>Subject: Re: [PATCH] st/omx: straighten get/put_screen
>
>On 9 November 2015 at 15:22, Liu, Leo wrote:
>>>-Original Me
I used this script in conjunction with ST_DUMP_SHADERS. What other way is there?
On Mon, Nov 9, 2015 at 1:36 PM, Matt Turner wrote:
> I think Ken has some hacks in Mesa to dump shaders, so we don't use
> this script very much any more. Feel free to commit this in any case.
___
https://bugs.freedesktop.org/show_bug.cgi?id=90264
--- Comment #55 from Antoine Labour ---
(In reply to paviluf from comment #52)
> I don't know if you are aware but there is a similar bug in chromium that as
> been fixed.
> https://code.google.com/p/chromium/issues/detail?id=442111
Yeah, that b
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt| 2 +-
docs/relnotes/11.1.0.html | 1 +
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
src/gallium/drivers/nouveau/nvc0/nvc0_surface.c | 82 +
4 files changed,
https://bugs.freedesktop.org/show_bug.cgi?id=90264
--- Comment #56 from Antoine Labour ---
(In reply to Furkan from comment #54)
> Quoted from the Chromium bug report page:
>
> "I disabled use_virtualized_gl_contexts on non-nvidia drivers in the latest
> build of chromium"
>
> I don't know what
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_cb_texture.c | 29 +
src/mesa/state_tracker/st_extensions.c | 1 +
2 files changed, 30 insertions(+)
diff --git a/src/mesa/state_tracker/st_cb_texture.c
b/src/mesa/state_tracker/st_cb_texture.c
index d4c916e..
This is basically a resend of a series I wrote over a year ago. I
don't remember what we hated about it last time, but I'm tempted not
to look. This seems pretty reasonably to me now.
A refactoring opportunity exists to remove ->clear_render_target and
->clear_depth_stencil, but... that can be don
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/context.rst | 4
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen
On Fri, Oct 30, 2015 at 10:49 AM, Connor Abbott wrote:
> Ping. I just pushed the corresponding mesa patch to master yesterday,
> so I'd like to get this landed in shader-db soon.
Acked-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedeskto
Feel free to commit!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
1 - 100 of 157 matches
Mail list logo
