Fixes this GCC warning.
arrayobj.c: In function '_mesa_update_array_object_max_element':
arrayobj.c:310: warning: implicit declaration of function 'ffsll'
Signed-off-by: Vinson Lee
---
src/mesa/main/imports.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main
Hi,
On Tuesday, December 27, 2011 09:47:41 Brian Paul wrote:
> If bitset.h is no longer used let's just remove it.
pushed.
Thanks
Mathias
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, 2011-12-28 at 01:13 +0100, Marek Olšák wrote:
> Hi everyone,
>
> There is a new branch gallium-clip-state in the main Mesa repository.
> It implements the changes we agreed upon, i.e. moving state enables
> from clip_state into rasterizer_state. A nice cleanup comes with it:
> cso_save_cli
On Sam, 2011-12-24 at 22:52 +0530, Sanjoy Saha - ERS, HCL Tech wrote:
> As per my project requirement (Safety critical DO-178B), i have a box
> HPCN8641D (ppc) fitted with PCI-E radeon gpu e4690. I have already
> back ported kernel DRM module from 2.6.35.3 to 2.6.23 (Pre-installed
> in machine). I
- Original Message -
>
> Hi,
>
> On Tuesday, December 27, 2011 09:47:41 Brian Paul wrote:
> > If bitset.h is no longer used let's just remove it.
> pushed.
>
> Thanks
>
> Mathias
It looks like bitset.h is still used by classic nouveau driver -- see `git grep
'\http://lists.freedesktop
Hi,
On Wednesday, December 28, 2011 03:22:31 Jose Fonseca wrote:
> It looks like bitset.h is still used by classic nouveau driver -- see `git
> grep '\ integers (it requires approximately 87 bits). There doesn't seem to be an
> obvious alternative, so I went ahead and re-added bitset.h to get the
On Wed, Dec 28, 2011 at 1:39 AM, Vinson Lee wrote:
> Fixes this GCC warning.
> arrayobj.c: In function '_mesa_update_array_object_max_element':
> arrayobj.c:310: warning: implicit declaration of function 'ffsll'
>
> Signed-off-by: Vinson Lee
> ---
> src/mesa/main/imports.h | 2 +-
> 1 files c
On Tue, Dec 27, 2011 at 10:54 PM, Yuanhan Liu
wrote:
> introduce vbo_sizeof_ib_type() function to return the index data type
> size. I see some place use switch(ib->type) to get the index data type,
> which is sort of duplicate.
>
> Signed-off-by: Yuanhan Liu
Reviewed-by: Brian Paul
___
https://bugs.freedesktop.org/show_bug.cgi?id=44217
Bug #: 44217
Summary: vertex attribute 0 inconsistencies.
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=44217
--- Comment #1 from b...@taniwha.org 2011-12-28 04:35:21 PST ---
I forgot to mention that the glsl using programs are qw-client-glslx and
nq-glslx.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=44234
Bug #: 44234
Summary: SIGSEGV
src/gallium/state_trackers/glx/xlib/glx_api.c:2668
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
O
The new assert in intelEmitCopyBlit() gets angry if we don't align to
dwords. Rather than make the assert have a special case for height ==
1 on the assumption that the hardware doesn't use it in that case,
just supply a correct pitch.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=43214
This was disabled a year ago due to not having a story for handling
the blitter at the time. We're fine with using the blitter now.
---
src/mesa/drivers/dri/intel/intel_buffer_objects.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_buff
We didn't consume these flags in any way that would produce a
functional difference, but we might have some day.
---
src/mesa/drivers/dri/intel/intel_buffer_objects.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_buffer_objects.c
b/sr
>From 1273dd1e1ede35b9a434c3f9d9eaa4a03eb8d0b3 Mon Sep 17 00:00:00 2001
From: Lucas Stach
Date: Wed, 28 Dec 2011 20:00:48 +0100
Subject: [PATCH] util: u_gen_mipmap: use software path for small mipmap
levels
We are changing a lot of states to generate mipmaps with the
hardware 3D engine, which is
On Wed, 28 Dec 2011 13:54:42 +0800, Yuanhan Liu
wrote:
> introduce vbo_sizeof_ib_type() function to return the index data type
> size. I see some place use switch(ib->type) to get the index data type,
> which is sort of duplicate.
Reviewed-by: Eric Anholt
pgpTL4sqQVlMT.pgp
Description: PGP si
On Wed, 28 Dec 2011 13:54:43 +0800, Yuanhan Liu
wrote:
> The current code would just calculate min/max_index for the first prim
> unconditionally, which is wrong if nr_prims > 1.
>
> This would some cases like that the index is stored in element array
> buffer object and drawing by glMultiDrawEe
On Dec 27, 2011, at 8:35 AM, Brian Paul wrote:
> On Tue, Dec 27, 2011 at 8:41 AM, Alexander von Gluck
> wrote:
>>
>> ---
>> src/glsl/link_uniforms.cpp |2 --
>> 1 files changed, 0 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/glsl/link_uniforms.cpp b/src/glsl/link_uniforms.cpp
>>
On 28.12.2011 13:51, Ian Romanick wrote:
On Dec 27, 2011, at 8:35 AM, Brian Paul wrote:
On Tue, Dec 27, 2011 at 8:41 AM, Alexander von Gluck
wrote:
---
src/glsl/link_uniforms.cpp |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/src/glsl/link_uniforms.cpp b/src/glsl
HI Lucas,
The fallback will be slower on Radeons for these two reasons:
- Texture transfers are implemented using a blit to or from a
temporary texture, which is allocated in get_transfer, so it takes
more CPU time than simply generating all mipmap levels on hardware
- Mapping a texture causes wai
It is #ifdef'd out, and is already called unconditionnaly a couple lines above.
---
src/gallium/drivers/llvmpipe/lp_context.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_context.c
b/src/gallium/drivers/llvmpipe/lp_context.c
index b6
On Wed, Dec 28, 2011 at 12:07:08PM -0800, Eric Anholt wrote:
> On Wed, 28 Dec 2011 13:54:43 +0800, Yuanhan Liu
> wrote:
> > The current code would just calculate min/max_index for the first prim
> > unconditionally, which is wrong if nr_prims > 1.
> >
> > This would some cases like that the inde
https://bugs.freedesktop.org/show_bug.cgi?id=43317
--- Comment #4 from Nicholas Miell 2011-12-28 18:14:09 PST
---
See bug 44247
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=44255
Bug #: 44255
Summary: d3d1x depends on removed pipe_.so libraries
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
24 matches
Mail list logo
