On Fri, 04 Jun 2004 16:48:09 +0200 Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Michel Dänzer wrote: > >> A simpler option would be to axe support for AGPSize... > > > > > > I don't think we should break working configurations as long as we > > can support them so easily. > Ok. > > >> Couldn't it just use the largest GART size possible (set by the > >> bios), or would this have some negative consequences? > > > > > > It could waste a lot of RAM. > But is this a problem? It surely eats away some of the 3GB user address > space I believe (afaik the low-mem kernel address space agpgart takes is > gone anyway), but unless the driver is really stupid and just fills it > up even if it doesn't need to then I can't see a problem. Apparently drivers tend to be stupid. ;-) Just this morning I happened to play around with the AGPSize parameter on my notebook (Savage). After reducing it from 32MB to 4MB I have 28MB more memory available (as seen by free). This is quite significant with 256MB of RAM and a shared memory graphics chip. I'm not sure about the details of how AGP space is handled now. But AFAIK once the Xserver has started any 3D client can put textures into AGP space and the graphics card must be able to address that data. So pages have to be allocated statically to the AGP aperture on Xserver startup, otherwise this won't work. If this is correct than it's even worse than wasting virtual memory, it wastes physical memory, since pages in the AGP aperture must not be swapped to disk. Someone please correct me if I'm wrong. > [snip] | Felix Kühling <[EMAIL PROTECTED]> http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. >From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
