http://bugs.freedesktop.org/show_bug.cgi?id=19827
Rémi Cardona changed:
What|Removed |Added
CC||r...@gentoo.org
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=19827
--- Comment #16 from Rémi Cardona 2009-02-12 23:55:01 PST ---
Could this patch be pushed/nominated for mesa 7.4?
Thanks
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
2009/2/10 Anders Juel Jensen :
> PS.: Oh, http://wiki.x.org/wiki/Development/git just became obsolete. Can
> someone knowledgable also give quick instructions on how to actually run
> gallium there?
I can update the page (and others), as soon as I know...
...what would be supposed to be created w
Hi,
We're seeing two compile regressions on the Xorg tinderbox:
Machine 1, sparc:
/usr/bin/ld: cannot find -lGLEW
make[2]: *** [glutfx] Error 1
http://tinderbox.x.org/builds/2009-02-12-0031/logs/libGL/#build
Machine 2, x86/Fedora 7:
gmake[4]: Leaving directory
`/home/cjb/xorg-git/mesa/src/ga
> > Compressed textures also seem to be broken, since they'll raise a FPE:
> > Program received signal SIGFPE, Arithmetic exception.
> > [Switching to Thread -1480239424 (LWP 11180)]
> > 0x9c80da1d in radeon_miptree_create (rmesa=0x9499c48, t=0x9909e80,
> > target=3553, firstLevel=0,
> > lastL
idr said that in his review swrast was ready for it, and the 965 driver is
advertising it already though it has been resulting in many crashes due to
arrays using these defines not being big enough.
---
src/mesa/main/config.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff
On Thu, Feb 12, 2009 at 2:58 PM, Corbin Simpson
wrote:
> Dan Nicholson wrote:
>> On Thu, Feb 12, 2009 at 1:57 PM, Corbin Simpson
>> wrote:
>>> This could also be backticks, I suppose, but since nobody has ever hit
>>> this, as far as I can tell, I'm guessing it really doesn't matter.
>>>
>>> ---
Dan Nicholson wrote:
> On Thu, Feb 12, 2009 at 1:57 PM, Corbin Simpson
> wrote:
>> This could also be backticks, I suppose, but since nobody has ever hit
>> this, as far as I can tell, I'm guessing it really doesn't matter.
>>
>> ---
>> configure.ac |2 +-
>> 1 files changed, 1 insertions(+),
On Thu, Feb 12, 2009 at 1:57 PM, Corbin Simpson
wrote:
> This could also be backticks, I suppose, but since nobody has ever hit
> this, as far as I can tell, I'm guessing it really doesn't matter.
>
> ---
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
This could also be backticks, I suppose, but since nobody has ever hit
this, as far as I can tell, I'm guessing it really doesn't matter.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index a9a8d5a..5fcd2aa 100644
--- a/conf
Am Donnerstag 12 Februar 2009 15:10:11 schrieb Roland Scheidegger:
> Compressed textures also seem to be broken, since they'll raise a FPE:
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread -1480239424 (LWP 11180)]
> 0x9c80da1d in radeon_miptree_create (rmesa=0x9499c48,
On 12.02.2009 15:10, Roland Scheidegger wrote:
> On 12.02.2009 13:48, Roland Scheidegger wrote:
>> On 12.02.2009 06:29, Dave Airlie wrote:
>>> Hi,
>>>
>>> So I have a goal to get a radeon driver that works on a bufmgr and that
>>> then can be used on non-mm/mm, and also where I can make DRI2 and F
On Thu, 2009-02-12 at 09:16 -0800, Brian Paul wrote:
> José Fonseca wrote:
> > On Thu, 2009-02-12 at 08:47 -0800, Brian Paul wrote:
> >> José Fonseca wrote:
> >>> Hi,
> >>>
> >>> I'd like to fix the naming collisions for the memory allocation utility
> >>> macros/functions between gallium & mesa, e
José Fonseca wrote:
> On Thu, 2009-02-12 at 08:47 -0800, Brian Paul wrote:
>> José Fonseca wrote:
>>> Hi,
>>>
>>> I'd like to fix the naming collisions for the memory allocation utility
>>> macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
>>> CALLOC_STRUCT, FREE, and REALLOC
On Thu, 2009-02-12 at 08:47 -0800, Brian Paul wrote:
> José Fonseca wrote:
> > Hi,
> >
> > I'd like to fix the naming collisions for the memory allocation utility
> > macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
> > CALLOC_STRUCT, FREE, and REALLOC macros in u_memory.[ch
José Fonseca wrote:
> Hi,
>
> I'd like to fix the naming collisions for the memory allocation utility
> macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
> CALLOC_STRUCT, FREE, and REALLOC macros in u_memory.[ch].
>
> The main motivation is to be able to use the memory debug
Yeah, I can see how that would be happening, but for some reason I'm not
seeing it here. I'll get on it ASAP.
-Brian
José Fonseca wrote:
> Hi Brian,
>
> This commit is causing undefined _mesa_transform_vector symbol when
> building a pure-software xlib (with linux-debug). It is referred by
> s
On Thu, 2009-02-12 at 06:51 -0800, Daniel Stone wrote:
> On Thu, Feb 12, 2009 at 11:02:22AM +, José Fonseca wrote:
> > I'd like to fix the naming collisions for the memory allocation utility
> > macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
> > CALLOC_STRUCT, FREE, and
Hi Brian,
This commit is causing undefined _mesa_transform_vector symbol when
building a pure-software xlib (with linux-debug). It is referred by
several of the sources in main, which are also used for gallium.
I need to do this to build:
diff --git a/src/mesa/sources.mak b/src/mesa/sources.mak
On Thu, Feb 12, 2009 at 11:02:22AM +, José Fonseca wrote:
> I'd like to fix the naming collisions for the memory allocation utility
> macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
> CALLOC_STRUCT, FREE, and REALLOC macros in u_memory.[ch].
>
> The main motivation is t
On 12.02.2009 13:48, Roland Scheidegger wrote:
> On 12.02.2009 06:29, Dave Airlie wrote:
>> Hi,
>>
>> So I have a goal to get a radeon driver that works on a bufmgr and that
>> then can be used on non-mm/mm, and also where I can make DRI2 and FBOs
>> work.
>>
>> So with that in mind and not wanti
On 12.02.2009 06:29, Dave Airlie wrote:
> Hi,
>
> So I have a goal to get a radeon driver that works on a bufmgr and that
> then can be used on non-mm/mm, and also where I can make DRI2 and FBOs
> work.
>
> So with that in mind and not wanting to write this 3 times, I've done a
> major refacto
Hi,
I'd like to fix the naming collisions for the memory allocation utility
macros/functions between gallium & mesa, especially the MALLOC, CALLOC,
CALLOC_STRUCT, FREE, and REALLOC macros in u_memory.[ch].
The main motivation is to be able to use the memory debugging functions
debug_malloc, etc i
On Thu, 2009-02-12 at 05:29 +, Dave Airlie wrote:
>
> So I have a goal to get a radeon driver that works on a bufmgr and that
> then can be used on non-mm/mm, and also where I can make DRI2 and FBOs
> work.
>
> So with that in mind and not wanting to write this 3 times, I've done a
> major
24 matches
Mail list logo
