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
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,
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
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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=59187
Roland Müller rmuelle...@gmail.com changed:
What|Removed |Added
CC||rmuelle...@gmail.com
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 mar...@gmail.com
---
src/gallium/drivers/r600/r600_buffer.c |
https://bugs.freedesktop.org/show_bug.cgi?id=43520
Sven Arvidsson s...@whiz.se changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=61026
--- Comment #1 from Lars Kanis l...@greiz-reinsdorf.de ---
Created attachment 75005
-- https://bugs.freedesktop.org/attachment.cgi?id=75005action=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
--- Comment #2 from Lars Kanis l...@greiz-reinsdorf.de ---
Created attachment 75006
-- https://bugs.freedesktop.org/attachment.cgi?id=75006action=edit
Proposed patch
--
You are receiving this mail because:
You are the assignee for the bug.
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
https://bugs.freedesktop.org/show_bug.cgi?id=61012
--- Comment #1 from Brian Crowell freedesk...@fluggo.com ---
Created attachment 75010
-- https://bugs.freedesktop.org/attachment.cgi?id=75010action=edit
Test case
Hopefully minimal test case. Use the llvmpipe libGL.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=61003
--- Comment #1 from Blaž Hrastnik speed.the.b...@gmail.com ---
Apparently, this is an old issue:
http://www.opengl.org/discussion_boards/archive/index.php/t-152297.html
http://marc.info/?l=mesa3d-usersm=117832104821813
--
You are receiving
On 17 February 2013 14:32, Ian Romanick i...@freedesktop.org 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
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
Overcautious stack reservation caused significant loss of performance.
Signed-off-by: Vadim Girlin vadimgir...@gmail.com
---
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=61036
--- Comment #1 from Brian Crowell freedesk...@fluggo.com ---
Created attachment 75025
-- https://bugs.freedesktop.org/attachment.cgi?id=75025action=edit
Error message produced by LLVM 3.0
This is the text produced by LLVM 3.0 from the program
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
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
Overcautious stack reservation caused significant loss of performance.
v2: fix stack depth computation
Signed-off-by: Vadim Girlin vadimgir...@gmail.com
---
src/gallium/drivers/r600/r600_asm.c| 4 +--
src/gallium/drivers/r600/r600_asm.h| 10 ++
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 tapani.pa...@intel.com
---
25 matches
Mail list logo
