Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-18 Thread Michel Dänzer
On Tue, 2004-06-15 at 23:33 +0200, Thomas Hellstrom wrote: 2. Have the 2d driver probe first for via_dri.so and then for unichrome_dri.so and hand over one of the names to libGL. If the unichrome_dri.so is the default driver, the only reason for precense of via_dri.so is that the user

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-15 Thread Ian Romanick
Mike Mestnik wrote: What are you talking about?? look... radeon == radeon; radeon:r200 != radeon; /* don't fix it if it ant broke */ For ANY driver that is broke. A simple Makefile update to 'ln -s radeon radeon:r200' gets done where we replace radeon with radeon:r200(The calling funtion) and NOT

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-15 Thread Thomas Hellstrom
Hi! Ian Romanick wrote: Mike Mestnik wrote: What are you talking about?? look... radeon == radeon; radeon:r200 != radeon; /* don't fix it if it ant broke */ For ANY driver that is broke. A simple Makefile update to 'ln -s radeon radeon:r200' gets done where we replace radeon with radeon:r200(The

Re: Via DDX for DRI?

2004-06-14 Thread Alan Cox
On Sad, 2004-06-12 at 00:53, Ian Romanick wrote: I think I would actually prefer it if the 3D were named unichrome_dri.so and the DDX were changed. The reason being that there will likely be future via chipsets that may share the 2D driver but not the 3D. The current situation of

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Thomas Hellstrom
Hi! Ian Romanick wrote: Thomas Hellstrom wrote: Ian Romanick wrote: Where can I get / how can I build a DDX driver for the Unichrome chipset that will work with the DRI drivers? I tried just pulling the code from unichorme.sf.net's xfree86 module into

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Alex Deucher
an option to choose which. That way the DDX would stay in sync as it gets updated since there'd only be one. Alex - Original Message - From: Thomas Hellstrom [EMAIL PROTECTED] Date: Sat, 12 Jun 2004 08:46:53 +0200 Subject: Re: [Unichrome-devel] Re: Via DDX for DRI? To: Ian Romanick [EMAIL

Re: Via DDX for DRI?

2004-06-14 Thread Thomas Hellstrom
Hi Ian Romanick wrote: Where can I get / how can I build a DDX driver for the Unichrome chipset that will work with the DRI drivers? I tried just pulling the code from unichorme.sf.net's xfree86 module into xc/programs/Xserver/hw/xfree86/drivers/via in my DRI tree. I couldn't get that to

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Ian Romanick
Alex Deucher wrote: Sorry for the top reply, but I couldn't get the formatting right. Anyway, perhaps we could use the 3d driver name to differenciate between the drivers: via_dri.so - closed source; unichrome_dri.so - open source. we could then have the DDX probe for one first then the other or

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Eric Anholt
On Mon, 2004-06-14 at 20:34, Mike Mestnik wrote: Ohh, is it realy that hard of a feature to add?? foo:bar Old systems try to open path/foo:bar_dri.so and maby thay will fail or there will be a symlink there. A simpl parser could be added, making a new system pars for the ':' and try each

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Mike Mestnik
Yes, is this not the esiest way to extend the protocol, by adding a new field to a string value? --- Eric Anholt [EMAIL PROTECTED] wrote: On Mon, 2004-06-14 at 20:34, Mike Mestnik wrote: Ohh, is it realy that hard of a feature to add?? foo:bar Old systems try to open

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-14 Thread Mike Mestnik
What are you talking about?? look... radeon == radeon; radeon:r200 != radeon; /* don't fix it if it ant broke */ For ANY driver that is broke. A simple Makefile update to 'ln -s radeon radeon:r200' gets done where we replace radeon with radeon:r200(The calling funtion) and NOT where radeon(The

Re: Via DDX for DRI?

2004-06-11 Thread Ian Romanick
Thomas Hellstrom wrote: Ian Romanick wrote: Where can I get / how can I build a DDX driver for the Unichrome chipset that will work with the DRI drivers? I tried just pulling the code from unichorme.sf.net's xfree86 module into xc/programs/Xserver/hw/xfree86/drivers/via in my DRI tree. I

Re: Via DDX for DRI?

2004-06-06 Thread Alan Cox
On Gwe, 2004-06-04 at 01:10, Dave Airlie wrote: Do you know if the VIA DRM is considered secure with respect to DMA buffers and the like? I've been thinking of pushing it to Linus, It certainly needs further review. As I understand it the VIA one should be ok, but the S3 one that went over the

Re: [Unichrome-devel] Re: Via DDX for DRI?

2004-06-04 Thread Ian Romanick
Alan Cox wrote: On Iau, 2004-06-03 at 22:35, Alex Deucher wrote: Ian, I don't know that there is a DDX that works with the Via DRI driver in mesa. As I recall, Erdi imported it for use with directfb or fbdev. I'm not sure anyone has actually tried to build X against the DRI/mesa trees. your

Via DDX for DRI?

2004-06-03 Thread Ian Romanick
Where can I get / how can I build a DDX driver for the Unichrome chipset that will work with the DRI drivers? I tried just pulling the code from unichorme.sf.net's xfree86 module into xc/programs/Xserver/hw/xfree86/drivers/via in my DRI tree. I couldn't get that to build even after fixing

Re: Via DDX for DRI?

2004-06-03 Thread Alex Deucher
--- Ian Romanick [EMAIL PROTECTED] wrote: Where can I get / how can I build a DDX driver for the Unichrome chipset that will work with the DRI drivers? I tried just pulling the code from unichorme.sf.net's xfree86 module into xc/programs/Xserver/hw/xfree86/drivers/via in my DRI tree. I

Re: Via DDX for DRI?

2004-06-03 Thread Alan Cox
On Iau, 2004-06-03 at 22:35, Alex Deucher wrote: Ian, I don't know that there is a DDX that works with the Via DRI driver in mesa. As I recall, Erdi imported it for use with directfb or fbdev. I'm not sure anyone has actually tried to build X against the DRI/mesa trees. your best bet may be

Re: Via DDX for DRI?

2004-06-03 Thread Dave Airlie
The DDX in Xorg should work fine with the DRI modules assuming they applied the patches. If not then Mike Harris has the right driver bits in the current Fedora 1 XFree86 4.3.x tree. I've not had time to finish up the 2.6/Xorg porting (real world got in the way) but plan to do so at some