Re: 3.0.2-testing: pci_set_dma_mask, pci_set_consistent_dma_mask(pci, 0x0fffffff) returns < 0 (ICE1712)

["Stephen C. Tweedie" <sct@redhat.com>]

Hi,

On Wed, 2006-04-12 at 18:19 +0100, Keir Fraser wrote:

> > Are there plans to extend it to allow targeted freeing of memory in
> > specific physical regions?  That would improve the ability to support
> > odd dma masks, but would also directly improve other things like the 
> > pgd
> > starvation issue that we're currently working around with the
> > lowmem_emergency_pool.  It would be good to have a generic approach to
> > that which did not require custom boot parameters.
> 
> I'm not sure what you mean. Can you give a simple example?

On raw metal, when we start to get low on a specific memory zone, either
for DMA24/DMA32 or on a specific NUMA node, we can start to specifically
reclaim pages from that memory zone, swapping them out or simply
evicting cache.

If the Xen HV runs out of MEMZONE_DMADOM pages, aren't we basically out
of luck right now?  Xen guests can't see that shortage, nor does the
vmscan.c code have any code to target pages for stealing based on MFN
rather than PFN.

--Stephen