Re: Re: UT2003/4 nearly all textures are broken
I've noticed in nwn with S3tc is bad, are these problems s3tc specific or are they happening in normal apps? I should have some time over the weekend to look agin Dave. I'll try without S3TC, in the evening. It is raining...;-) -Dieter On Fri, 24 Sep 2004, Ronny V. Vindenes wrote: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. On a happier note, ipers is giving the best performance yet - 1168000 (and no problems with textures either). --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: UT2003/4 nearly all textures are broken
lr, 25,.09.2004 kl. 15.00 +0200, skrev Dieter Ntzel: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Ntzel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. cvs as of today is almost fixed - the textures no longer disappear completely, but sometimes they flash off-on. I see it in both ut2k4 and neverball On a happier note, ipers is giving the best performance yet We know;-) - 1168000 Can you elaborate? ati 9000 agp on athlon64 3200+ -- Ronny V. Vindenes [EMAIL PROTECTED] --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: UT2003/4 nearly all textures are broken
fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. On a happier note, ipers is giving the best performance yet We know;-) - 1168000 Can you elaborate? System specs? (My system in 'known', here);-) (and no problems with textures either). Was expected. Cheers, Dieter -- Ronny V. Vindenes [EMAIL PROTECTED] --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: UT2003/4 nearly all textures are broken
fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. On a happier note, ipers is giving the best performance yet We know;-) - 1168000 Can you elaborate? System specs? (My system in 'known', here);-) (and no problems with textures either). Was expected. Cheers, Dieter --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: Re: UT2003/4 nearly all textures are broken
I've noticed in nwn with S3tc is bad, are these problems s3tc specific or are they happening in normal apps? I should have some time over the weekend to look agin Dave. I'll try without S3TC, in the evening. It is raining...;-) Uhhh, ohhh, in a hurry. Q3A (quake3-smp) works with S3TC (my primary test). -Dieter On Fri, 24 Sep 2004, Ronny V. Vindenes wrote: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. On a happier note, ipers is giving the best performance yet - 1168000 (and no problems with textures either). --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: Re: UT2003/4 nearly all textures are broken
lør, 25,.09.2004 kl. 15.00 +0200, skrev Dieter Nützel: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. cvs as of today is almost fixed - the textures no longer disappear completely, but sometimes they flash off-on. I see it in both ut2k4 and neverball Can you please try Q3A, to? On a happier note, ipers is giving the best performance yet We know;-) - 1168000 Can you elaborate? ati 9000 agp on athlon64 3200+ Ah, we need SMP then, that I can catch up;-) Thanks, Dieter PS Viewperf-7.1.1 run in UP mode fine but very slow... --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: Re: UT2003/4 nearly all textures are broken
lr, 25,.09.2004 kl. 17.00 +0200, skrev Dieter Ntzel: lr, 25,.09.2004 kl. 15.00 +0200, skrev Dieter Ntzel: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Ntzel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. cvs as of today is almost fixed - the textures no longer disappear completely, but sometimes they flash off-on. I see it in both ut2k4 and neverball Can you please try Q3A, to? No, running x86-64 biarch. When are we going to break 64bit arches to allow 32 64 bit clients at the same time? -- Ronny V. Vindenes [EMAIL PROTECTED] --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
SiS DRM memory management cleanup
Here's a patch for SiS DRM memory management. http://pdx.freedesktop.org/~anholt/sis-drm-memory-management.diff It makes the code a decent bit smaller, much cleaner IMO, and should clean up 64-bit issues. The same thing could apply to via for even more savings. I couldn't find that I had posted it before, and don't remember at this point, so I'm hoping someone could give it a once-over before I commit. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: __initcall macros and C token pasting
To start off with, I didn't write the DRM macros, I'm just trying to work with the code that is already there. Here's my understanding of the state of the macros... The DRM macros are there because of the way DRM is built. There are two pieces of DRM, the core and the chip drivers. Most drivers, like fbdev, make the core into one module and the chip drivers into others. This allows the chip drivers to share the core code. DRM is built differently. The core is linked into each chip driver. This lets you get drivers from different places (ATI) that might use a core that doesn't match the one in your kernel. If you load two DRM drivers you will get two copies of the core. With modules this doesn't make a difference. But instead, if you link these drivers into the kernel you get a bunch of symbol conflicts from the duplicated cores. This is where the DRM() macro come into play. The DRM() macros give the radeon driver core distinct symbol names from the other drivers. This lets you link in drivers for all of the chips if you want to without causing symbol conflicts. I'm building a test version of DRM that uses a core model like fbdev does. Doing this allows me to remove the DRM() macros. However this has a side effect. DRM drivers are distributed outside of the kernel. This leads to the possibility of wanting two drivers simultaneously loaded that need different versions of the core. Without the DRM macros we can only have one version of the core loaded. What are you going to do? One response is to build a stable API for the core. This may come over time but right now this interface is very volatile. It's also obvious that vendors shouldn't build DRM core into the kernel in case an outside driver needs to replace it. So it looks like the downside to getting rid of the macros is that people who are running multiple video cards can't mix drivers with drivers from outside the tree. This used to work but creating DRM core will break it. The solution to this seems to be for vendors with drivers outside of the tree to add the DRM macros to their derivative code base in order to stop the symbol conflicts. The new DRM core version for Linux 2.6 that I'm building also incorporates GPL code. It's unclear how that is going to impact outside drivers. -- Jon Smirl [EMAIL PROTECTED] --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
r200 depth readback problem.
Has anyone else experienced problems reading back depth values with the r200 driver? Whenever I read back a depth value from the right part (about a seventh or eighth of the width) I get 1.0. Reading back from other parts of the buffer works OK as does software Mesa everywhere. Philipp --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Re: UT2003/4 nearly all textures are broken
On Sat, 2004-09-25 at 07:19, Ronny V. Vindenes wrote: lør, 25,.09.2004 kl. 15.00 +0200, skrev Dieter Nützel: fre, 24,.09.2004 kl. 14.06 +0200, skrev Dieter Nützel: Latest DRI and DRM CVS. Yesterday's DRI CVS was fine (textures). I see this too, but not only in ut2k3/4 - I see it in several programs, but often it doesn't happen immediately e.g. neverball is fine untill I enter the option screen - then all textures are broken untill I restart the game. cvs as of today is almost fixed - the textures no longer disappear completely, but sometimes they flash off-on. I see it in both ut2k4 and neverball So, it seems like we're seeing more ordering issues, now that things get emitted less often. Moving the eye emit to the end mostly fixed neverball's intro screen for me except for occasional flicker, and in-game seemed OK. Patch attached. Do we have any systematic way to figure this stuff out? R100 seems OK with neverball. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] Index: r200_cmdbuf.c === RCS file: /cvs/mesa/Mesa/src/mesa/drivers/dri/r200/r200_cmdbuf.c,v retrieving revision 1.11 diff -u -r1.11 r200_cmdbuf.c --- r200_cmdbuf.c 24 Sep 2004 04:20:58 - 1.11 +++ r200_cmdbuf.c 25 Sep 2004 22:10:22 - @@ -94,7 +94,6 @@ insert_at_tail( rmesa-hw.atomlist, rmesa-hw.cube[i] ); for (i = 0; i 3 + mtu; ++i) insert_at_tail( rmesa-hw.atomlist, rmesa-hw.mat[i] ); - insert_at_tail( rmesa-hw.atomlist, rmesa-hw.eye ); insert_at_tail( rmesa-hw.atomlist, rmesa-hw.glt ); for (i = 0; i 2; ++i) insert_at_tail( rmesa-hw.atomlist, rmesa-hw.mtl[i] ); @@ -104,6 +103,7 @@ insert_at_tail( rmesa-hw.atomlist, rmesa-hw.ucp[i] ); for (i = 0; i 6; ++i) insert_at_tail( rmesa-hw.atomlist, rmesa-hw.pix[i] ); + insert_at_tail( rmesa-hw.atomlist, rmesa-hw.eye ); } void r200EmitState( r200ContextPtr rmesa )
Re: exception testing in r200 driver
On Sad, 2004-09-25 at 04:41, Patrick McFarland wrote: Not to sound ignorant, but isn't that a bug in the mobo/bios/chipset/processors? That shouldn't even be possible, should it? (And if it 'is', shouldn't Linux disable SSE usage on both processors?) You can mix PII and PIII processors in a system and get that sort of a result. The kernel correctly handles this for its own use, but user space apps aren't always smart enough. --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
