Signed-off-by: Chris Forbes
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index de51693..3c97c8d 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -151,7 +151,7 @@ ARB_shader_storage_buffer_object not
started
A
This can be enabled everywhere that ARB_texture_multisample is
supported -- ARB_texture_storage is supported on everything.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/intel/intel_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/intel/intel_extension
ARB_texture_storage_multisample allows texture parameters to be
queried for TEXTURE_2D_MULTISAMPLE and TEXTURE_2D_MULTISAMPLE_ARRAY
targets.
Some parameters may also be set, with the following exceptions:
- TEXTURE_BASE_LEVEL may not be set to a nonzero value; generates
INVALID_OPERATION
- an
Now that there are 4 variants, just pass the function name into
teximagemultisample rather than reconstructing it.
Signed-off-by: Chris Forbes
---
src/mesa/main/teximage.c | 30 ++
1 file changed, 14 insertions(+), 16 deletions(-)
diff --git a/src/mesa/main/teximage.
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/mtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index e90a296..004fc8e 100644
--- a/src/mesa/main/extensions.c
+++ b/src/mesa/main/extensions.c
@@ -148,6 +148,7 @@ static
Adds XML for the extension, dispatch_sanity enabling, and the two new
entrypoints. These are both implemented by calling the shared
teximagemultisample() with immutable=GL_TRUE.
Signed-off-by: Chris Forbes
---
.../glapi/gen/ARB_texture_storage_multisample.xml | 31 ++
src/ma
The new entrypoints will come later, but this adds the actual logic for
supporting immutable multisample textures:
- The immutability flag is set as desired.
- Attempting to modify an immutable multisample texture produces
INVALID_OPERATION.
Note: The extension spec does not mention adding this
This series adds support for ARB_texture_storage_multisample, which
adds two interesting bits of behavior for multisample textures:
- Immutable-format support, consistent with ARB_texture_storage
- [Get]TexParameter* support
This is admittedly not very useful by itself, but becomes more interesti
From: Roland Scheidegger
If we're in some conditional or loop we must not return, or the code
after the condition is never executed.
(v2): And, we also can't just continue as nothing happened, since the
mask update code would later check if we actually have a mask, so we
need to remember that the
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #11 from Roland Scheidegger ---
Created attachment 76596
--> https://bugs.freedesktop.org/attachment.cgi?id=76596&action=edit
another testcase
Here's another test case. With this one you can actually see if both the early
exit and
On Fri, Mar 15, 2013 at 12:04 PM, Eric Anholt wrote:
> This was taking 5% of CPU on TF2's load time.
Seems like a candidate for stable.
-Jordan
> ---
> src/mesa/program/ir_to_mesa.cpp |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/mesa/pro
---
docs/relnotes-9.2.html | 65
docs/relnotes.html |1 +
2 files changed, 66 insertions(+)
create mode 100644 docs/relnotes-9.2.html
diff --git a/docs/relnotes-9.2.html b/docs/relnotes-9.2.html
new file mode 100644
index 000..2bf913
Kenneth Graunke writes:
> Commit 33599433c7 began setting the texture swizzle mode to XYZ1 for
> RED, RG, and RGB textures in order to force alpha to 1.0 in case we
> actually stored the texture as RGBA.
>
> This had a unforseen performance implication: the shader precompile
> assumes that the te
Ian Romanick writes:
> On 03/15/2013 12:04 PM, Eric Anholt wrote:
>> This was taking 5% of CPU on TF2's load time.
>
> Crap... I thought we already only did this in debug mode. The series is
>
> Reviewed-by: Ian Romanick
Turns out we'd only done it in two out of several places.
pgpVd36ncfw6M
Hi Brian,
On 3/15/13, Brian Paul wrote:
> On 03/15/2013 05:39 AM, jupiter wrote:
>> Thanks Brian and Matt.
>>
>> On 3/15/13, Matt Turner wrote:
>>> On Thu, Mar 14, 2013 at 6:29 AM, Brian Paul wrote:
Hmm, I guess autoconf still has some unneeded dependencies on DRI when
it's
not n
On 03/15/2013 03:14 PM, Kenneth Graunke wrote:
Commit 33599433c7 began setting the texture swizzle mode to XYZ1 for
RED, RG, and RGB textures in order to force alpha to 1.0 in case we
actually stored the texture as RGBA.
This had a unforseen performance implication: the shader precompile
assumes
From: Alex Deucher
Needs to be set for depth, stencil, and fmask just
like other blocks.
v2: drop additional cayman bits for now
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_state.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/galli
From: Alex Deucher
The DMA block seems to have alignment issues with large
block sizes. Use the blitter for these surfaces.
v2: cayman/TN only
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=60802
Note: this is a candidate for the 9.1 branch.
Signed-off-by: Alex Deucher
---
src/gallium
Commit 33599433c7 began setting the texture swizzle mode to XYZ1 for
RED, RG, and RGB textures in order to force alpha to 1.0 in case we
actually stored the texture as RGBA.
This had a unforseen performance implication: the shader precompile
assumes that the texture swizzle mode will be XYZW for n
This makes it possible to identify gl_TexCoord and gl_PointCoord
for drivers where sprite coordinate replacement is restricted.
The new PIPE_CAP_TGSI_TEXCOORD decides whether these varyings
should be hidden behind the GENERIC semantic or not.
With this patch only nvc0 and nv30 will request that t
https://bugs.freedesktop.org/show_bug.cgi?id=58718
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 03/08/2013 10:14 AM, Anuj Phogat wrote:
Framebuffer blitting operation should be skipped if any of the
dimensions (width/height) of src/dst rect is zero.
V2: Move the dimension check after error checking in _mesa_BlitFramebuffer.
Fixes: fbblit(negative.nullblit.zeroSize) in Intel oglconform
Ok forget about this it still doesn't work correctly. Need to figure out
how all the mask business fits together.
Roland
Am 15.03.2013 19:34, schrieb srol...@vmware.com:
> From: Roland Scheidegger
>
> If we're in some conditional we must not return, or the code after
> the condition is never ex
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #10 from Roland Scheidegger ---
Hmm I just noticed this doesn't actually work. Instead of not executing the
code after the conditional, the result will now always be as if the condition
passed, so the original testcase now fails (and
On 03/15/2013 12:04 PM, Eric Anholt wrote:
This was taking 5% of CPU on TF2's load time.
Crap... I thought we already only did this in debug mode. The series is
Reviewed-by: Ian Romanick
---
src/mesa/program/ir_to_mesa.cpp |4
1 file changed, 4 insertions(+)
diff --git a/src/m
From: Alex Deucher
Needs to be set just like other blocks.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_state.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drivers/r600/evergr
From: Alex Deucher
The hw can only access compressed textures as tiled not
linear so we need to do format tricks to handle them
properly. The blitter code already handles this so
just fallback to the blitter for compressed textures.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=60802
Not
Previous to this patch, when using fixed function fragment shading,
bit VARYING_BIT_POS of brw_wm_prog_key::proj_attrib_mask was being set
differently during precompiles and normal usage. During precompiles
it was being set only if the fragment shader reads from window
position (which it never doe
Previously, right after calling _mesa_glsl_link_shader(), the fixed
function fragment shader code made several calls with the ostensible
purpose of setting up uniforms for the fragment shader it just
created.
These calls are unnecessary, since _mesa_glsl_link_shader() calls
driver->LinkShader(), w
On Thu, Mar 14, 2013 at 10:01:00PM -0500, Aaron Watry wrote:
> This series depends on the one-off patch I just sent to add max().
>
> 1) Fix the broken abs_diff integer built-in.
> 2) Add clamp for both integer and floating types in a new shared/ dir in order
>to reduce code duplication and im
This was taking 5% of CPU on TF2's load time.
---
src/mesa/program/ir_to_mesa.cpp |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/mesa/program/ir_to_mesa.cpp
index 2cb5f02..ae9c0cd 100644
--- a/src/mesa/program/ir_to_mesa.cpp
+++ b/src/mesa/program/
This was taking 1.3% of CPU on TF2's load time.
---
src/mesa/drivers/dri/i965/brw_shader.cpp |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_shader.cpp
b/src/mesa/drivers/dri/i965/brw_shader.cpp
index e4392bd..59e68d8 100644
--- a/src/mesa/drivers/dri/i965/b
On Thu, Mar 14, 2013 at 09:12:57PM -0500, Aaron Watry wrote:
> Adds this function for both int and floating data types.
> ---
> generic/include/clc/clc.h |2 ++
> generic/include/clc/integer/max.h |2 ++
> generic/include/clc/integer/max.inc |1 +
> generic/include/clc/math
On 03/15/2013 12:34 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
If we're in some conditional we must not return, or the code after
the condition is never executed.
(Probably the same for loops.)
This fixes https://bugs.freedesktop.org/show_bug.cgi?id=62357.
Note: This is a candidate
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #9 from Brian Paul ---
Nice find, Roland. Do you want fix up my test case and put it into piglit?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev ma
From: Roland Scheidegger
If we're in some conditional we must not return, or the code after
the condition is never executed.
(Probably the same for loops.)
This fixes https://bugs.freedesktop.org/show_bug.cgi?id=62357.
Note: This is a candidate for the stable branches.
---
src/gallium/auxiliary
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #8 from Roland Scheidegger ---
Looks like we unconditionally return when we see a return not in a function.
Some trivial attempt at fixing that seems to work but I'm not quite sure if
it's right or if we need to do more.
diff --git a
On 15.03.2013 13:08, Christian König wrote:
> Am 14.03.2013 15:53, schrieb Christoph Bumiller:
>> On 14.03.2013 15:20, Christian König wrote:
>>> From: Christian König
>>>
>>> Signed-off-by: Christian König
>>> ---
>>> src/gallium/docs/source/tgsi.rst | 16
>>> 1 file change
On 03/15/13 10:38, Kenneth Graunke wrote:
./builtin_compiler builtins/profiles/110.vert
% ./builtin_compiler builtins/profiles/110.vert
Info log for builtins/profiles/110.vert:
0:1(1): error: syntax error, unexpected $end
Thanks
Niveditha
___
mesa-d
On Thu, Mar 14, 2013 at 04:49:35PM +0100, Christian König wrote:
> Hi,
>
> as promised here is the mesa part of my indirect addressing patchset for
> radeonsi.
>
> Based on the TGSI changes I've send out earlier today.
>
For the series:
Reviewed-by: Tom Stellard
> Please review,
> Christian.
On 03/15/2013 09:49 AM, Niveditha Rau wrote:
Hi,
We have been building Mesa 8.0.4 successfully on solaris and I was
trying to update to Mesa 9.0.3, but was running
into build issues with glsl and I ran into the errors with the builtins
./builtins/tools/generate_builtins.py ./builtin_compiler >
Kenneth Graunke writes:
> With the old context creation mechanism, an application asked the GL to
> give it a context. Failing to produce a context was a fatal error.
>
> Now, with GLX_ARB_create_context, the application can request a specific
> version. If it's higher than the maximum version
On 03/14/2013 04:57 PM, Marek Olšák wrote:
On Thu, Mar 14, 2013 at 8:29 PM, Brian Paul wrote:
On 03/14/2013 12:45 PM, Marek Olšák wrote:
The blit-based paths for TexImage, GetTexImage, and ReadPixels aren't very
fast with software rasterizer. Now Gallium drivers have the ability to
turn
them
On 03/15/2013 09:24 AM, jfons...@vmware.com wrote:
From: José Fonseca
---
scons/gallium.py |2 ++
1 file changed, 2 insertions(+)
diff --git a/scons/gallium.py b/scons/gallium.py
index 4d3de82..b28be5d 100755
--- a/scons/gallium.py
+++ b/scons/gallium.py
@@ -402,6 +402,8 @@ def generate(
From: José Fonseca
---
scons/gallium.py |2 ++
1 file changed, 2 insertions(+)
diff --git a/scons/gallium.py b/scons/gallium.py
index 4d3de82..b28be5d 100755
--- a/scons/gallium.py
+++ b/scons/gallium.py
@@ -402,6 +402,8 @@ def generate(env):
'/Oi', # enable intrinsic functio
https://bugs.freedesktop.org/show_bug.cgi?id=8701
--- Comment #4 from Brian Paul ---
Unfortunately, swrast, softpipe and llvmpipe all still suffer from this.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailin
Hi,
If LLVM backend development is allowed, maybe a student could work on improving
VLIW5 scheduling for R600 hardware.
So far I focused on VLIW4 architecture, but extending the scheduler to support
Trans ALU wouldn't be too hard.
This would require a way to represent Trans slot compatibility fo
Ok that makes more sense, thx for the explanation.
I was just wondering why all this stuff is needed, and as I said, I'm
not so deeply into the R600 part of the backend.
And I strongly agree that we somehow need to better teach the backend
about our vector slots and all those limitations (Som
Hi Christian,
LLVM does indeed coalesce registers for R600 targets, I was however thinking of
copies between vectors.
For instance, let's say you have 4 vectors coming from instructions that only
emit vectors (like TEX_SAMPLE iirc) :
If the shader wants to "mix" them before doing dp4, you end w
- Original Message -
> On 03/14/2013 05:10 PM, Jose Fonseca wrote:
> > Mesa source tree currently has 4 abstraction of threading primitives (in
> > gallium, glapi, mapi, and egl components).
> >
> > I'd like to unify all them, and since now the C11 standard introduced a
> > threads.h head
https://bugs.freedesktop.org/show_bug.cgi?id=9922
--- Comment #1 from chemtech ---
f...@lanl.gov
Do you still experience this issue with newer soft ?
Please check the status of your issue.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=8701
--- Comment #3 from chemtech ---
Brian Paul
Do you still experience this issue with newer soft ?
Please check the status of your issue.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On 03/14/2013 05:10 PM, Jose Fonseca wrote:
Mesa source tree currently has 4 abstraction of threading primitives (in
gallium, glapi, mapi, and egl components).
I'd like to unify all them, and since now the C11 standard introduced a
threads.h header, I'd like to use that as model.
So for I've
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #7 from Roland Scheidegger ---
After a quick look at the generated IR, it indeed seems broken.
However, it is broken the opposite way, that is the early exit path is ok but
if the path isn't taken it will pick zero as the output color
https://bugs.freedesktop.org/show_bug.cgi?id=2868
--- Comment #4 from chemtech ---
Roland Mainz,
Do you still experience this issue with newer drivers ?
Please check the status of your issue.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=62362
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 03/08/2013 01:32 PM, Philipp Brüschweiler wrote:
wayland_roundtrip() was given an incorrect parameter.
---
src/gallium/state_trackers/egl/wayland/native_shm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/egl/wayland/native_shm.c
b/src/galli
https://bugs.freedesktop.org/show_bug.cgi?id=62357
--- Comment #6 from Brian Paul ---
My piglit test was with LLVM 3.2.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
On 03/15/2013 05:39 AM, jupiter wrote:
Thanks Brian and Matt.
On 3/15/13, Matt Turner wrote:
On Thu, Mar 14, 2013 at 6:29 AM, Brian Paul wrote:
Hmm, I guess autoconf still has some unneeded dependencies on DRI when
it's
not needed. You might try adding --with-gallium-drivers=swrast so that
Am 14.03.2013 15:53, schrieb Christoph Bumiller:
On 14.03.2013 15:20, Christian König wrote:
From: Christian König
Signed-off-by: Christian König
---
src/gallium/docs/source/tgsi.rst | 16
1 file changed, 16 insertions(+)
diff --git a/src/gallium/docs/source/tgsi.rst b/
https://bugs.freedesktop.org/show_bug.cgi?id=62357
José Fonseca changed:
What|Removed |Added
CC||jfons...@vmware.com
--- Comment #5 from J
Thanks Brian and Matt.
On 3/15/13, Matt Turner wrote:
> On Thu, Mar 14, 2013 at 6:29 AM, Brian Paul wrote:
>> Hmm, I guess autoconf still has some unneeded dependencies on DRI when
>> it's
>> not needed. You might try adding --with-gallium-drivers=swrast so that
>> no
>> DRI drivers are selecte
On Don, 2013-03-14 at 16:49 +0100, Christian König wrote:
> diff --git a/src/gallium/drivers/radeonsi/si_state.c
> b/src/gallium/drivers/radeonsi/si_state.c
> index a395ec4..219add5 100644
> --- a/src/gallium/drivers/radeonsi/si_state.c
> +++ b/src/gallium/drivers/radeonsi/si_state.c
> [...]
> +
Hi Vincent,
while I really appreciate your work, I think you're development is going
into the wrong direction here. Those copies you're trying to avoid (not
only with this patch, but also with the previous REG_SEQUENCE patches),
shouldn't happen in the first place. I'm not so deeply into the R
https://bugs.freedesktop.org/show_bug.cgi?id=62362
Priority: medium
Bug ID: 62362
Assignee: mesa-dev@lists.freedesktop.org
Summary: Crash when using Wayland EGL platform
Severity: normal
Classification: Unclassified
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=4965
--- Comment #3 from chemtech ---
Gregor Anich,
Do you still experience this issue with newer soft?
Please check the status of your issue.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=6954
--- Comment #19 from chemtech ---
Corey,
Do you still experience this issue with newer soft?
Please check the status of your issue.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Don, 2013-03-14 at 23:35 +0100, Martin Andersson wrote:
> On Thu, Mar 14, 2013 at 7:45 PM, Marek Olšák wrote:
> >
> > + /* See if the texture format already matches the format and type,
> > +* in which case the memcpy-based fast path will likely be used and
> > +* we don't have to bl
68 matches
Mail list logo