[Dri-devel] [Bug 555] New: glplanet from X screensaver displays incorrectly under XF4.3 and DRI-HEAD

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=555 Summary: glplanet from X screensaver displays incorrectly under XF4.3 and DRI-HEAD Product: Drivers Version: 4.3 Platform: PC OS/Version: Linux Status: NEW

[Dri-devel] [Bug 271] euphoria (really-slick screensavers) repeatably locks up system

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=271 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 05:26 --- Re: #16 * With various values of the CCEusecTimeout (5000 - 1000,000), But 5000 is less than the default of 1 so I would expect lockups in this case. I get a

[Dri-devel] Your Bugzilla buglist needs attention.

2003-08-04 Thread bugadmin
[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bugsystem (http://bugs.xfree86.org/) that require attention. All of these bugs are in the NEW state, and have not been touched in 7 days or more. You need to take a look at them, and

Re: [Dri-devel] [PATCH] mga texture_env_combine

2003-08-04 Thread Ville Syrjälä
On Sun, Aug 03, 2003 at 07:54:16PM -0700, Ian Romanick wrote: Ville Syrjälä wrote: Well at least ATI_envmap_bumpmap should be possible. It's on my todo list but I just wanted to get the basic stuff working first. Right. That extension is *exactly* the EMBM functionality from DirectX

[Dri-devel] Tribes2 doesn't lockup any more on R7200

2003-08-04 Thread Dark Nord
On DRI radeon-20030803-linux drivers, Tribes2 for Linux run without Lockup on my non ati Radeon 7200 64MB DDR. This may be by some changes in TCL tree, I don't know I'm not a developer but this is goood :D Best Regards Riot777 -- #-#

[Dri-devel] Dri refresh isues on R7200

2003-08-04 Thread Dark Nord
Hello to all, I have Slackware 9.0, Dri 20030803 drivers Radeon7200 and I having some issues with it, wchich I having on sometime only from first 4.3 relaese. Ok here are my issue, it only affect refresh rates. I have good configured xfree, with my CTX VL500 high sync monitor. Normally I have

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

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 09:08 --- I have exactly the same problem as described in comment #61. I have the Amilo A with the IGP 320M and SuSE 8.2 and use the patched drm kernel module. The reason is the

[Dri-devel] [BUG] X server exit crash in 2.6

2003-08-04 Thread Benjamin Herrenschmidt
Ok, this is more infos about what I reported earlier (it was DRM crash on VT switch suspend). Actually, the problem happens when closing the DRM files, which I had happening with VT switch suspend because I was use DRIReInit patch. Without this (now that DRM suspend is merged), I only see this

[Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ove Kaaven
(Resent because of suspicions that sourceforge is dropping mail from my other account) From recent discussion on the list, it is my understanding that some DRI drivers that implement (or will implement) EXT_texture_env_combine will have numerous software fallbacks. Is it possible to add a way for

[Dri-devel] texmem and swap

2003-08-04 Thread Jon Smirl
I'm trying to bring the current R200 driver over into embedded Mesa. I'm hitting this assert in r200_context.c, r200DestroyContext(). assert( is_empty_list( rmesa-swapped ) ); It is a very simple test program that doesn't even use textures. Tracing through the code I see that

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ian Romanick
Ove Kaaven wrote: From recent discussion on the list, it is my understanding that some DRI drivers that implement (or will implement) EXT_texture_env_combine will have numerous software fallbacks. Is it possible to add a way for applications to detect when a texture environment will cause a

[Dri-devel] Weekly IRC meeting reminder

2003-08-04 Thread Ian Romanick
This is just a friendly reminder that the weekly dri-devel IRC meeting will be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or 5:00PM EDT or 2:00PM PDT, if you prefer). Time zone conversion available at: http://www.timezoneconverter.com/cgi-bin/tzc.tzc Logs of previous

Re: [PATCH] Re: [Dri-devel] DRI weirdness on PowerPC + ATI 7500 (r200)

2003-08-04 Thread Ian Romanick
Michel Dnzer wrote: On Tue, 2003-07-29 at 22:41, Ian Romanick wrote: 1. I don't like the hard-coding of 2*1024*1024 as the size of the indirect buffers. This was copied directly from the R200 driver, but I don't like it. We may want to change the size of this buffer at some point, and

Re: [Dri-devel] Re: to the t_dd_dmatmp2.h change

2003-08-04 Thread Ian Romanick
Andreas Stenglein wrote: Is someone working on a solution for the non-tcl path already? Or isnt that necessary for that path? (t_dd_dmatmp.h) Yes. The same types of changes Keith made to t_dd_dmatmp2.h need to be made to t_dd_dmatmp.h. I guess everyone's been busy and haven't had a chance to

[Dri-devel] [Bug 120] exture, depth buffer and shading corruption when using OpenGL, DRI + r128 drivers.

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=120 [EMAIL PROTECTED] changed: What|Removed |Added Component|ATI Radeon |ATI Rage128 --- Additional Comments

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ove Kaaven
man, 04.08.2003 kl. 20.05 skrev Ian Romanick: I think the conclusion was that as a tool for anything other than development / debugging, such a thing was not terribly useful. Then I beg to differ. Many advanced 3D engines can switch between several types of texture rendering techniques

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ian Romanick
Ove Kaaven wrote: man, 04.08.2003 kl. 20.05 skrev Ian Romanick: I think the conclusion was that as a tool for anything other than development / debugging, such a thing was not terribly useful. Then I beg to differ. Many advanced 3D engines can switch between several types of texture rendering

Re: [Dri-devel] Dri refresh isues on R7200

2003-08-04 Thread Michel Dänzer
On Mon, 2003-08-04 at 15:06, Dark Nord wrote: Hello to all, I have Slackware 9.0, Dri 20030803 drivers Radeon7200 and I having some issues with it, wchich I having on sometime only from first 4.3 relaese. Ok here are my issue, it only affect refresh rates. I have good configured xfree, with

Re: [PATCH] Re: [Dri-devel] DRI weirdness on PowerPC + ATI7500 (r200)

2003-08-04 Thread Michel Dänzer
On Mon, 2003-08-04 at 20:48, Ian Romanick wrote: Michel Dnzer wrote: On Tue, 2003-07-29 at 22:41, Ian Romanick wrote: 1. I don't like the hard-coding of 2*1024*1024 as the size of the indirect buffers. This was copied directly from the R200 driver, but I don't like it. We may want

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Alan Cox
On Llu, 2003-08-04 at 21:38, Ian Romanick wrote: You're right D3D does let you do that. And I have yet to hear a single ISV or IHV say, I really like this functionality. It kicks butt! Instead what I have heard is, Can I have my fingernails pulled out instead? You could equally well

[Dri-devel] [Bug 120] exture, depth buffer and shading corruption when using OpenGL, DRI + r128 drivers.

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=120 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|dri-|[EMAIL PROTECTED]

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ove Kaaven
man, 04.08.2003 kl. 22.38 skrev Ian Romanick: First, let me point out that taking that type of a tone with open-source developers is likely do nothing but get you ignored. Since linux kernel developers seem to have no problems with using any kind of tone, I was expecting a relatively moderate

RE: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Daniel Vogel
You're right D3D does let you do that. And I have yet to hear a single ISV or IHV say, I really like this functionality. It kicks butt! Caps bit for D3D aren't really that useful as certain drivers lie about them so you'll most likely end up with a relation of cards, driver versions and

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ian Romanick
Daniel Vogel wrote: You're right D3D does let you do that. And I have yet to hear a single ISV or IHV say, I really like this functionality. It kicks butt! Caps bit for D3D aren't really that useful as certain drivers lie about them so you'll most likely end up with a relation of cards,

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

2003-08-04 Thread bugzilla-daemon
http://bugs.xfree86.org/show_bug.cgi?id=314 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 19:48 --- Created an attachment (id=458) -- (http://bugs.xfree86.org/attachment.cgi?id=458action=view) AGPGART driver for 2.5.x Here's Hui Yu's AGP driver ported to 2.5.x (A little

Re: [Dri-devel] Detecting software fallbacks

2003-08-04 Thread Ove Kaaven
tir, 05.08.2003 kl. 01.43 skrev Ian Romanick: Different strokes for different folks. That's all I'm saying. :) Will keep that in mind, then. May I ask a question here? Could you provide some more details on what exactly ValidateDevice does? From your statements here and later in this