Re: [Dri-devel] dri cvs needs newest expat?

2003-10-14 Thread Felix Kühling
On Tue, 14 Oct 2003 04:25:23 +0200 Roland Scheidegger [EMAIL PROTECTED] wrote: cvs trunk will no longer compile for me: gcc ... xmlconfig.c xmlconfig.c:268:29: warning: ISO C does not permit named variadic macros xmlconfig.c:280:27: warning: ISO C does not permit named variadic macros

Re: [Dri-devel] dri cvs needs newest expat?

2003-10-14 Thread Roland Scheidegger
Felix Kühling wrote: Some quick googling shows this looks like it's some compatibility problem with expat. Currently, I have installed expat 1.95.4 (SuSE 8.1, gcc 3.2). Am I just supposed to upgrade expat? That's no problem, but aren't all those expat 1.95.x releases supposed to be source (and

Re: [Dri-devel] Major mergedFB rework committed to CVS

2003-10-14 Thread Michel Dänzer
On Mon, 2003-10-13 at 18:14, Alex Deucher wrote: it seems to crash while validaing the modes on the second head. I don't know why it should work on linux but not freebsd. Maybe your code makes assumptions which are true on Linux but false on FreeBSD, e.g. something related to memory

[Dri-devel] [Bug 791] radeon_vtxfmt_x86.c does not compile

2003-10-14 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=791 [EMAIL PROTECTED] changed: What|Removed |Added

Re: [Dri-devel] texture problem with i810

2003-10-14 Thread Ian Romanick
Dave Airlie wrote: I've noticed an issue with the i810 chipset that I'm wondering if anyone can shed light on it.. I've it narrowed down to the fact that the texture upload code never gets called for my texture, so the card doesn't know what to display, hence it displays white space. To repeat -

Re: [Dri-devel] Major mergedFB rework committed to CVS

2003-10-14 Thread Alex Deucher
what's the difference between the two? why does linux have it's own version? why couldn't the linux version be used with BSD? something to do with the kernel? Alex --- Eric Anholt [EMAIL PROTECTED] wrote: On Mon, 2003-10-13 at 09:14, Alex Deucher wrote: If the mode validation interacts

Re: [Dri-devel] Major mergedFB rework committed to CVS

2003-10-14 Thread Roland Scheidegger
Martin Spott wrote: Alex Deucher [EMAIL PROTECTED] wrote: I just committed a major rework of mergedfb to CVS. almost all of the code is now in radeon_mergedfb.c/h. I also committed Hui's latest code drop from xfree86 CVS. Let me know if anyone has any problems. I'm fine with running the 'new'

Re: [Dri-devel] Major mergedFB rework committed to CVS

2003-10-14 Thread Alex Deucher
--- Roland Scheidegger [EMAIL PROTECTED] wrote: Martin Spott wrote: Alex Deucher [EMAIL PROTECTED] wrote: I just committed a major rework of mergedfb to CVS. almost all of the code is now in radeon_mergedfb.c/h. I also committed Hui's latest code drop from xfree86 CVS. Let me know if

Re: [Dri-devel] Major mergedFB rework committed to CVS

2003-10-14 Thread Eric Anholt
On Tue, 2003-10-14 at 10:38, Alex Deucher wrote: what's the difference between the two? why does linux have it's own version? why couldn't the linux version be used with BSD? something to do with the kernel? Yes. The linux-specific module uses the vm86 support of linux to do the int10

[Dri-devel] Adding hardware detection to DRI drivers

2003-10-14 Thread Jon Smirl
Standalone Mesa doesn't have the Xfree code for walking the PCI bus so the simplest way for me to find the hardware is to make the DRI drivers aware of the OS's PCI probing support. I've already have PCI probing support added to all of the DRI drivers, but I need to come up with an API that won't

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

2003-10-14 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 [EMAIL PROTECTED] changed: What|Removed |Added

[Dri-devel] Multiple VTs with DRI

2003-10-14 Thread Jon Smirl
If I am running two copies of Xfree/DRI on different VT's and both are using the same hardware, is 3D state maintained on VT switch? Including all of the texture memory? = Jon Smirl [EMAIL PROTECTED] __ Do you Yahoo!? The New Yahoo! Shopping - with improved

Re: [Dri-devel] Multiple VTs with DRI

2003-10-14 Thread Alex Deucher
As I recall, no. As it is now, only a single instance of Xfree86 can use the DRI. I think it might be possible by adapting the resume code to reinitialize state and agp on a VT switch, however, I may be wrong. Alex --- Jon Smirl [EMAIL PROTECTED] wrote: If I am running two copies of Xfree/DRI

Re: [Dri-devel] Multiple VTs with DRI

2003-10-14 Thread Jon Smirl
--- Alex Deucher [EMAIL PROTECTED] wrote: As I recall, no. As it is now, only a single instance of Xfree86 can use the DRI. I think it might be possible by adapting the resume code to reinitialize state and agp on a VT switch, however, I may be wrong. Alex Am I right in thinking that

[Dri-devel] Re: [XFree86] ATI Mach64 direct rendering

2003-10-14 Thread Ian Romanick
Risenhoover, Paul wrote: I've been trying to get DRI working on an ATI Mach64. It's running RedHat 8.0 and I just used up2date to ensure I got all new code, plus the new kernel. I've attached all the obligatory files for your review. There's no official 3D driver for that card. There is an