This patch implements a stub for GL_EXT_discard_framebuffer with
required checks listed by the extension specification. This extension
is required by GLBenchmark 2.5 when compiled with OpenGL ES 2.0
as the rendering backend.
Signed-off-by: Tapani Pälli
---
src/mapi/glapi/gen/es_EXT.xml
Overcautious stack reservation caused significant loss of performance.
v2: fix stack depth computation
Signed-off-by: Vadim Girlin
---
src/gallium/drivers/r600/r600_asm.c| 4 +--
src/gallium/drivers/r600/r600_asm.h| 10 ++
src/gallium/drivers/r600/r600_shader.c | 64 ---
Hi there
I'm currently trying to cross-compile the Mesa-9.0.1 before compiling QT 4.8
with OpenVG support.
I've tried some variation of compiling both the Mesa library and the libdrm
with several build complaints.
My main question here is that I feel like I need a brief overview of what I
shou
Please ignore this, there are some issues with this patch undetected by
piglit.
I suspect it's something similar to the hw bug discussed here recently:
http://www.mail-archive.com/mesa-dev@lists.freedesktop.org/msg33361.html
On 02/18/2013 07:29 AM, Vadim Girlin wrote:
Overcautious stack rese
https://bugs.freedesktop.org/show_bug.cgi?id=61036
--- Comment #1 from Brian Crowell ---
Created attachment 75025
--> https://bugs.freedesktop.org/attachment.cgi?id=75025&action=edit
Error message produced by LLVM 3.0
This is the text produced by LLVM 3.0 from the program that was the source o
https://bugs.freedesktop.org/show_bug.cgi?id=61036
Priority: medium
Bug ID: 61036
Assignee: mesa-dev@lists.freedesktop.org
Summary: Shader fails to build in LLVMpipe, aborts program
Severity: major
Classification: Unclassified
Overcautious stack reservation caused significant loss of performance.
Signed-off-by: Vadim Girlin
---
No regressions with quick-driver.tests on evergreen.
Adds more than 30% FPS for Unigine Heaven with default backend.
src/gallium/drivers/r600/r600_asm.c | 2 +-
1 file changed, 1 insertion(+)
Mesa 9.1 release candidate 2 is now ready.
The tag in the GIT repository for Mesa 9.1-RC2 is 'mesa-9.1-rc2'.
Mesa 9.1-RC2 is available for download at
ftp://freedesktop.org/pub/mesa/9.1/
md5sums:
996a1f06f6b4c8de54916af0ece57365 MesaLib-9.1-rc2.tar.gz
b6d3520e21f2cbe97284a155662b350d MesaLib
On 17 February 2013 14:32, Ian Romanick wrote:
> On 02/12/2013 06:59 PM, Jordan Justen wrote:
>
>> Previously when an input varying was optimized out of the
>> FS we would still retain it as an output of the VS.
>>
>> We now build a hash of live FS input varyings rather
>> than looking in the FS
https://bugs.freedesktop.org/show_bug.cgi?id=61003
--- Comment #1 from Blaž Hrastnik ---
Apparently, this is an old issue:
http://www.opengl.org/discussion_boards/archive/index.php/t-152297.html
http://marc.info/?l=mesa3d-users&m=117832104821813
--
You are receiving this mail because:
You are
On 02/12/2013 06:59 PM, Jordan Justen wrote:
Previously when an input varying was optimized out of the
FS we would still retain it as an output of the VS.
We now build a hash of live FS input varyings rather
than looking in the FS symbol table. (The FS symbol table
will still contain the optimiz
https://bugs.freedesktop.org/show_bug.cgi?id=61012
--- Comment #1 from Brian Crowell ---
Created attachment 75010
--> https://bugs.freedesktop.org/attachment.cgi?id=75010&action=edit
Test case
Hopefully minimal test case. Use the llvmpipe libGL.
--
You are receiving this mail because:
You ar
hmm, this appears to be bouncing because the patch is too large.. in
the meantime you can find it at:
https://github.com/freedreno/mesa/commit/1c7936784cfa9a19accfec5897b05a8458949667
git://github.com/freedreno/mesa.git master
BR,
-R
On Sun, Feb 17, 2013 at 2:33 PM, Rob Clark wrote:
> From: Ro
https://bugs.freedesktop.org/show_bug.cgi?id=61026
Lars Kanis changed:
What|Removed |Added
CC||l...@greiz-reinsdorf.de
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=61026
--- Comment #2 from Lars Kanis ---
Created attachment 75006
--> https://bugs.freedesktop.org/attachment.cgi?id=75006&action=edit
Proposed patch
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=61026
--- Comment #1 from Lars Kanis ---
Created attachment 75005
--> https://bugs.freedesktop.org/attachment.cgi?id=75005&action=edit
GDB backtrace
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=61026
Priority: medium
Bug ID: 61026
Assignee: mesa-dev@lists.freedesktop.org
Summary: Segfault in glBitmap when called with PBO source
Severity: normal
Classification: Unclassified
On 02/12/2013 06:59 PM, Jordan Justen wrote:
Previously when an input varying was optimized out of the
FS we would still retain it as an output of the VS.
We now build a hash of live FS input varyings rather
than looking in the FS symbol table. (The FS symbol table
will still contain the optimiz
https://bugs.freedesktop.org/show_bug.cgi?id=61012
Priority: medium
Bug ID: 61012
Assignee: mesa-dev@lists.freedesktop.org
Summary: alloc_layout_array tx * ty assertion failure when
making pbuffer current
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=43520
Sven Arvidsson changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
This reverts commit 1eedebc65b02130ef7a27062a1ed67972a317a08.
Until we have a proper fix disable DISCARD_RANGE for now.
It fixes the garbled ui in TF2.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=58042
Cc: Marek Olšák
---
src/gallium/drivers/r600/r600_buffer.c |2 ++
1 file chan
https://bugs.freedesktop.org/show_bug.cgi?id=59187
Roland Müller changed:
What|Removed |Added
CC||rmuelle...@gmail.com
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=61003
Priority: medium
Bug ID: 61003
Assignee: mesa-dev@lists.freedesktop.org
Summary: gluSurface with Nurbs spits out C code
"arc_ccw_turn..."
Severity: normal
Classification:
Extends _mesa_check_sample_count() to properly support the
TEXTURE_2D_MULTISAMPLE and TEXTURE_2D_MULTISAMPLE_ARRAY targets, which
have subtly different limits than renderbuffers:
The ARB_texture_multisample spec (or GL3.2) says, when describing the
operation of TexImage*DMultisample:
"The erro
Pulls the checking of the sample count into a helper function, and
extends the existing logic to include the interactions with both
ARB_texture_multisample and ARB_internalformat_query.
_mesa_check_sample_count() checks a desired sample count against a
a combination of target/internalformat, and r
Now that we support ARB_texture_multisample, there are multiple targets
accepted for this query, and they may have target-dependent limits, so
pass the target to the driverfunc.
For example, the sampling hardware may not be able to do general
texelFetch() for some format/sample count combination,
This series implements the interactions between internalformat_query,
texture_multisample, and multisample renderbuffer creation.
Applies on top of V4 of the texture_multisample series (which I'll send out
soon),
or V3 with small modifications.
2/3 might be interesting on its own, for the 9.1 br
27 matches
Mail list logo
