On Tue 30.01.07 05:28, Guy Zana wrote:
> Hi,
>
> An idea is to scan the bios e820 table and split a large block to reserve
> those 64MB.
> Than, you can mark this block as E820_GART or something and add your own
> allocator next to the xen-heap allocator.
> To map it contigiously, you can use the fixmap from the I/O remapping area.
> Is this what you need?
Yeah, I would have needed something along these lines.
However, I just found out that there's an adaptive mechanism due to
which I don't need to implement anything at all.
Xen will (unless dom0_mem is provided) keep 1/16th of the memory free
and in the heap. For a >4GB system, this is at least 256mb, leaving
enough memory for the aperture. This mechanism is also the reason why I
experienced a case where there wasn't enough memory...that was on a
system with 1GB memory, 1/16th being 64MB. Since the GART is usually
deactivated on systems with less than 4GB RAM, there is no problem at
all.
I'm relieved :)
Thanks for your help,
Uli
>
> Thanks,
> Guy.
>
> > -----Original Message-----
> > From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Uli
> > Sent: Monday, January 29, 2007 4:55 PM
> > To: xen-devel@xxxxxxxxxxxxxxxxxxx
> > Subject: [Xen-devel] How to allocate contiguous RAM in pv guests
> >
> > Hi!
> >
> > I'm working on a patch to get the GART as an IOMMU working in
> > linux/dom0.
> > However, the problem I describe below applies equally to the
> > software IOMMU.
> >
> > If the BIOS doesn't setup the aperture it has to be allocated
> > from memory. Therefore, one needs a contiguous memory region,
> > currently 64MB.
> > The software IOMMU always needs a contiguous memory region
> > (same size).
> >
> > In order to do this, the hypercall XENMEM_exchange is given a
> > bunch of mfns and returns a (host physically) contiguous
> > memory region.
> > Unfortunately, the implementation allocates the contiguous
> > memory from the heap first and then returns the discontiguous
> > mfns to it. Therefore, there has to be a (in this case) 64MB
> > chunk of memory in the xen heap available for the call to succeed.
> > I have observed that on most machines exactly one such chunk
> > is available. However, I've also had a machine where this is
> > not the case.
> >
> > It seems to me that using the xen heap is not the right thing to do.
> > The only other option I can think of is scanning dom0's
> > memory for a (host physical) chunk of memory that
> > a) belongs entirely to it and
> > b) is free
> >
> > Once such a chunk is found, one would have to map it
> > contiguously into virtual memory. Actually, the latter is
> > only neccessary for the software IOMMU. The GART aperture
> > doesn't have to be in virtual memory since it is only
> > accessed from devices.
> >
> > Thanks for any suggestions,
> >
> > Uli
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel
> >
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home