On Ivybridge, the shadow comparitor goes in the first slot, rather than
at the end. It's not necessary to send u, v, and r.
Fixes tests texturing/texdepth and glean/fbo.
NOTE: This is a candidate for the 7.11 branch.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_wm_emit.c |
https://bugs.freedesktop.org/show_bug.cgi?id=23525
--- Comment #7 from Marc Pignat 2011-07-22 02:57:10 PDT ---
Hi Brian!
I have done these tests:
* without my patch :
* qemu + cirrus emulation + glxgears -> failed
* qemu + vga emulation + glxgears -> working fine
* with my patch
* qemu + cir
https://bugs.freedesktop.org/show_bug.cgi?id=23525
Marc Pignat changed:
What|Removed |Added
CC||m...@pignat.org
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=23525
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 07/21/2011 06:59 PM, Younes Manton wrote:
The blend_quad function clobbers the actual render target color/alpha
values while applying the destination blend factor, which results in
restoring the wrong value during the masking stage for write-disabled
channels.
---
src/gallium/drivers/softpip
On 07/21/2011 05:48 PM, Bryan Cain wrote:
TGSI's set of signed and unsigned integer opcodes is mostly complete and
usable, but there is one important operation missing: loading an integer
into the address register. Currently, the only way to do this is to use
I2F followed by ARL. This is very c
On Thu, 21 Jul 2011 22:23:42 -0700, Kenneth Graunke
wrote:
> Commit 53c89c67f33639afef951e178f93f4e29acc5d53 ("i965: Avoid generating
> MOVs for assignments of expressions.") added the line "this->result =
> reg_undef" all over the code. Unfortunately, since Eric developed his
> patch before I l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2011 05:28 PM, Eric Anholt wrote:
> On Thu, 21 Jul 2011 12:16:58 -0700, "Ian Romanick"
> wrote:
>> From: Ian Romanick
>>
>> Just like the non-constant array index lowering pass, compare all N
>> indices at once. For accesses to a vec4, thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2011 05:41 PM, Eric Anholt wrote:
> On Thu, 21 Jul 2011 12:16:56 -0700, "Ian Romanick"
> wrote:
>> From: Ian Romanick
>>
>> Perviously the code would just look at deref->array->type to see if it
>> was a constant. This isn't good enough be
https://bugs.freedesktop.org/show_bug.cgi?id=11983
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=2727
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Fixes user-clip on 965 with 3D clears enabled. I created a separate
flag because I wanted to avoid the overhead of the matrix operations
in this path.
---
src/mesa/drivers/common/meta.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/me
The index buffer state emit only occurred if there was an IB in place
and we were in either a new batch or a new IB state. But because we
only flagged new IB state if IB state changed from the last IB state
we calculated, we could simply never emit IB state after batchbuffer
wraps if the first dra
---
tests/all.tests|1 +
tests/glx/CMakeLists.gl.txt|1 +
tests/glx/glx-multi-context-ib-1.c | 206
3 files changed, 208 insertions(+), 0 deletions(-)
create mode 100644 tests/glx/glx-multi-context-ib-1.c
diff --git a/test
On Fri, 22 Jul 2011 09:27:36 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/21/2011 05:28 PM, Eric Anholt wrote:
> > On Thu, 21 Jul 2011 12:16:58 -0700, "Ian Romanick"
> > wrote:
> >> From: Ian Romanick
> >>
> >> Just like the non-constant array index lo
On 07/22/2011 12:15 PM, Eric Anholt wrote:
Fixes user-clip on 965 with 3D clears enabled. I created a separate
flag because I wanted to avoid the overhead of the matrix operations
in this path.
---
src/mesa/drivers/common/meta.c | 12
1 files changed, 12 insertions(+), 0 deleti
https://bugs.freedesktop.org/show_bug.cgi?id=39482
Summary: opengl es1/2 is broken on r300 classic driver
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: minor
Priority: medium
On Thu, 23 Jun 2011 19:08:51 -0600, Brian Paul wrote:
>
> I'd like to overhaul the part of Mesa related to texture memory
> reading/writing.
OK, I'm taking a look at map-texture-image-v4. I like what I'm seeing
overall, I just want to be sure that this isn't something that gets
squash-merged.
https://bugs.freedesktop.org/show_bug.cgi?id=39482
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 07/22/2011 01:32 PM, Eric Anholt wrote:
On Thu, 23 Jun 2011 19:08:51 -0600, Brian Paul wrote:
I'd like to overhaul the part of Mesa related to texture memory
reading/writing.
OK, I'm taking a look at map-texture-image-v4. I like what I'm seeing
overall, I just want to be sure that this i
Trivial fix (I hope), came across this when testing multisampling via
RenderbufferMultisample.
Christoph
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
When emitting a MAC instruction in a vertex shader, brw_vs_emit()
calls accumulator_contains() to determine whether the accumulator
already contains the appropriate addend; if it does, then we can avoid
emitting an unnecessary MOV instruction.
However, accumulator_contains() wasn't checking the va
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/22/2011 11:27 AM, Eric Anholt wrote:
> On Fri, 22 Jul 2011 09:27:36 -0700, Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 07/21/2011 05:28 PM, Eric Anholt wrote:
>>> On Thu, 21 Jul 2011 12:16:58 -0700, "Ian Roma
On 07/22/2011 11:50 PM, Christoph Bumiller wrote:
> Trivial fix (I hope), came across this when testing multisampling via
> RenderbufferMultisample.
>
> Christoph
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> http://lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=28042
Chad Versace changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Signed-off-by: Francisco Jerez
---
>[...]
> Coincidentally nouveau's texture handling has always been structured
> around two teximage map/unmap hooks (e.g. compare nouveau_teximage() and
> the look of _mesa_store_teximage2d() after the API change), and AFAICT
> the changes would be for the most p
On Fri, 22 Jul 2011 15:20:03 -0700, Ian Romanick wrote:
> I'd like to refactor that code to be more like the non-constant array
> index lowering pass. The r-value and l-value case only differ in the
> order of the operands in the generated assignments and the optional
> if-statement wrapping. It
On Fri, 22 Jul 2011 15:07:57 -0700, Paul Berry wrote:
> When emitting a MAC instruction in a vertex shader, brw_vs_emit()
> calls accumulator_contains() to determine whether the accumulator
> already contains the appropriate addend; if it does, then we can avoid
> emitting an unnecessary MOV instr
---
src/glsl/Makefile |1 +
src/mesa/Makefile |5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/glsl/Makefile b/src/glsl/Makefile
index 005b51d..c20a6c9 100644
--- a/src/glsl/Makefile
+++ b/src/glsl/Makefile
@@ -164,6 +164,7 @@ depend: $(ALL_SOURCES) Makefile
29 matches
Mail list logo
