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
> ---
> src/gallium/auxiliary/vl/vl_winsys_dri.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri.
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 list, but
> I did not receive any answer. Ple
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
---
src/gallium/drivers/llvmpipe/Makefile.am | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/src/gal
- 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
> ---
> src/gallium/drivers/llvmpipe/Makefile.am | 17 -
> 1 file changed, 12 in
https://bugs.freedesktop.org/show_bug.cgi?id=61052
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61200
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Am 22.02.2013 07:44, schrieb Vinson Lee:
Fixes out-of-bounds write reported by Coverity.
Signed-off-by: Vinson Lee
Reviewed-by: Christian König
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_wi
Am 22.02.2013 07:25, schrieb Vinson Lee:
Fixes resource leak defect reported by Coverity.
Signed-off-by: Vinson Lee
Reviewed-by: Christian König
---
src/gallium/state_trackers/vdpau/output.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/state_trackers/vdpau/output.c
b/s
Am 22.02.2013 07:18, schrieb Vinson Lee:
Fixes uninitialized scalar variable defect reported by Coverity.
Signed-off-by: Vinson Lee
Reviewed-by: Christian König
---
src/gallium/state_trackers/xvmc/tests/xvmc_bench.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state
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 dum
https://bugs.freedesktop.org/show_bug.cgi?id=59187
christopher.alder...@hotmail.com changed:
What|Removed |Added
CC||christopher.alderton@ho
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 receivin
2013/2/22 Michel Dänzer
> 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 list, but
https://bugs.freedesktop.org/show_bug.cgi?id=61091
José Fonseca changed:
What|Removed |Added
Severity|normal |blocker
Priority|medium
For what it's worth, I get a number of failures in the Wine d3d9 tests
on Cayman with this branch (9219c54b5c5a65c269124637a6e654eda4cdbb8e).
I haven't looked at why yet.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=12817
--- Comment #1 from Niclas Zeising ---
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 assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=12817
--- Comment #2 from Niclas Zeising ---
(In reply to comment #1)
> This bug can probably be closed, since FreeBSD 6.4 is obsoleted, and xorg is
^^^
That should read FreeBSD 6.2 of course.
> updated
https://bugs.freedesktop.org/show_bug.cgi?id=59187
--- Comment #8 from Paul Berry ---
(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;
If you would like to
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
Classif
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Brad King changed:
What|Removed |Added
CC||hob...@ohiou.edu
--
You are receiving this
Now the "Unexpected program target 0x0 in destroy_program_variants_cb()"
errors don't occur anymore. Tested with TF2
Tested-by: Andreas Boll
2013/2/20 Brian Paul :
> When we destroy an ARB vp/fp whose ID was gen'd but not otherwise used we
> get a pointer to the dummy/placeholder program. We c
From: José Fonseca
- 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)
---
src/gallium/auxiliary/tgsi/tgsi_
On 02/22/2013 08:35 AM, jfons...@vmware.com wrote:
From: José Fonseca
- 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 infe
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
lib/Target/R600/SIInstrFormats.td | 24
lib/Target/R600/SIInstrInfo.td| 22 ++
lib/Target/R600/SIInstructions.td | 4
3 files changed, 50 insertions(+)
diff --git a/lib/Target/R600/SIIn
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
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
index 4dfd26e..a8d573f 100644
--- a/lib/Target
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
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
b/lib/Target/R600/SIInstructions.td
index 907cf49..99ec6
From: Michel Dänzer
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 Dänzer
---
lib/Targe
From: Michel Dänzer
The number of coordinates to pack will be useful for other address parameters
as well.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 54 +++---
1 file changed, 32 insertions(+), 22 deletions(-)
diff --git a/src/galliu
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
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
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
inde
From: Michel Dänzer
15 more little piglits.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 34 ++
src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 +
src/gallium/drivers/radeonsi/si_state_draw.c | 1 +
3 files changed, 36 inserti
Am 22.02.2013 17:02, schrieb Michel Dänzer:
From: Michel Dänzer
The number of coordinates to pack will be useful for other address parameters
as well.
Signed-off-by: Michel Dänzer
Very nice, for this series:
Reviewed-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_shader
Roland found a better fix. Please ignore.
Jose
- Original Message -
> From: José Fonseca
>
> Weird format, which Mesa state tracker recently started using.
>
> Fixes segfault in
>
> ./bin/texture-packed-formats -auto
>
> because swizzle[foo] was 0xff for padding channel (X). It sti
https://bugs.freedesktop.org/show_bug.cgi?id=57563
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Jerome Glisse
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
---
src/gallium/drivers/r600/
On Fri, Feb 22, 2013 at 05:02:12PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
>
> Signed-off-by: Michel Dänzer
> ---
> lib/Target/R600/SIInstrFormats.td | 24
> lib/Target/R600/SIInstrInfo.td| 22 ++
> lib/Target/R600/SIInstructions.td
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
>
> Use LDS for calculating the deltas between neighbouring pixels. Not sure the
> sign of t
On Fri, Feb 22, 2013 at 05:02:10PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Tom Stellard
> ---
> lib/Target/R600/SIInstructions.td | 7 ++-
> lib/Target/R600/SIIntrinsics.td | 1 +
> 2 files changed, 7 insertions(+), 1 deletion(-)
On Fri, Feb 22, 2013 at 05:02:11PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Tom Stellard
> ---
> lib/Target/R600/SIInstrInfo.cpp | 28 +++-
> 1 file changed, 27 insertions(+), 1 deletion(-)
>
> diff --git a/lib/
On Fri, Feb 22, 2013 at 05:02:37PM +0100, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The number of coordinates to pack will be useful for other address parameters
> as well.
>
> Signed-off-by: Michel Dänzer
These patches depend on LLVM changes, and I would like to track this somehow.
Do yo
On Fri, Feb 22, 2013 at 11:20 AM, wrote:
> From: Jerome Glisse
>
> 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
>
> S
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) // Inli
On 22 February 2013 08:02, Michel Dänzer wrote:
> From: Michel Dänzer
>
> 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
Chad Versace writes:
> On 02/20/2013 05:44 PM, Eric Anholt wrote:
>> Chad Versace 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 at Khronos meetings to a good receptio
From: Tom Stellard
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 files changed, 40 inserti
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 executa
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 wrote:
> From: Michel Dänzer
>
> Use LDS for calculating the deltas between neighbouring
> pixels. Not sure the
> sign of the delta is correct for both dimensi
From: Roland Scheidegger
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, however,
glsl 140 versio
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 o
Without this set, dri_util.c:dri2CreateContextAttribs
will reject requests to create a context with
__DRI_API_OPENGL_CORE.
This prevents a 3.2 core profile context from being created
even when MESA_GL_OVERRIDE_VERSION=3.2 is used.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/intel/inte
This will allow other code to get access to the override
version before a context is available.
Signed-off-by: Jordan Justen
---
src/mesa/main/version.c | 94 +--
src/mesa/main/version.h |3 ++
2 files changed, 70 insertions(+), 27 deletions(-)
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
---
src/mesa/drivers/dri/intel/intel_screen.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/mesa/drivers/dri/intel/intel_screen
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: Jo
From: Alex Deucher
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 Deucher
---
src/gallium/
From: Alex Deucher
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 R600_CONTEXT_FLUSH_AND_INV case
r600g: sy
From: Alex Deucher
We set the cp_coher_cntl bits but never emit them.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_hw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_hw_context.c
b/src/gallium/drivers/r600/r600_
From: Alex Deucher
Streamout buffers need to be synchronized on r6xx as
well.
v2: Add DEST flush as well.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_hw_context.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_hw_con
From: Alex Deucher
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 selected bits.
Signed-off-by
From: Alex Deucher
With the previous flushing changes this seems to work
reliably now.
v2: add R600_CONTEXT_FLUSH_AND_INV
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_blit.c |3 +--
src/gallium/drivers/r600/r600_hw_context.c |9 ++---
2 files changed, 3 inse
On 02/19/2013 04:15 PM, Anuj Phogat wrote:
> On Fri, Feb 15, 2013 at 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 c
On Fri, Feb 22, 2013 at 12:21 PM, Tom Stellard 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.
> >
> > Error
---
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
+++ b/sr
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 changed:
What|Removed |Added
CC||jon.tur...@dronecode.org.uk
--- Comment #1
https://bugs.freedesktop.org/show_bug.cgi?id=12817
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
Reviewe
https://bugs.freedesktop.org/show_bug.cgi?id=61282
Ian Romanick changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |lem...@gmail.com
|org
On Fri, Feb 22, 2013 at 2:23 PM, Ian Romanick 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: This is
https://bugs.freedesktop.org/show_bug.cgi?id=61199
Tapani Pälli changed:
What|Removed |Added
CC||brad.k...@kitware.com
--- Comment #5 from
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, sinc
On 02/20/2013 05:34 PM, Eric Anholt wrote:
Ian Romanick 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 draw-buffers2(advanced.blen
On 02/21/2013 08:48 AM, Eric Anholt wrote:
Ian Romanick 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 GL_POINT_SPRITE and gl_PointCo
Ian Romanick 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, all remaining ide
On Fri, Feb 22, 2013 at 2:38 PM, wrote:
> From: Alex Deucher
>
> 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 em
On Fri, Feb 22, 2013 at 12:25 PM, Lauri Kasanen 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 stolen
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 implemen
https://bugs.freedesktop.org/show_bug.cgi?id=61199
--- Comment #6 from Brad King ---
Comment on attachment 75234
--> https://bugs.freedesktop.org/attachment.cgi?id=75234
fix without typos included
Review of attachment 75234:
-
Te
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: https://bugs.freedesktop.org/sh
On 02/20/2013 03:00 AM, Tapani Pälli wrote:
Following changes improve gles2 conformance on android. There are
additional failures related to sampling but those will be dealt later.
This series is:
Reviewed-by: Ian Romanick
Tapani Pälli (2):
mesa: add missing case in _mesa_GetTexParameter
On 02/22/2013 01:14 PM, Carl Worth wrote:
Ian Romanick 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 h
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: nor
https://bugs.freedesktop.org/show_bug.cgi?id=61312
--- Comment #1 from Keith Kriewall ---
Created attachment 75375
--> https://bugs.freedesktop.org/attachment.cgi?id=75375&action=edit
Trace of GL calls made by dinospin
In case it helps, I'm attaching a JOGL trace of the GL calls made by
'dinos
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
wrote:
>
>
> On Fri, Feb 22, 2013 at 2:23 PM, Ian Romanick 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 khrono
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, wrote:
> From: Jerome Glisse
>
> This work around disable hyperz if write to zbuffer is disabled. Somehow
> using hyperz when not writting to the zbuffer t
From: Alex Deucher
Respin based on feedback from associated bugs. No piglit
regressions on RS780 which I was testing on.
Alex Deucher (6):
r600g: add PS_PARTIAL_FLUSH flag
r600g: r6xx deadlock workaround (v6)
r600g: emit a ps partial flush after CP DMA
r600g: synchronize streamout buffe
From: Alex Deucher
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
---
src/gallium/drivers/r600/r600.h|1 +
src/gallium/drivers/r600/r600_hw_context.c |
From: Alex Deucher
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 candidate for the 9.1 branch.
From: Alex Deucher
May fix:
https://bugs.freedesktop.org/show_bug.cgi?id=58042
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_hw_context.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_hw_context.c
b/src/gallium/drivers/
From: Alex Deucher
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
---
src/gallium/drivers/r600/r600_hw_context.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/driver
From: Alex Deucher
We set the cp_coher_cntl bits but never emit them.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/r600_hw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_hw_context.c
b/src/gallium/drivers/r600/r600_
From: Alex Deucher
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
---
src/gallium/drivers/r600/r600_blit.c |3 +--
src/gallium/drivers/r600/r600_hw_context.c |6 --
2 f
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 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Roland Scheidegger
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 everything else in these
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
https://bugs.freedesktop.org/show_bug.cgi?id=61318
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=61318
--- Comment #2 from Matt Turner ---
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 --prefix=/us
Ian Romanick 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 some with alp
On 02/22/2013 05:15 PM, Carl Worth wrote:
Ian Romanick 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
1 - 100 of 126 matches
Mail list logo
