I think I found the problem. usleep() gets defined as a macro to xf86usleep()
in xf86_ansi.h (via radeon_regs.h) and needs to be #undefined.
Do we know why xf86_ansi.h is getting included in the client-side module?
It's only intended for X server modules. It'd be better to not include
it in
On Mon, Nov 25, 2002 at 09:44:46AM +, Keith Whitwell wrote:
I think I found the problem. usleep() gets defined as a macro to xf86usleep()
in xf86_ansi.h (via radeon_regs.h) and needs to be #undefined.
Do we know why xf86_ansi.h is getting included in the client-side module?
It's only
David Dawes wrote:
On Mon, Nov 25, 2002 at 09:44:46AM +, Keith Whitwell wrote:
I think I found the problem. usleep() gets defined as a macro to xf86usleep()
in xf86_ansi.h (via radeon_regs.h) and needs to be #undefined.
Do we know why xf86_ansi.h is getting included in the client-side
Am Sonntag, 24. November 2002 16:17 schrieb Brian Paul:
From the various emails I gather that there may be an X server
lock-up problem independant of the DRI, with both the trunk and
mesa-41 branch. If that's incorrect, let me know.
Then, it appears that the r200 driver on the mesa-41
On 23 Nov 2002, Eric Anholt wrote:
On Sat, 2002-11-23 at 16:16, Adam K Kirchhoff wrote:
On Sat, 23 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
Alright... That fixed the xf86usleep error, but the server crashes are
still happening.
Could you possibly build a
Well, I rebuilt the X server, commenting out the DoLoadableServer NO line
from host.def. And, once again, the server crashed as soon as I tried to
run gkrellm, though I had no problems running gkrellm or kde with the
static server.
I took Eric suggestion and built gdb52 from the ports tree.
From the various emails I gather that there may be an X server
lock-up problem independant of the DRI, with both the trunk and
mesa-41 branch. If that's incorrect, let me know.
Then, it appears that the r200 driver on the mesa-41 branch may
have a problem too. If you've got both trunk and
I've found a crash with the current trunk code using indirect GLX mode.
I'll post a few more details soon.
Alan.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Sun, Nov 24, 2002 at 10:11:12 +, Alan Hourihane wrote:
I've found a crash with the current trunk code using indirect GLX mode.
I'll post a few more details soon.
Having built a debug server it shows that the last checkin to
swrast/s_context.c which adds a _mesa_pb_flush(ctx); call
On Sun, Nov 24, 2002 at 10:45:48 +, Alan Hourihane wrote:
On Sun, Nov 24, 2002 at 10:11:12 +, Alan Hourihane wrote:
I've found a crash with the current trunk code using indirect GLX mode.
I'll post a few more details soon.
Having built a debug server it shows that the last
On Sat, Nov 23, 2002 at 07:51:08AM -0700, Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Can you update your mesa-41 branch and rebuild? I just did
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the
mesa-41
branch to crash under FreeBSD is going to make it way into the
trunk.
Can you update your mesa-41 branch and
Adam K Kirchhoff wrote:
Alright... That fixed the xf86usleep error, but the server crashes are
still happening.
Could you possibly build a static server and find where it crashes
with gdb?
I can explain the process if needed.
-Brian
On Sat, 23 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
Alright... That fixed the xf86usleep error, but the server crashes are
still happening.
Could you possibly build a static server and find where it crashes
with gdb?
I can explain the process if needed.
Well, I've never
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
-Brian
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Adam
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is causing the server from the mesa-41
branch to crash
On Fri, 22 Nov 2002, Jens Owen wrote:
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever is
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Jens Owen wrote:
Brian Paul wrote:
Adam K Kirchhoff wrote:
On Fri, 22 Nov 2002, Brian Paul wrote:
My plan is to merge the mesa-41 branch into the DRI trunk this
weekend. Let me know if there are any concerns.
I would be worried that whatever
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Can you update your mesa-41 branch and rebuild? I just did another
merge from the trunk which picked up a few updates.
-Brain
frame rate than as you turn, slideshow for a few
seconds than fast again.
On (22/11/02 07:08), Brian Paul wrote:
From: Brian Paul [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Dri-devel] Merge of mesa-41 branch to trunk
Date: Fri, 22 Nov 2002 07:08:43 -0700
My plan is to merge
On Fri, 22 Nov 2002, Brian Paul wrote:
Adam K Kirchhoff wrote:
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way into the trunk.
Can you update your mesa-41 branch and rebuild? I just did another
merge from the
24 matches
Mail list logo