[Dri-devel] Re: pbuffers, extensions to DRM

2003-12-09 Thread Keith Whitwell
Jon Smirl wrote: --- Michel Dänzer <[EMAIL PROTECTED]> wrote: I think at least the core of it definitely has to be in the kernel for enforceability, cleanup on process death etc. You're and expert on the radeon driver, want to help code this up? I'm still bogged down with the mode code and makin

[Dri-devel] Re: pbuffers, extensions to DRM

2003-12-09 Thread Keith Whitwell
Jon Smirl wrote: My current thinking on this is to do it the DRM driver but store the allocation data in normal system RAM. This would allow the allocation routines to function without touching the framebuffer. I would really like to make sure that DRM drivers can function without having to map the

[Dri-devel] FW: S3 TwisterK...

2003-12-09 Thread Alexander Stohr
the admin list got this, i think it is ment to the main list. forwarding it now, just to get it right... -Original Message- From: TA [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 19:55 To: [EMAIL PROTECTED] Subject: S3 TwisterK... Hi DRi Team! I've got a notebook with S3 T

Re: [Dri-devel] radeon 9000 and latest CVS produce freezes on dual opteron system with >1 GL app using texturing.

2003-12-09 Thread Dieter Nützel
Am Dienstag, 09. Dezember 2003 02:22 schrieb Michel DÃnzer: > On Fri, 2003-12-05 at 00:24, [EMAIL PROTECTED] wrote: > > I am trying to get a Radeon 9000 pro to work using the latest DRI CVS > > tree, but encountering a few problems. > > > > The system in question is a pair of opterons running on a

[Dri-devel] Re: pbuffers, extensions to DRM

2003-12-09 Thread Michel Dänzer
On Tue, 2003-12-09 at 02:12, Jon Smirl wrote: > -- Michel Dnzer <[EMAIL PROTECTED]> wrote: > > I think at least the core of it definitely has to be in the kernel for > > enforceability, cleanup on process death etc. > > You're and expert on the radeon driver, want to help code this up? You're fl

[Dri-devel] [Bug 881] 3D acceleration doesn't work

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=881 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 07:48 --- Are you using the

[Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Ryan Underwood
Hi, I've had some problems with certain DRI applications occasionally corrupting fonts in programs that use Xft. The corruption was noticeable after the DRI program exited. Strangely, it could be mitigated by running another different DRI program afterwards; this seems to be the only way to get

[Dri-devel] ATI Rage Mobility

2003-12-09 Thread Tomas Groth
Hi! I have an old G3 iBook with an ATI Rage Mobility, and there seems to be no hardware acceleration available with neither XFree86 nor DRI :( Has anyone tried to get it working? (who? and where can I get the code?) If not: Is it possible to get it working and how/where should I start? How do i ge

Re: [Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Alex Deucher
turn off HW render accel. both HW render and 3D use the 3D engine and I don't know if they both keep state properly. that's probably were your corruption comes from. Alex --- Ryan Underwood <[EMAIL PROTECTED]> wrote: > > Hi, > > I've had some problems with certain DRI applications occasionall

Re: [Dri-devel] ATI Rage Mobility

2003-12-09 Thread Alex Deucher
you should find what you need here: http://dri.sourceforge.net/cgi-bin/moin.cgi/ATIMach64 I'm not sure anyone has tested it on PPC yet though. Alex --- Tomas Groth <[EMAIL PROTECTED]> wrote: > Hi! > > I have an old G3 iBook with an ATI Rage Mobility, and there > seems to be no hardware acceler

[Dri-devel] DRI newmesa merge

2003-12-09 Thread Alan Hourihane
I'm going to merge the newmesa branch to the trunk in a few moments. I've giving people a heads up that I'm going to delete the xc/extras/Mesa directory and insist on people checking out a copy of Mesa's newtree and people setting that in their xc/config/cf/host.def file to point to their checked

Re: [Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Ryan Underwood
By "turn off HW render", you mean RenderAccel "off", or NoAccel "on" ? BTW, I should clarify my previous post by saying that the fonts across _all_ Xft applications are corrupted when any of them is corrupted by DRI usage; no other non-AA fonts or pixmap data are affected, however. It is only AA

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Felix Kühling
On Tue, 9 Dec 2003 15:11:06 + Alan Hourihane <[EMAIL PROTECTED]> wrote: > I'm going to merge the newmesa branch to the trunk in a few moments. > > I've giving people a heads up that I'm going to delete the xc/extras/Mesa > directory and insist on people checking out a copy of Mesa's newtree a

Re: [Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Alex Deucher
renderaccel. the reason for the curruption is that both the 2d driver and the 3d driver are using the 3d engine. since they are not keeping state (render accel my write on 3d textures and vice versa, etc.), games will corrupt fonts and vice versa. Unfortunately it's a tough problem to solve. I

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Keith Whitwell
Alan Hourihane wrote: I'm going to merge the newmesa branch to the trunk in a few moments. I've giving people a heads up that I'm going to delete the xc/extras/Mesa directory and insist on people checking out a copy of Mesa's newtree and people setting that in their xc/config/cf/host.def file to p

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Luis R. Rodriguez
How should this affect DRI 3d drivers? According to the documenation: http://dri.sourceforge.net/doc/DRIintro.html it says "Most DRI 3D drivers today are based on Mesa". How so? Is it that the 3d drivers (_dri.so's) use the Mesa Library to to catch OpenGL calls and map them onto hardware events?

[Dri-devel] [Bug 314] 3D support for Radeon IGP chips

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 12:51 --- ok people, i have

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Jon Smirl
--- Alan Hourihane <[EMAIL PROTECTED]> wrote: So Mesa/newtree is going to be the master copy of the dri drivers, including the ones in mesa/dri/drivers? I'm all for that after doing the merge a couple of times. > I've giving people a heads up that I'm going to delete the xc/extras/Mesa > director

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Keith Whitwell
Jon Smirl wrote: --- Alan Hourihane <[EMAIL PROTECTED]> wrote: So Mesa/newtree is going to be the master copy of the dri drivers, including the ones in mesa/dri/drivers? I'm all for that after doing the merge a couple of times. Yes. I've giving people a heads up that I'm going to delete the xc/e

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Alan Hourihane
On Tue, Dec 09, 2003 at 09:58:44AM -0800, Jon Smirl wrote: > --- Alan Hourihane <[EMAIL PROTECTED]> wrote: > > So Mesa/newtree is going to be the master copy of the dri drivers, including the > ones in mesa/dri/drivers? I'm all for that after doing the merge a couple of > times. Yes. > > I've g

Re: [Mesa3d-dev] Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Brian Paul
Alan Hourihane wrote: On Tue, Dec 09, 2003 at 09:58:44AM -0800, Jon Smirl wrote: --- Alan Hourihane <[EMAIL PROTECTED]> wrote: So Mesa/newtree is going to be the master copy of the dri drivers, including the ones in mesa/dri/drivers? I'm all for that after doing the merge a couple of times. Yes

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Brian Paul
Luis R. Rodriguez wrote: How should this affect DRI 3d drivers? According to the documenation: http://dri.sourceforge.net/doc/DRIintro.html it says "Most DRI 3D drivers today are based on Mesa". How so? Is it that the 3d drivers (_dri.so's) use the Mesa Library to to catch OpenGL calls and map them

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Brian Paul
Alan Hourihane wrote: I'm going to merge the newmesa branch to the trunk in a few moments. I've giving people a heads up that I'm going to delete the xc/extras/Mesa directory and insist on people checking out a copy of Mesa's newtree and people setting that in their xc/config/cf/host.def file to p

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 13:57 --- According to your

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 14:00 --- Yes, I know your

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Jon Smirl
Did the DRM device drivers get moved too? They generally have to be changed in tandem with the 3D drivers. = Jon Smirl [EMAIL PROTECTED] __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ -

Re: [Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Ryan Underwood
Thanks for the insight. Is this already something that has been extensively looked at without success, or would it be worth my time to dig into the code and try to find the cause? I've thought about it, but afraid that I will just hit a brick wall someone else already ran into with it. ;) Is th

Re: [Mesa3d-dev] Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Keith Whitwell
Jon Smirl wrote: Did the DRM device drivers get moved too? They generally have to be changed in tandem with the 3D drivers. Not yet. Let's just get what we've done working & tested. The DRM drivers have a proper, versioned interface to the driver, so a lot of the arguments about co-evolution are

Re: [Dri-devel] MGA font corruption revisited - now reproducible

2003-12-09 Thread Alex Deucher
You could dig into it if you wish. if this is indeed the problem, you will have to figure out a way to maintain the state of the 3d enigne between the render accel and the DRI. you might want to ask Ian about it. you can also check the archives. there was some discussion about this in regards t

[Dri-devel] [Bug 314] 3D support for Radeon IGP chips

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 15:03 --- Hi Michael, I am

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 15:10 --- Please read my 1s

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 15:21 --- True. I suggest

Re: [Dri-devel] radeon 9000 and latest CVS produce freezes on dual opteron system with >1 GL app using texturing.

2003-12-09 Thread jthiessen
> Am Dienstag, 09. Dezember 2003 02:22 schrieb Michel Dänzer: >> On Fri, 2003-12-05 at 00:24, [EMAIL PROTECTED] wrote: >> > I am trying to get a Radeon 9000 pro to work using the latest DRI >> CVS tree, but encountering a few problems. >> > >> > The system in question is a pair of opterons runnin

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 17:10 --- Does it also happ

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 17:15 --- Good point Michel

[Dri-devel] Build fails

2003-12-09 Thread Felix Kühling
Hi, I tried to compile the new dri trunk on freedesktop.org now. I checked out Mesa-newtree and set the MesaSrcDir correctly in host.def and ran make World. These are the last few lines of make output: gcc-3.3 -c -O2 -gstabs+ -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-p

Re: [Dri-devel] Build fails

2003-12-09 Thread Alan Hourihane
This sounds to me like you are picking up a stale copy of glcore.h from somewhere. There shouldn't be a xc/lib/GL/include/GL/internal/glcore.h any more, it'll use the one from Mesanew in Mesa-newtree/include/GL/internal/glcore.h. Alan. On Tue, Dec 09, 2003 at 11:26:00PM +0100, Felix Kühling wro

Re: [Dri-devel] Build fails

2003-12-09 Thread Ronny V. Vindenes
On Tue, 2003-12-09 at 23:26, Felix KÃhling wrote: > Hi, > > I tried to compile the new dri trunk on freedesktop.org now. I checked > out Mesa-newtree and set the MesaSrcDir correctly in host.def and ran > make World. These are the last few lines of make output: > I don't have time to look into it

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Michel Dänzer
On Tue, 2003-12-09 at 18:33, Luis R. Rodriguez wrote: > > This should probably go in a another e-mail thread but what sort of more > tests are left before merging IGP patch into DRI cvs tree? As soon as I find the time, I intend to look at your additions to my patch and see about getting it in. U

[Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Eric Anholt
On Tue, 2003-12-09 at 14:21, Alan Hourihane wrote: > CVSROOT: /cvs/dri > Module name: xc > Repository: xc/xc/config/cf/ > Changes by: [EMAIL PROTECTED] 03/12/09 14:21:04 > > Log message: > move NormalLibExpat definition into OS specific config files that'll help > the merge fro

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 18:13 --- >Does it also hap

Re: [Dri-devel] Build fails

2003-12-09 Thread Felix Kühling
On Tue, 9 Dec 2003 22:39:15 + Alan Hourihane <[EMAIL PROTECTED]> wrote: > This sounds to me like you are picking up a stale copy of glcore.h from > somewhere. > > There shouldn't be a xc/lib/GL/include/GL/internal/glcore.h any more, > it'll use the one from Mesanew in Mesa-newtree/include/GL

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 18:48 --- What Michel is sa

[Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Alan Hourihane
On Tue, Dec 09, 2003 at 03:05:57PM -0800, Eric Anholt wrote: > On Tue, 2003-12-09 at 14:21, Alan Hourihane wrote: > > CVSROOT:/cvs/dri > > Module name:xc > > Repository: xc/xc/config/cf/ > > Changes by: [EMAIL PROTECTED] 03/12/09 14:21:04 > > > > Log message: > > move NormalLib

Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread David D. Hagood
Alan Hourihane wrote: I'm going to merge the newmesa branch to the trunk in a few moments. I've giving people a heads up that I'm going to delete the xc/extras/Mesa directory and insist on people checking out a copy of Mesa's newtree and people setting that in their xc/config/cf/host.def file to p

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 18:55 --- (In reply to comm

[Dri-devel] [Bug 716] GLX applications/commands very slow on ATI rage128

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=716 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:09 --- That web page doe

Re: [Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Eric Anholt
On Tue, 2003-12-09 at 15:52, Alan Hourihane wrote: > On Tue, Dec 09, 2003 at 03:05:57PM -0800, Eric Anholt wrote: > > On Tue, 2003-12-09 at 14:21, Alan Hourihane wrote: > > > CVSROOT: /cvs/dri > > > Module name: xc > > > Repository: xc/xc/config/cf/ > > > Changes by: [EMAIL PROTEC

[Dri-devel] [Bug 787] Driver is throwing "bad mode in r200SetCliprects"

2003-12-09 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugs.xfree86.org/show_bug.cgi?id=787 --- Additional Comments From [EMAIL PROTECTED] 2003-12-09 19:48 --- Can you try the l

Re: [Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Alan Hourihane
On Tue, Dec 09, 2003 at 04:14:09PM -0800, Eric Anholt wrote: > On Tue, 2003-12-09 at 15:52, Alan Hourihane wrote: > > On Tue, Dec 09, 2003 at 03:05:57PM -0800, Eric Anholt wrote: > > > On Tue, 2003-12-09 at 14:21, Alan Hourihane wrote: > > > > CVSROOT:/cvs/dri > > > > Module name:xc > >

Re: [Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Alan Hourihane
On Tue, Dec 09, 2003 at 04:54:24PM -0800, Eric Anholt wrote: > On Tue, 2003-12-09 at 16:34, Alan Hourihane wrote: > > On Tue, Dec 09, 2003 at 04:14:09PM -0800, Eric Anholt wrote: > > > On Tue, 2003-12-09 at 15:52, Alan Hourihane wrote: > > > > On Tue, Dec 09, 2003 at 03:05:57PM -0800, Eric Anholt w

Re: [Dri-devel] Re: CVS Update: xc (branch: trunk)

2003-12-09 Thread Eric Anholt
On Tue, 2003-12-09 at 16:34, Alan Hourihane wrote: > On Tue, Dec 09, 2003 at 04:14:09PM -0800, Eric Anholt wrote: > > On Tue, 2003-12-09 at 15:52, Alan Hourihane wrote: > > > On Tue, Dec 09, 2003 at 03:05:57PM -0800, Eric Anholt wrote: > > > > On Tue, 2003-12-09 at 14:21, Alan Hourihane wrote: > >

Re: [Mesa3d-dev] Re: [Dri-devel] DRI newmesa merge

2003-12-09 Thread Eric Anholt
On Tue, 2003-12-09 at 10:29, Brian Paul wrote: > Alan Hourihane wrote: > > On Tue, Dec 09, 2003 at 09:58:44AM -0800, Jon Smirl wrote: > > > >>--- Alan Hourihane <[EMAIL PROTECTED]> wrote: > >> > >>So Mesa/newtree is going to be the master copy of the dri drivers, including the > >>ones in mesa/dri