On Fri, 2004-06-04 at 04:16 +0200, Roland Scheidegger wrote:
> Ian Romanick wrote:
> > Manuel Bilderbeek wrote:
> > 
> > Option "GARTSize" "64M"
> > 
> This doesn't work for me, the driver ignores all values supplied to that
> parameter (dri tree). It accepts though values supplied to the old,
> deprecated (?) "AGPSize" option.
> Quick fix attached. 

Oops, I thought I had tested this...

> 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.

> It doesn't seem to change the reported maximum texture sizes though for
> the r200 at least (could be different on radeon I guess), does it
> actually support using agp memory for texturing? Some environment
> variable suggests that so though.

In contrast to radeon, r200 only uses the GART for some extension IIRC.


> > Can we make the driver use a larger GART size by default when DRI is
> >  enabled?  5MB is just about worthless.  I would suggest 16MB as a
> > bare minimum.

Seconded.

> 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.

> Currently, if you set the gart size manually higher than what's possible 
> (set in bios), dri will just get disabled due to missing agp support, 
> which I consider bad behaviour, and that you get a useless error message 
> in that case doesn't help neither.
> (II) RADEON(0): [agp] 262144 kB allocated with handle 0x00000001
> (EE) RADEON(0): [agp] Could not bind
> (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.
> (II) RADEON(0): [agp] You may want to make sure the agpgart kernel 
> module is loaded before the radeon kernel module.

IMHO only the 'Could not bind' error could use some clarification,
otherwise I find this the only sane way to deal with an impossible
configuration.


-- 
Earthling Michel DÃnzer      |     Debian (powerpc), X and DRI developer
Libre software enthusiast    |   http://svcs.affero.net/rm.php?r=daenzer



-------------------------------------------------------
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

Reply via email to