Kenneth Graunke writes:
> On 12/07/2012 02:08 PM, Eric Anholt wrote:
>> diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
>> b/src/mesa/drivers/dri/i965/brw_fs.cpp
>> index dbf48f8..b4e8d68 100644
>> --- a/src/mesa/drivers/dri/i965/brw_fs.cpp
>> +++ b/src/mesa/drivers/dri/i965/brw_fs.cpp
>> @@ -
Kenneth Graunke writes:
> Amnesia: The Dark Descent hits this case: a texturing instruction
> (4 components) gets rewritten to the gl_FragData output register
> (which was 4*3 = 12 components), causing the register allocator to
> hit the "we rely on split_virtual_grfs" assertion.
>
> This makes it
On Mon, Dec 10, 2012 at 4:06 PM, Jordan Justen wrote:
> On Mon, Dec 10, 2012 at 2:28 PM, Matt Turner wrote:
>> @@ -966,6 +973,15 @@ find_value(const char *func, GLenum pname, void **p,
>> union value *v)
>> int api;
>>
>> api = ctx->API;
>> + /* We index into the table_set[] list of pe
On Mon, Dec 10, 2012 at 2:28 PM, Matt Turner wrote:
> @@ -966,6 +973,15 @@ find_value(const char *func, GLenum pname, void **p,
> union value *v)
> int api;
>
> api = ctx->API;
> + /* We index into the table_set[] list of per-API hash tables using the
> API's
> +* value in the gl_a
Marek Olšák writes:
> There are 2 ways. I prefer the former:
> GALLIUM_MSAA=n
> __GL_FSAA_MODE=n
>
> Tested with ETQW, which doesn't support MSAA on Linux. This is
> the only way to get MSAA there.
This sounds like something that would be nice to add as a driconf
knob.
pgp5iJ4JAKn1p.pgp
De
On 12/09/2012 09:47 AM, Stefan Dösinger wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2012-12-08 22:24, schrieb Jordan Justen:
This likely will fix
https://bugs.freedesktop.org/show_bug.cgi?id=58012 (Regression
since 56e95d3c)
The crashes are gone on r300g and r600g.
This is most li
On 12/10/2012 02:21 PM, Brian Paul wrote:
On 12/10/2012 12:32 PM, Marek Olšák wrote:
On Mon, Dec 10, 2012 at 5:25 PM, Brian Paul wrote:
On 12/08/2012 03:02 PM, Marek Olšák wrote:
---
src/mesa/drivers/dri/intel/intel_extensions.c |5 +
src/mesa/main/bufferobj.c
Am 10.12.2012 22:36, schrieb Dave Airlie:
> From: Dave Airlie
>
> Noticed would fail, we were doing two things wrong
>
> a) 1d arrays require the layers in height
> b) minifying the layers field.
>
> v2: don't change height code, fixup completely inside txq
> as suggested by Roland.
>
> Signed
Am 10.12.2012 21:22, schrieb Marek Olšák:
> On Mon, Dec 10, 2012 at 5:28 PM, Brian Paul wrote:
>> On 12/08/2012 07:40 AM, Marek Olšák wrote:
>>>
>>> It doesn't work and it's not clear how it's supposed to work.
>>> ---
>>> src/mesa/state_tracker/st_atom_rasterizer.c |3 +--
>>> src/mesa/sta
The original glGet* fixes in the gles3 branch incorrectly allowed
querying data not available in ES 2 on ES 2. This was because I
misunderstood that the get.c extension checking code checks whether
the -driver- supports an extension rather than whether the extension
is supported and available under
From: Chad Versace
For glGetIntegerv, add support for the following in an OpenGL ES 3.0
context:
GL_MAJOR_VERSION
GL_MINOR_VERSION
GL_NUM_EXTENSIONS
See Table 6.29 of the OpenGL ES 3.0 spec.
Fixes error GL_INVALID_ENUM in piglit egl-create-context-verify-gl-flavor,
testcase for Open
The ES 3 spec says that the minumum allowable value is 2^24-1, but the
GL 4.3 and ARB_ES3_compatibility specs require 2^32-1, so return 2^32-1.
Fixes es3conform's element_index_uint_constants test.
---
src/mesa/main/context.c |3 +++
src/mesa/main/get.c |1 +
src/mes
>From GL/GLES/GL_CORE and GLES2 -> GL/GL_CORE/GLES2.
Yes, we really were exposing ES2_compatibility queries on ES 1.
---
src/mesa/main/get_hash_params.py | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_h
Fixes the remaining 4 texture_lod_bias failures in es3conform.
---
src/mesa/main/get_hash_params.py | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index 055a073..650fb38 100644
--- a/src/mesa/mai
Fixes 2 framebuffer_blit es3conform tests.
---
src/mesa/main/get_hash_params.py |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index 9edeb9b..055a073 100644
--- a/src/mesa/main/get_hash_params.py
+
Fixes uniform_buffer_object_implementation_dependent_limits in
es3conform.
---
src/mesa/main/get_hash_params.py | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index 692c17a..9edeb9b 100644
--- a/
---
src/mesa/main/get_hash_params.py |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index ffdf96a..692c17a 100644
--- a/src/mesa/main/get_hash_params.py
+++ b/src/mesa/main/get_hash_params.py
@@ -321
Fixes the transform_feedback2_init_defaults test from es3conform.
The ES 3 spec lists these as TRANSFORM_FEEDBACK_PAUSED and
TRANSFORM_FEEDBACK_ACTIVE.
---
src/mesa/main/get.c |8 +++-
src/mesa/main/get_hash_params.py | 10 +-
2 files changed, 12 insertions(+), 6 de
---
src/mesa/main/get_hash_params.py | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index 80789a1..d9fa693 100644
--- a/src/mesa/main/get_hash_params.py
+++ b/src/mesa/main/get_hash_params.py
Fixes the sync_coverage_max_server_wait_timeout test in es3conform.
---
src/mesa/main/get_hash_params.py |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index f567cac..80789a1 100644
--- a/src/mesa/ma
Fixes pixel_buffer_object_default_binding and gets other tests in
es3conform closer to passing.
---
src/mesa/main/get_hash_params.py |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index a49b603..f5
Fixes 5 uniform_buffer_object tests in es3conform.
---
src/mesa/main/get_hash_params.py | 23 ++-
1 files changed, 14 insertions(+), 9 deletions(-)
diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py
index ac9c79c..a49b603 100644
--- a/src/mesa/m
---
src/mesa/main/get.c | 16
src/mesa/main/get_hash_generator.py |8 +++-
src/mesa/main/mtypes.h |1 +
3 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index cd239a6..146612c 10064
On 12/10/2012 12:32 PM, Marek Olšák wrote:
On Mon, Dec 10, 2012 at 5:25 PM, Brian Paul wrote:
On 12/08/2012 03:02 PM, Marek Olšák wrote:
---
src/mesa/drivers/dri/intel/intel_extensions.c |5 +
src/mesa/main/bufferobj.c |4 ++--
src/mesa/main/extensions.c
On 12/10/2012 01:58 PM, Marek Olšák wrote:
There are 2 ways. I prefer the former:
GALLIUM_MSAA=n
__GL_FSAA_MODE=n
Tested with ETQW, which doesn't support MSAA on Linux. This is
the only way to get MSAA there.
---
src/gallium/state_trackers/dri/common/dri_screen.c | 43 +
try_rewrite_rhs_to_dst is a quick optimization to avoid generating new
temporaries (and MOVs from those temporaries to the dest) for every
expression tree we visit. By generating better code in simple cases, we
reduce the burden on later optimization passes like register coalescing.
Previously, w
On 12/08/2012 09:49 PM, Kenneth Graunke wrote:
On 12/08/2012 12:45 PM, Ian Romanick wrote:
From: Kenneth Graunke
The GLSL 1.40 spec says:
"Uniform block names and variable names declared within uniform
blocks are scoped at the program level."
Track the block name in the symbol tabl
From: Dave Airlie
Noticed would fail, we were doing two things wrong
a) 1d arrays require the layers in height
b) minifying the layers field.
v2: don't change height code, fixup completely inside txq
as suggested by Roland.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/gallivm/lp_bld_
https://bugs.freedesktop.org/show_bug.cgi?id=58100
Priority: medium
Bug ID: 58100
Assignee: mesa-dev@lists.freedesktop.org
Summary: Mesa generates BadMatch error when making context
current with no drawable
Severity: normal
There are 2 ways. I prefer the former:
GALLIUM_MSAA=n
__GL_FSAA_MODE=n
Tested with ETQW, which doesn't support MSAA on Linux. This is
the only way to get MSAA there.
---
src/gallium/state_trackers/dri/common/dri_screen.c | 43 ++--
1 file changed, 39 insertions(+), 4 deletio
Fetch shaders are usually destroyed at the context destruction by the state
tracker, so we can put them all in a large buffer without wasting memory.
This reduces the number of relocations sent to the kernel a little bit.
---
src/gallium/drivers/r600/evergreen_state.c |6 +++---
src/gallium
Instead of having a 4-byte buffer for each streamout target, we suballocate
each dword from a 4K buffer.
This further reduces the overall number of relocations.
---
src/gallium/drivers/r600/r600.h |4 +++-
src/gallium/drivers/r600/r600_hw_context.c |8
src/gallium/
---
src/gallium/auxiliary/Makefile.sources |1 +
src/gallium/auxiliary/util/u_suballoc.c | 132 +++
src/gallium/auxiliary/util/u_suballoc.h | 48 +++
3 files changed, 181 insertions(+)
create mode 100644 src/gallium/auxiliary/util/u_suballoc.c
create m
u_upload_mgr suballocates memory from a large buffer and maps the allocated
range (unsychronized), which is perfect for short-lived staging buffers.
This reduces the number of relocations sent to the kernel.
---
src/gallium/drivers/r600/r600_buffer.c | 30 +++---
1 file
On Mon, Dec 10, 2012 at 5:28 PM, Brian Paul wrote:
> On 12/08/2012 07:40 AM, Marek Olšák wrote:
>>
>> It doesn't work and it's not clear how it's supposed to work.
>> ---
>> src/mesa/state_tracker/st_atom_rasterizer.c |3 +--
>> src/mesa/state_tracker/st_context.c | 17 ---
From: Roland Scheidegger
Since we don't call lp_build_sample_common() in the texel fetch path we missed
the layer fixup code. If someone would have tried to do texelFetch with array
textures it would have crashed for sure.
Not really tested (no overlap of texelFetch and array texture tests in pig
On Tue, Dec 11, 2012 at 5:52 AM, Jose Fonseca wrote:
>
>
> - Original Message -
>> Am 08.12.2012 07:02, schrieb Dave Airlie:
>> > From: Dave Airlie
>> >
>> > Noticed would fail, we were doing two things wrong
>> >
>> > a) 1d arrays require the layers in height
>> > b) minifying the layers
This fixes some use-after-free issues. I haven't measured any real
performance difference with a handful of Mesa demos.
---
src/gallium/drivers/llvmpipe/lp_screen.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
b/src/gallium/d
Before this we only supported user-based constant buffers.
First, we basically plumb pipe_constant_buffer objects through llvmpipe
rather than pipe_resource objects.
Second, update llvmpipe_set_constant_buffer() and try_update_scene_state()
so they understand both resource- and user-based constan
- Original Message -
> Am 08.12.2012 07:02, schrieb Dave Airlie:
> > From: Dave Airlie
> >
> > Noticed would fail, we were doing two things wrong
> >
> > a) 1d arrays require the layers in height
> > b) minifying the layers field.
> >
> > Signed-off-by: Dave Airlie
> > ---
> > src/g
On Mon, Dec 10, 2012 at 5:25 PM, Brian Paul wrote:
> On 12/08/2012 03:02 PM, Marek Olšák wrote:
>>
>> ---
>> src/mesa/drivers/dri/intel/intel_extensions.c |5 +
>> src/mesa/main/bufferobj.c |4 ++--
>> src/mesa/main/extensions.c|2 +-
>>
Am 08.12.2012 07:02, schrieb Dave Airlie:
> From: Dave Airlie
>
> Noticed would fail, we were doing two things wrong
>
> a) 1d arrays require the layers in height
> b) minifying the layers field.
>
> Signed-off-by: Dave Airlie
> ---
> src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 22 +++
These are redundant since we're calling draw_bind_fragment_shader()
and draw_set_mapped_constant_buffer() which have flush calls also.
---
src/gallium/drivers/llvmpipe/lp_state_fs.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_state_fs
>Da: bri...@vmware.com
>On 12/07/2012 02:59 PM, Fabio Pedretti wrote:
>>> Comments below.
>>
>> Thanks, updated patches follow.
>
>These look OK to me. Do you need me to commit them for you?
Yes, thanks.
___
mesa-dev mailing list
mesa-dev@lists.freedesk
I only skimmed through, but series looks like a nice cleanup to me.
Jose
- Original Message -
> From: Brian Paul
>
> ---
> src/mesa/main/texcompress_etc.c | 34
> +-
> 1 files changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/src/mesa/main/
On 12/07/2012 02:59 PM, Fabio Pedretti wrote:
Comments below.
Thanks, updated patches follow.
These look OK to me. Do you need me to commit them for you?
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
On 12/08/2012 07:40 AM, Marek Olšák wrote:
Not really used by anybody.
---
src/gallium/auxiliary/postprocess/pp_init.c |4 ++--
src/gallium/auxiliary/postprocess/pp_program.c|1 -
src/gallium/auxiliary/postprocess/pp_run.c|1 -
src/galliu
On 12/08/2012 07:40 AM, Marek Olšák wrote:
There are only 2 possible usages: render target and depth stencil.
Both can be derived from the surface format, so the flag is redundant.
And it's going away...
Reviewed-by: Brian Paul
___
mesa-dev mailing
On 12/08/2012 07:40 AM, Marek Olšák wrote:
---
src/gallium/auxiliary/util/u_blitter.c | 146 -
src/gallium/auxiliary/util/u_blitter.h | 11 ---
src/gallium/auxiliary/util/u_surface.c | 160
src/gallium/auxiliary/util/u_surface.
On 12/08/2012 07:40 AM, Marek Olšák wrote:
---
src/gallium/auxiliary/cso_cache/cso_context.c | 37 -
src/gallium/auxiliary/cso_cache/cso_context.h | 28 ---
2 files changed, 24 insertions(+), 41 deletions(-)
Reviewed-by: Brian Paul
__
On 12/08/2012 07:40 AM, Marek Olšák wrote:
---
src/gallium/auxiliary/cso_cache/cso_context.c | 26 +
src/gallium/auxiliary/cso_cache/cso_context.h |5 +
src/gallium/auxiliary/postprocess/pp_run.c|3 +++
src/gallium/auxiliary/util/u_blit.c |
On 12/08/2012 07:40 AM, Marek Olšák wrote:
It doesn't work and it's not clear how it's supposed to work.
---
src/mesa/state_tracker/st_atom_rasterizer.c |3 +--
src/mesa/state_tracker/st_context.c | 17 -
src/mesa/state_tracker/st_context.h |4
On 12/08/2012 03:02 PM, Marek Olšák wrote:
---
src/mesa/drivers/dri/intel/intel_extensions.c |5 +
src/mesa/main/bufferobj.c |4 ++--
src/mesa/main/extensions.c|2 +-
src/mesa/main/get.c |9 -
src/
On 12/10/2012 09:33 AM, Marek Olšák wrote:
> Type "git clean -fdX" before building Mesa.
Sometimes I hate git.
"make clean
git reset --hard
git clean -fd
git pull origin"
isn't enough because if the file was in .gitignore and not cleaned by
"make clean", then git clean ignored it.
I used to
The series is
Tested-by: Michel Dänzer
Fixes many piglit tests with no regressions, and full glamor 2D
acceleration seems to work well now. :) (I'll push a change to enable it
to xf86-video-ati Git once this series has landed)
Nice work!
--
Earthling Michel Dänzer |
On 12/09/2012 07:41 PM, Eric Anholt wrote:
Brian Paul writes:
Hi Jordan,
set.c and hash_table.c look a LOT alike. Could the functions in set.c
be implemented in terms of the hash_table.c functions? It seems
little silly to have so much duplicated code.
The idea of the set code is to save
You'd think that 'make clean' would clear up stuff like this but it
doesn't. I've had better luck with 'make distclean'.
-Brian
On 12/10/2012 07:33 AM, Marek Olšák wrote:
Type "git clean -fdX" before building Mesa.
And welcome to Mesa's build system, which never really works as expected.
On Sat, Dec 08, 2012 at 06:10:17PM +0100, Vincent Lejeune wrote:
> ---
> .../AMDGPU/MCTargetDesc/R600MCCodeEmitter.cpp | 4 +-
> lib/Target/AMDGPU/R600ISelLowering.cpp | 6 +-
> lib/Target/AMDGPU/R600Instructions.td | 99
> --
> 3 files changed,
On Sun, Dec 09, 2012 at 06:02:59PM +0100, Christian König wrote:
> This patch replaces the control flow handling with a new
> pass which structurize the graph before transforming it to
> machine instruction. This has a couple of different advantages
> and currently fixes 20 piglit tests without a s
Type "git clean -fdX" before building Mesa.
And welcome to Mesa's build system, which never really works as expected.
Marek
On Mon, Dec 10, 2012 at 2:50 PM, Kevin H. Hobbs wrote:
> gmake[5]: Entering directory `/home/kevin/mesa/src/glsl/builtin_compiler'
> gmake[5]: *** No rule to make target
>
gmake[5]: Entering directory `/home/kevin/mesa/src/glsl/builtin_compiler'
gmake[5]: *** No rule to make target
`../../../src/mesa/program/hash_table.c', needed by `hash_table.o'. Stop.
My mesa build has been failing here for the past few days.
The script that does the build is attached but the c
61 matches
Mail list logo
