On Fri, Mar 12, 2004 at 01:40:30PM -0800, Ian Romanick wrote: > > I want to initially support this by just "disabling" AGP texturing. I > looked in the DRI driver, and it looks like this can be done with some > trivial changes in mga_xmesa.c. Basically, the code just needs to > handle the case where serverInfo->agpTextureSize is 0. The DDX driver > needs to be modified to detect PCI cards and do something smart there.
I think the chip detection for the DRI driver should be in the DRM. I have this in my local Mesa 5 tree. I just added a new getparam ioctl that returns the PCI id. But since G450 PCI doesn't have a unique PCI id we'd need something slightly different. > I don't want to exclude the > possability of sourcing vertex data from on-card memory in the future. The cards can't do this. > MGADRIPciInit wouldn't be a complete duplication of MGADRIAgpInit > because I don't intend to (initially) support PCIGART. Even when > PCIGART is supported, not all chips in the MGA family support it. Is > the PCI G450 the only one? I think so. G200 was the last chip to have a real PCI variant but none of the chips can do scatter gather. I've never heard of PCI G400 or G550. Of course even AGP chips can use PCI transfers but that might only make sense for something like video capture. Currently the DMA buffers are 64 kB but if we would reduce them to PAGE_SIZE we could perhaps support all PCI cards. The only problem is the primary buffer since it's 1 MB currently. And switching to PAGE_SIZE buffers might require even more space in the primary buffer. I haven't actually measured how full the buffers are typically... -- Ville Syrjälä [EMAIL PROTECTED] http://www.sci.fi/~syrjala/ ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
