--- Ian Romanick <[EMAIL PROTECTED]> wrote:
> Michel Dänzer wrote:
> >>Couldn't it just use the largest GART size possible (set by the bios),
> >>or would this have some negative consequences?
I think the Idea Here is to fallback after a failed bind!!! I.E. AGPSize
== 124MB where only a 64MB largest GART size possible. Too "AGPSize =
<largest GART size possible>;" befour trying to bind, dumping a warning as
well.
> >
> > It could waste a lot of RAM.
>
> Yup. This is one of the bad parts of the AGP implementation on Linux.
> Once the AGP aperture is setup, it always has non-swappable memory
> backing it. If you set a 256MB aperture, it is as if you took 256MB out
>
> of your computer. We really need a mechanism to say "This range of the
> aperture doesn't need any backing." This could have security
The 'owner' of mapped AGP space would be the only one who could unmap. As
I see it contexts can't share AGP space so there is no sharing issue.
Can we just bind all of the *requested* AGP space and then store other(non
AGP) data there and swap that when needed? Could we also extend this to
being able to use video ram for programs as well? I know back in the days
of dos it was quite posible to use not only video ram but IO regs like the
speeker's power bit for storing data.
> implications. What if one process removes the backing from a region of
> the AGP aperture a the same instant another process tries to texture
> from that range? Random memory reads? System crash? Dunno...
>
This just can't heppen, no sharing of AGP space, right?
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
-------------------------------------------------------
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
