On Fre, 2013-02-22 at 07:44 +0100, Vinson Lee wrote:
Fixes out-of-bounds write reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Fixes undefined symbols.
NOTE: This is a candidate for the 9.1 branch.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61052
Tested-by: Vinson Lee v...@freedesktop.org
---
src/gallium/drivers/llvmpipe/Makefile.am | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
- Original Message -
Fixes undefined symbols.
NOTE: This is a candidate for the 9.1 branch.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61052
Tested-by: Vinson Lee v...@freedesktop.org
---
src/gallium/drivers/llvmpipe/Makefile.am | 17 -
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=61200
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Am 22.02.2013 07:44, schrieb Vinson Lee:
Fixes out-of-bounds write reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
Reviewed-by: Christian König christian.koe...@amd.com
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Am 22.02.2013 07:25, schrieb Vinson Lee:
Fixes resource leak defect reported by Coverity.
Signed-off-by: Vinson Lee v...@freedesktop.org
Reviewed-by: Christian König christian.koe...@amd.com
---
src/gallium/state_trackers/vdpau/output.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Vadim Girlin wrote:
On 02/19/2013 08:39 PM, Andy Furniss wrote:
Vadim Girlin wrote:
Could you please test glxgears and other simple mesa demos? It's easier
to spot the problems with small apps that don't use a lot of complex
shaders. If some of them don't work correctly, please send me the
https://bugs.freedesktop.org/show_bug.cgi?id=59187
--- Comment #7 from christopher.alder...@hotmail.com ---
Just to nudge things, is anybody working on this/know of anybody working on
this? If I had the know-how, I'd have a shot, but this is outside the scope of
my abilities.
--
You are
2013/2/22 Michel Dänzer mic...@daenzer.net
On Don, 2013-02-21 at 16:41 +0100, Yannick Meyer wrote:
Hi all,
I am currently wondering why I have a big difference in performance
between 2 Mesa drivers: egl_glx and egl_gallium.
I have already posted a mesasge 2 weeks ago on the mesa user
https://bugs.freedesktop.org/show_bug.cgi?id=61091
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
Severity|normal |blocker
https://bugs.freedesktop.org/show_bug.cgi?id=12817
--- Comment #1 from Niclas Zeising zeising+freedesk...@daemonic.se ---
This bug can probably be closed, since FreeBSD 6.4 is obsoleted, and xorg is
updated to xserver 1.7.7 and Mesa/GL 7.6.1
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=12817
--- Comment #2 from Niclas Zeising zeising+freedesk...@daemonic.se ---
(In reply to comment #1)
This bug can probably be closed, since FreeBSD 6.4 is obsoleted, and xorg is
^^^
That should read
https://bugs.freedesktop.org/show_bug.cgi?id=59187
--- Comment #8 from Paul Berry stereotype...@gmail.com ---
(In reply to comment #6)
This isn't only an IronLake-issue.
This issue is related to any chipsets older then SandyBridge.
Just a side note to anyone who decides to work on this bug;
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Priority: medium
Bug ID: 61282
Assignee: mesa-dev@lists.freedesktop.org
Summary: build failure since 413941e1, glDiscardFramebufferEXT
undeclared
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Brad King brad.k...@kitware.com changed:
What|Removed |Added
CC||hob...@ohiou.edu
--
Now the Unexpected program target 0x0 in destroy_program_variants_cb()
errors don't occur anymore. Tested with TF2
Tested-by: Andreas Boll andreas.boll@gmail.com
2013/2/20 Brian Paul bri...@vmware.com:
When we destroy an ARB vp/fp whose ID was gen'd but not otherwise used we
get a pointer
From: José Fonseca jfons...@vmware.com
- zero temps/outputs instead of copying (otherwise we won't be able to see
the temps/outputs assignements for small shaders where nothing changes
across big areas
- also show the inputs (as it's often impossible to infer from the rest)
---
On 02/22/2013 08:35 AM, jfons...@vmware.com wrote:
From: José Fonsecajfons...@vmware.com
- zero temps/outputs instead of copying (otherwise we won't be able to see
the temps/outputs assignements for small shaders where nothing changes
across big areas
- also show the inputs (as it's
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SIInstrFormats.td | 24
lib/Target/R600/SIInstrInfo.td| 22 ++
lib/Target/R600/SIInstructions.td | 4
3 files changed, 50
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SIInstrInfo.cpp | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/lib/Target/R600/SIInstrInfo.cpp b/lib/Target/R600/SIInstrInfo.cpp
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SIInstructions.td | 7 ++-
lib/Target/R600/SIIntrinsics.td | 1 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/lib/Target/R600/SIInstructions.td
From: Michel Dänzer michel.daen...@amd.com
Use LDS for calculating the deltas between neighbouring pixels. Not sure the
sign of the delta is correct for both dimensions (the sign doesn't seem to
matter for the relevant piglit tests), but it'll be easy to fix that up if
not.
Signed-off-by: Michel
From: Michel Dänzer michel.daen...@amd.com
The number of coordinates to pack will be useful for other address parameters
as well.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 54 +++---
1 file changed, 32
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 23 +--
1 file changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
From: Michel Dänzer michel.daen...@amd.com
15 more little piglits.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 34 ++
src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 +
Am 22.02.2013 17:02, schrieb Michel Dänzer:
From: Michel Dänzer michel.daen...@amd.com
The number of coordinates to pack will be useful for other address parameters
as well.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Very nice, for this series:
Reviewed-by: Christian König
Roland found a better fix. Please ignore.
Jose
- Original Message -
From: José Fonseca jose.r.fons...@gmail.com
Weird format, which Mesa state tracker recently started using.
Fixes segfault in
./bin/texture-packed-formats -auto
because swizzle[foo] was 0xff for padding
https://bugs.freedesktop.org/show_bug.cgi?id=57563
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Jerome Glisse jgli...@redhat.com
This work around disable hyperz if write to zbuffer is disabled. Somehow
using hyperz when not writting to the zbuffer trigger GPU lockup. See :
https://bugs.freedesktop.org/show_bug.cgi?id=60848
Candidate for 9.1
Signed-off-by: Jerome Glisse
This patch has my r-b, but I think we need a better solution for representing
inline constants. See my comment below.
On Fri, Feb 22, 2013 at 05:02:13PM +0100, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Use LDS for calculating the deltas between neighbouring pixels. Not
On Fri, Feb 22, 2013 at 05:02:10PM +0100, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Reviewed-by: Tom Stellard thomas.stell...@amd.com
---
lib/Target/R600/SIInstructions.td | 7 ++-
On Fri, Feb 22, 2013 at 05:02:11PM +0100, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Reviewed-by: Tom Stellard thomas.stell...@amd.com
---
lib/Target/R600/SIInstrInfo.cpp | 28 +++-
1 file
On Fri, Feb 22, 2013 at 05:02:37PM +0100, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
The number of coordinates to pack will be useful for other address parameters
as well.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
These patches depend on LLVM changes, and I
On Fri, Feb 22, 2013 at 11:20 AM, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
This work around disable hyperz if write to zbuffer is disabled. Somehow
using hyperz when not writting to the zbuffer trigger GPU lockup. See :
On Fre, 2013-02-22 at 17:44 +0100, Tom Stellard wrote:
This patch has my r-b, [...]
Thanks.
+ // Get this thread's ID
+ BuildMI(BB, I, BB.findDebugLoc(I),
TII-get(AMDGPU::V_MBCNT_LO_U32_B32_e64), mbcnt_lo)
+ .addImm(0x)
+ .addImm(0x80) // Inline constant
On 22 February 2013 08:02, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
Use LDS for calculating the deltas between neighbouring pixels. Not sure
the
sign of the delta is correct for both dimensions (the sign doesn't seem to
matter for the relevant
Chad Versace chad.vers...@linux.intel.com writes:
On 02/20/2013 05:44 PM, Eric Anholt wrote:
Chad Versace chad.vers...@linux.intel.com writes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm seeking feedback on an EGL extension that I'm drafting. The ideas have
already been discussed
From: Tom Stellard thomas.stell...@amd.com
v2:
- Fix order that the clang libraries are passed to the linker to avoid
missing symbol errors.
---
.../state_trackers/clover/llvm/invocation.cpp | 47 ---
src/gallium/targets/opencl/Makefile.am |2 +-
2
On Thu, Feb 21, 2013 at 08:25:20AM -0600, Aaron Watry wrote:
Hi Tom,
Mesa+Clover does indeed build against master llvm/clang, but I'm having
trouble building against it when I try to do a clean build of Piglit.
Error received:
[ 18%] Built target piglitutil_cl
Linking C executable
https://bugs.freedesktop.org/show_bug.cgi?id=61299
Priority: medium
Bug ID: 61299
Assignee: mesa-dev@lists.freedesktop.org
Summary: LLVM 3.2 fails to link with Mesa 9.0.2 on Windows;
missing link libraries
Severity: normal
On Fre, 2013-02-22 at 09:05 -0800, Paul Berry wrote:
On 22 February 2013 08:02, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
Use LDS for calculating the deltas between neighbouring
pixels. Not sure the
sign of
From: Roland Scheidegger srol...@vmware.com
This also fixes not honoring first/last_layer view parameters for array
textures, plus not honoring last_level view parameter for all textures
(neither is really used by OpenGL).
This mostly passes piglit arb_texture_buffer_object tests (it needs,
Using MESA_GL_VERSION_OVERRIDE=3.2 and
MESA_GLSL_VERSION_OVERRIDE=150 currently fails with piglit's
shader_runner. For a GLSL 1.50 test, shader_runner wants to
create a 3.2 core profile for a 1.50 test, but that was not
working. Also, the compiler would assert during initialization
if the version
This will allow other code to get access to the override
version before a context is available.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/version.c | 94 +--
src/mesa/main/version.h |3 ++
2 files changed, 70
If the override is version is = 3.1, then update the
max_gl_core_version. Otherwise, update max_gl_compat_version.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/drivers/dri/intel/intel_screen.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
Although GLSL 1.50 compiler support is not available,
this change will allow MESA_GLSL_VERSION_OVERRIDE=150 to be
used while 1.50 support is being developed.
Since no drivers claim 1.50 GLSL support, this change should
only impact Mesa when MESA_GLSL_VERSION_OVERRIDE=150 is set.
Signed-off-by:
From: Alex Deucher alexander.deuc...@amd.com
Write to a CB register between draws.
May fix:
https://bugs.freedesktop.org/show_bug.cgi?id=50655
https://bugs.freedesktop.org/show_bug.cgi?id=47116
v2: flush along with workaround.
Note: this is a candidate for the 9.1 branch.
Signed-off-by: Alex
From: Alex Deucher alexander.deuc...@amd.com
This patch set cleans up the flushing on r6xx in what seems to be
a logical manner. The last patch enables CP DMA on r6xx. No piglit
regressions on RS780 which I was testing on.
Alex Deucher (4):
r600g: add missing emit_flush for
From: Alex Deucher alexander.deuc...@amd.com
We set the cp_coher_cntl bits but never emit them.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600_hw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
I don't see why we shouldn't be setting these bits on 6xx/7xx
as well. They shouldn't hurt anything and we may be missing
synchronizations with certain blocks by not setting them.
The ddx already sets cp_coher_cntl in a similar manner.
v2: adjust
On 02/19/2013 04:15 PM, Anuj Phogat wrote:
On Fri, Feb 15, 2013 at 11:20 AM, Anuj Phogat anuj.pho...@gmail.com wrote:
tex-Sright and tex-Ttop are initialized during texture allocation.
This fixes depth buffer blitting failures in khronos conformance tests
when run on desktop GL 3.0.
Note:
On Fri, Feb 22, 2013 at 12:21 PM, Tom Stellard t...@stellard.net wrote:
On Thu, Feb 21, 2013 at 08:25:20AM -0600, Aaron Watry wrote:
Hi Tom,
Mesa+Clover does indeed build against master llvm/clang, but I'm having
trouble building against it when I try to do a clean build of Piglit.
---
src/mesa/drivers/dri/intel/intel_context.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_context.c
b/src/mesa/drivers/dri/intel/intel_context.c
index 488cf9b..82b00bd 100644
--- a/src/mesa/drivers/dri/intel/intel_context.c
+++
The GLX extension lets you expose visuals that explicitly guarantee you
that the GL_FRAMEBUFFER_SRGB_CAPABLE flag will be set, but we can set
the flag even while the visual doesn't provide the guarantee. This
appears to be consistent with other implementations, as we've seen
several apps now that
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Jon TURNEY jon.tur...@dronecode.org.uk changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=12817
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On 02/15/2013 11:20 AM, Anuj Phogat wrote:
tex-Sright and tex-Ttop are initialized during texture allocation.
This fixes depth buffer blitting failures in khronos conformance tests
when run on desktop GL 3.0.
Note: This is a candidate for stable branches.
Signed-off-by: Anuj Phogat
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |lem...@gmail.com
On Fri, Feb 22, 2013 at 2:23 PM, Ian Romanick i...@freedesktop.org wrote:
On 02/15/2013 11:20 AM, Anuj Phogat wrote:
tex-Sright and tex-Ttop are initialized during texture allocation.
This fixes depth buffer blitting failures in khronos conformance tests
when run on desktop GL 3.0.
Note:
https://bugs.freedesktop.org/show_bug.cgi?id=61199
Tapani Pälli lem...@gmail.com changed:
What|Removed |Added
CC||brad.k...@kitware.com
Commit 86d30dea3c13d29ef8d39bc18db63a0441051975 broke building with older
automake versions with this error:
Makefile:769: *** Recursive variable am__v_YACC_ references itself
(eventually). Stop.
This patch fixes it. Fix stolen from xorg-macros.
--
This is a candidate for the 9.1 branch,
On 02/20/2013 05:34 PM, Eric Anholt wrote:
Ian Romanick i...@freedesktop.org writes:
On 02/19/2013 04:27 PM, Carl Worth wrote:
This fixes a bug introduced in commit 258453716f001eab1288d99765213 and
triggered whenever rb is NULL.
Fixes bug #59445:
[SNB/IVB/HSW Bisected]Oglc
On 02/21/2013 08:48 AM, Eric Anholt wrote:
Ian Romanick i...@freedesktop.org writes:
On 02/15/2013 10:46 PM, Eric Anholt wrote:
The desktop spec asks for gl_PointCoord to be defined only when
GL_POINT_SPRITE is enabled, and it's undefined otherwise (why?!). The
ES spec doesn't have
Ian Romanick i...@freedesktop.org writes:
Though, it turns out that this deviates from what C99 specifies.
Specifically, the ISO/IEC 9899:TC2 Committee Draft dated May 6, 2005 says:
After all replacements due to macro expansion and the defined unary
operator have been performed,
On Fri, Feb 22, 2013 at 2:38 PM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
This patch set cleans up the flushing on r6xx in what seems to be
a logical manner. The last patch enables CP DMA on r6xx. No piglit
regressions on RS780 which I was testing on.
On Fri, Feb 22, 2013 at 12:25 PM, Lauri Kasanen c...@gmx.com wrote:
Commit 86d30dea3c13d29ef8d39bc18db63a0441051975 broke building with older
automake versions with this error:
Makefile:769: *** Recursive variable am__v_YACC_ references itself
(eventually). Stop.
This patch fixes it. Fix
On 02/22/2013 12:00 PM, Eric Anholt wrote:
The GLX extension lets you expose visuals that explicitly guarantee you
that the GL_FRAMEBUFFER_SRGB_CAPABLE flag will be set, but we can set
the flag even while the visual doesn't provide the guarantee. This
appears to be consistent with other
https://bugs.freedesktop.org/show_bug.cgi?id=61199
--- Comment #6 from Brad King brad.k...@kitware.com ---
Comment on attachment 75234
-- https://bugs.freedesktop.org/attachment.cgi?id=75234
fix without typos included
Review of attachment 75234:
On 02/20/2013 04:58 PM, Eric Anholt wrote:
The recent change for GL core broke the older setup, which broke gl_PointCoord
on pre-gen6 (where gl_PointCoord is undefined if point sprites are disabled).
Fixes the new piglit GLES-2.0/glsl-fs-pointcoord test.
Bugzilla:
On 02/22/2013 01:14 PM, Carl Worth wrote:
Ian Romanick i...@freedesktop.org writes:
Though, it turns out that this deviates from what C99 specifies.
Specifically, the ISO/IEC 9899:TC2 Committee Draft dated May 6, 2005 says:
After all replacements due to macro expansion and the defined
https://bugs.freedesktop.org/show_bug.cgi?id=61312
Priority: medium
Bug ID: 61312
Assignee: mesa-dev@lists.freedesktop.org
Summary: Assertion failure: freeing bad or corrupted memory in
st_translate_mesa_program
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=61312
--- Comment #1 from Keith Kriewall keith.kriew...@attachmate.com ---
Created attachment 75375
-- https://bugs.freedesktop.org/attachment.cgi?id=75375action=edit
Trace of GL calls made by dinospin
In case it helps, I'm attaching a JOGL trace of
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 28138, which changed state.
Bug 28138 Summary: [G45] Regnum Online, sparkling in in-game rendering
https://bugs.freedesktop.org/show_bug.cgi?id=28138
What|Removed |Added
On Fri, Feb 22, 2013 at 12:28 PM, Patrick Baggett
baggett.patr...@gmail.com wrote:
On Fri, Feb 22, 2013 at 2:23 PM, Ian Romanick i...@freedesktop.org wrote:
On 02/15/2013 11:20 AM, Anuj Phogat wrote:
tex-Sright and tex-Ttop are initialized during texture allocation.
This fixes depth buffer
This looks good. One minor nit: zwritemask should be in
r600_db_misc_state instead of r600_context.
Marek
On Fri, Feb 22, 2013 at 5:20 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
This work around disable hyperz if write to zbuffer is disabled. Somehow
using hyperz
From: Alex Deucher alexander.deuc...@amd.com
PS_PARTIAL flushes seems to be required in certain
cases to prevent hangs, especially on r6xx.
Note: this is a candidate for the 9.1 branch.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600.h|1
From: Alex Deucher alexander.deuc...@amd.com
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=50655
https://bugs.freedesktop.org/show_bug.cgi?id=47116
v2: flush along with workaround.
v3: just need a flush
v4: try WAIT_UNTIL
v5: switch to PS partial flush
v6: rework patch
Note: this is a
From: Alex Deucher alexander.deuc...@amd.com
May fix:
https://bugs.freedesktop.org/show_bug.cgi?id=58042
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600_hw_context.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
Streamout buffers need to be synchronized on r6xx as
well.
v2: Add DEST flush as well.
v3: drop DEST flush
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600_hw_context.c |2 +-
1 files changed, 1
From: Alex Deucher alexander.deuc...@amd.com
We set the cp_coher_cntl bits but never emit them.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600_hw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Alex Deucher alexander.deuc...@amd.com
With the previous flushing changes this seems to work
reliably now.
v2: add R600_CONTEXT_FLUSH_AND_INV
v3: just enable CP DMA
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
src/gallium/drivers/r600/r600_blit.c |3 +--
https://bugs.freedesktop.org/show_bug.cgi?id=61318
Priority: medium
Bug ID: 61318
Assignee: mesa-dev@lists.freedesktop.org
Summary: Can't compile GLU 32bit on 64bit
Severity: critical
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=38086
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Roland Scheidegger srol...@vmware.com
Since with llvm execution parts of sampler view and sampler state is baked into
the shader, we need to revalidate otherwise the wrong shader might get used.
(Not completely sure but I think this would not be required for non-llvm case,
along with
Hi all,
I have an issue where an ARBfp shader does the following:
!!ARBfp1.0
OPTION ARB_precision_hint_fastest;
OPTION ARB_precision_hint_fastest;
This is then being rejected by the mesa parser.
The spec I found at
http://oss.sgi.com/projects/ogl-sample/registry/ARB/fragment_program.txt says
https://bugs.freedesktop.org/show_bug.cgi?id=61318
Matt Turner matts...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=61318
--- Comment #2 from Matt Turner matts...@gmail.com ---
I built with both
CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32
--build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu
and
CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh
Ian Romanick i...@freedesktop.org writes:
Also, the correct way to say this is:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59445
Thanks. I missed that on this patch, but will get it right in the
future.
ctx-DrawBuffer-Visual doesn't know about your alpha bits when you have
MRT
On 02/22/2013 05:15 PM, Carl Worth wrote:
Ian Romanick i...@freedesktop.org writes:
Also, the correct way to say this is:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59445
Thanks. I missed that on this patch, but will get it right in the
future.
ctx-DrawBuffer-Visual doesn't
On 02/22/2013 05:20 PM, Ian Romanick wrote:
On 02/22/2013 05:15 PM, Carl Worth wrote:
Ian Romanick i...@freedesktop.org writes:
Also, the correct way to say this is:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59445
Thanks. I missed that on this patch, but will get it right in
Mesa 9.1 has been released! Mesa 9.1 is a feature release that includes
many updates and enhancements. The full list is available in the release
notes file in docs/relnotes-9.1.html.
The tag in the GIT repository for Mesa 9.1 is 'mesa-9.1'.
Mesa 9.1 is available for download at
On 02/22/2013 04:44 PM, Jonathan Hamilton wrote:
Hi all,
I have an issue where an ARBfp shader does the following:
!!ARBfp1.0
OPTION ARB_precision_hint_fastest;
OPTION ARB_precision_hint_fastest;
This is then being rejected by the mesa parser.
The spec I found at
https://bugs.freedesktop.org/show_bug.cgi?id=61199
--- Comment #7 from Tapani Pälli lem...@gmail.com ---
someone please commit the fix
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
---
src/mesa/main/errors.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/src/mesa/main/errors.c b/src/mesa/main/errors.c
index 0c5e36d..761b555 100644
--- a/src/mesa/main/errors.c
+++ b/src/mesa/main/errors.c
@@ -38,8 +38,6 @@
#include
---
src/mesa/main/errors.c | 38 +++---
1 file changed, 3 insertions(+), 35 deletions(-)
diff --git a/src/mesa/main/errors.c b/src/mesa/main/errors.c
index 761b555..987cddb 100644
--- a/src/mesa/main/errors.c
+++ b/src/mesa/main/errors.c
@@ -29,7 +29,7 @@
This was apparently not noticed because we don't have any testing of
application-generated debug output. However, as I'm changing the
GL-generated debug output to use the same path as
application/middleware-generated debug output, this obviously became an
issue.
---
src/mesa/main/errors.c |6
These will get reused by new ARB_debug_output messages in drivers/core,
instead of having the caller pass GL enums and have us immediately
switch-statement those into enums.
Add source enums will be handled in the next commit, because the way
different sources are handled at the moment is pretty
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_context.h |5 +
2 files changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_wm_surface_state.c
b/src/mesa/drivers/dri/i965/brw_wm_surface_state.c
index 587ad05..623b99a
We can emit messages now without always having to use the same ID for
each, or having a giant table of all possible errors in mtypes.h.
---
src/mesa/main/errors.c | 54 +---
src/mesa/main/errors.h | 10 -
2 files changed, 60 insertions(+), 4
They're about to change to handle GL_ARB_debug_output, so just make one
function.
---
src/mesa/drivers/dri/intel/intel_context.h |5 -
src/mesa/drivers/dri/intel/intel_mipmap_tree.c |4 ++--
src/mesa/drivers/dri/intel/intel_pixel_copy.c | 18 +-
1 - 100 of 110 matches
Mail list logo