We don't want to use brw->sampler.count here, as it includes samplers
used only by the FS...which is most of them.
This also lets us drop the CACHE_NEW_SAMPLER dirty bit on Gen6.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/gen6_vs_state.c |5 ++---
src/mesa/drivers/dri/i965
On 02/08/2012 06:09 PM, Eric Anholt wrote:
Here's a patch series for converting glx and egl to automake. I've
tested the built EGL result for x11 platform (dri2 driver) mode with
two configurations: one with the defaults (just x11 platform), and one
with all the platforms enabled. I've also tes
I recently discovered this text in the BSpec. It seems wise to comply,
though I haven't observed it to fix anything yet.
Fixes a regression in glean/fbo since 28cfa1fa213fe.
NOTE: This is a candidate for stable release branches.
Cc: Eric Anholt
Bugzilla: https://bugs.freedesktop.org/show_bug.c
On 02/10/2012 08:26 PM, Paul Berry wrote:
Commit 2e5a1a2 (intel: Convert from GLboolean to 'bool' from
stdbool.h.) converted the "specoffset" local variable (in
intel_tris.c) from a GLboolean to a bool. However, GLboolean was the
wrong type for specoffset--it should have been a GLuint (to match
https://bugs.freedesktop.org/show_bug.cgi?id=45905
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45905
--- Comment #4 from Alexandre Demers 2012-02-10
20:51:27 PST ---
It seems reinstalling libc6-dev and linux-libc-dev fixed the problem. Thanks
for the help though.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=45905
--- Comment #3 from Alexandre Demers 2012-02-10
20:26:47 PST ---
Ok, my system is mostly fixed (Xorg crashes when starting, pointing maybe to
libc and/or the ddx driver).
So I tried replacing -c by -E and... It builds correctly, without any er
Commit 2e5a1a2 (intel: Convert from GLboolean to 'bool' from
stdbool.h.) converted the "specoffset" local variable (in
intel_tris.c) from a GLboolean to a bool. However, GLboolean was the
wrong type for specoffset--it should have been a GLuint (to match the
declaration of specoffset in struct inte
https://bugs.freedesktop.org/show_bug.cgi?id=45905
--- Comment #2 from Alexandre Demers 2012-02-10
19:56:36 PST ---
Indeed, there seems to be something wrong. My system doesn't boot anymore...
I'm working on it and when that will be fixed, I'll tell you if my build goes
back to a working state
On Fri, 10 Feb 2012 16:19:14 -0700, Brian Paul wrote:
> On 02/10/2012 03:53 PM, Eric Anholt wrote:
> > If we're only starting for new draw buffers, why would we end for old
> > read buffers along with draw buffers?
> > ---
> > src/mesa/main/fbobject.c |7 ++-
> > 1 files changed, 2 inse
On 02/10/2012 05:25 PM, Anuj Phogat wrote:
On Fri, Feb 10, 2012 at 3:00 PM, Brian Paul mailto:bri...@vmware.com>> wrote:
On 02/10/2012 02:39 PM, Anuj Phogat wrote:
This patch adds the pixel pack operations in glGetTexImage for
compressed textures with unsigned, normalized va
This patch adds the pixel store operations in decompress_texture_image().
decompress_texture_image() is used in glGetTexImage() for compressed
textures with unsigned, normalized values.
It also fixes the failures in intel oglconform pxstore-gettex due to
following sub test cases:
- Test all mip
On Fri, Feb 10, 2012 at 3:00 PM, Brian Paul wrote:
> On 02/10/2012 02:39 PM, Anuj Phogat wrote:
>
>> This patch adds the pixel pack operations in glGetTexImage for
>> compressed textures with unsigned, normalized values. It also
>> fixes the failures in intel oglconform pxstore-gettex due to
>> f
On 02/07/2012 09:52 PM, Eric Anholt wrote:
---
src/mesa/drivers/dri/i965/brw_defines.h |1 +
src/mesa/drivers/dri/i965/brw_disasm.c | 223 ---
src/mesa/drivers/dri/i965/brw_eu.h | 17 +++-
src/mesa/drivers/dri/i965/brw_eu_emit.c | 82 +++-
https://bugs.freedesktop.org/show_bug.cgi?id=45913
Paul Berry changed:
What|Removed |Added
Keywords|regression |
--- Comment #1 from Paul Berry 2012-02-10
On 02/10/2012 03:53 PM, Eric Anholt wrote:
If we're only starting for new draw buffers, why would we end for old
read buffers along with draw buffers?
---
src/mesa/main/fbobject.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa
On 02/10/2012 02:39 PM, Anuj Phogat wrote:
This patch adds the pixel pack operations in glGetTexImage for
compressed textures with unsigned, normalized values. It also
fixes the failures in intel oglconform pxstore-gettex due to
following sub test cases:
- Test all mipmaps with byte swapping e
---
src/mesa/drivers/dri/intel/intel_fbo.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_fbo.c
b/src/mesa/drivers/dri/intel/intel_fbo.c
index 185602a..203d512 100644
--- a/src/mesa/drivers/dri/intel/intel_fbo.c
+++ b/s
There's a serious trap for drivers: RenderTexture() does not indicate
that the texture is currently bound to the draw buffer, despite
FinishRenderTexture() signaling that the texture is just now being
unbound from the draw buffer.
We were acting as if RenderTexture() *was* the start of rendering a
If we're only starting for new draw buffers, why would we end for old
read buffers along with draw buffers?
---
src/mesa/main/fbobject.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 987d687..64c3393 100644
https://bugs.freedesktop.org/show_bug.cgi?id=42128
--- Comment #9 from Christopher Yeleighton 2012-02-10
14:28:33 PST ---
Both http://www.britannica.com/EBchecked/topic/23762/Andhra-University >
AND crash Mozilla Firefox 9.0.1. I disabled webgl support
and they show up.
name of display: :0
di
https://bugs.freedesktop.org/show_bug.cgi?id=45913
Bug #: 45913
Summary: [bisected] piglit vs-clip-vertex-const-reject fails
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Statu
This patch adds the pixel pack operations in glGetTexImage for
compressed textures with unsigned, normalized values. It also
fixes the failures in intel oglconform pxstore-gettex due to
following sub test cases:
- Test all mipmaps with byte swapping enabled
- Test all small mipmaps with all allo
On Thu, 09 Feb 2012 17:27:14 -0800, Ian Romanick wrote:
> On 02/06/2012 03:08 PM, Eric Anholt wrote:
> > On Fri, 03 Feb 2012 16:09:25 -0700, Ian Romanick
> > wrote:
> >> On 02/03/2012 02:11 AM, Eric Anholt wrote:
> >>> On Wed, 1 Feb 2012 12:29:39 -0700, "Ian Romanick"
> >>> wrote:
> Fro
https://bugs.freedesktop.org/show_bug.cgi?id=45905
--- Comment #1 from Ian Romanick 2012-02-10 11:32:53 PST
---
Something is wonkey with your build or your system. The whole purpose of the
intptr_t type is to be an integer that is large enough to hold a pointer. It
sounds like stdint.h on you
Before this patch, the HiZ op was setting the pointers to COLOR_CALC_STATE
and to BLEND_STATE to 0. This was probably safe, since the HiZ op doesn't
use the cc or the blending. And it caused no problems with Piglit and
Citybench.
But, we don't know exactly what the GPU does with those pointers. So
On 09/02/2012 02:09, Eric Anholt wrote:
> configure.ac|4 ++
> src/glx/.gitignore |5 ++
> src/glx/Makefile| 119 -
> src/glx/Makefile.am | 122
> +++
> src/mesa/Makefile |
https://bugs.freedesktop.org/show_bug.cgi?id=45905
Bug #: 45905
Summary: error: cast from ‘void*’ to ‘intptr_t {aka int}’ loses
precision [-fpermissive] in ast_to_hir.cpp
Classification: Unclassified
Product: Mesa
Version: git
On 02/09/2012 06:27 PM, Ian Romanick wrote:
From: Ian Romanick
---
src/mesa/drivers/common/meta.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index aa5fef8..3647395 100644
--- a/src/mesa/drivers
On Thursday 9 February 2012 20:31:18 Marek Olšák wrote:
> 2012/2/9 Simon Farnsworth :
> > On Wednesday 8 February 2012 18:28:05 Michel Dänzer wrote:
> >> On Fre, 2012-02-03 at 17:32 +, Simon Farnsworth wrote:
> >> > --- a/src/gallium/drivers/r600/r600_hw_context.c
> >> > +++ b/src/gallium/drive
On 02/09/2012 03:18 PM, Benjamin Franzke wrote:
2012/2/9 Thomas Hellstrom:
Hi!
I have a couple of quick EGL questions that I hope someone knows the answer
to:
1) I'm trying to test the vmwgfx_dri driver with EGL driver egl_dri2,
platform drm, but it doesn't seem like this
configuration support
Series looks good to me.
Jose
- Original Message -
> ---
> src/mesa/main/mtypes.h |1 -
> src/mesa/main/pixel.c |2 --
> 2 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
> index 521bb39..6066e6f 100644
> --- a/src
Looks good. Thanks.
Jose
- Original Message -
> X86Target is a variable, and therefore isn't defined at compile time.
> So
> LLVM_NATIVE_ARCH == X86Target
> is translated into
> 0 == 0
> and since X86 is first, we always pick it.
>
> Therefore we replace the logic with PIPE_ARCH_*.
>
33 matches
Mail list logo
