[Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (was Re:[Dri-devel]DRI 2D needs updating)

2003-07-29 Thread Michel Dänzer
On Wed, 2003-07-30 at 02:59, hy0 wrote: > > > > > With a lot of the cards you can tell just be looking at the device (or > > > subsystem) ID, but I don't think that's the case with the Radeons. > > > Don't they use the same PCI device ID for both AGP and PCI versions? > > > > They do for the chips,

[Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (was Re: [Dri-devel]DRI 2D needs updating)

2003-07-29 Thread hy0
> > > With a lot of the cards you can tell just be looking at the device (or > > subsystem) ID, but I don't think that's the case with the Radeons. > > Don't they use the same PCI device ID for both AGP and PCI versions? > > They do for the chips, don't know about the subsystems. Hui? > IIRC, bit

Re: [Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (wasRe: [Dri-devel] DRI 2D needs updating)

2003-07-29 Thread Ian Romanick
Alan Cox wrote: On Maw, 2003-07-29 at 21:45, Ian Romanick wrote: user-space. The thought of writing the code to walk the PCI device tree looking for an AGP controller is not a pleasant one, but I may be over complicating things in my mind. Linux at least exposes some of the PCI info publically

Re: [Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (wasRe: [Dri-devel] DRI 2D needs updating)

2003-07-29 Thread Alan Cox
On Maw, 2003-07-29 at 21:45, Ian Romanick wrote: > user-space. The thought of writing the code to walk the PCI device tree > looking for an AGP controller is not a pleasant one, but I may be over > complicating things in my mind. Linux at least exposes some of the PCI info publically (see libpc

Re: [Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (wasRe: [Dri-devel] DRI 2D needs updating)

2003-07-29 Thread Ian Romanick
Michel Dänzer wrote: On Tue, 2003-07-29 at 19:31, Ian Romanick wrote: Michel Dänzer wrote: On Tue, 2003-07-29 at 09:06, Chris wrote: This works perfectly, only using the DRM and the GL driver, (and adding ForcePCIMode the the config), This will remain necessary until PCI GART is deemed stable

[Dri-devel] Re: Sorting PCI Radeons out from AGP Radeons (was Re: [Dri-devel]DRI 2D needs updating)

2003-07-29 Thread Michel Dänzer
On Tue, 2003-07-29 at 19:31, Ian Romanick wrote: > Michel Dänzer wrote: > > On Tue, 2003-07-29 at 09:06, Chris wrote: > > > >>This works perfectly, only using the DRM and the GL driver, (and adding > >>ForcePCIMode the the config), > > > > This will remain necessary until PCI GART is deemed stab

Re: [Dri-devel] DRI 2D needs updating

2003-07-29 Thread Michel Dänzer
On Tue, 2003-07-29 at 09:06, Chris wrote: > >So what about using the XFree86 CVS X server with the DRI CVS DRM and 3D > driver? > > This works perfectly, only using the DRM and the GL driver, (and adding > ForcePCIMode the the config), This will remain necessary until PCI GART is deemed stable w

Re: [Dri-devel] DRI 2D needs updating

2003-07-29 Thread Chris
>So what about using the XFree86 CVS X server with the DRI CVS DRM and 3D driver? This works perfectly, only using the DRM and the GL driver, (and adding ForcePCIMode the the config), it worked fine, further proof the 2d drivers deperately need updating. I have noticed some issues with DRI, but I'

Re: [Dri-devel] DRI 2D needs updating

2003-07-26 Thread Michel Dänzer
On Sat, 2003-07-26 at 11:00, Chris wrote: > the proof is the following > Xfree86 cvs now works perfectly. > DRI cvs won't even start So what about using the XFree86 CVS X server with the DRI CVS DRM and 3D driver? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Softw

[Dri-devel] DRI 2D needs updating

2003-07-26 Thread Chris
the proof is the following Xfree86 cvs now works perfectly. DRI cvs won't even start logs of both anf the config used is attached XFree86.0.log.xfree86_cvs Description: Binary data XF86Config-4 Description: Binary data XFree86.0.log.dri_cvs Description: Binary data