WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] x86 swiotlb questions

To: Jan Beulich <jbeulich@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] x86 swiotlb questions
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Fri, 15 Dec 2006 14:03:50 +0000
Delivery-date: Fri, 15 Dec 2006 06:03:52 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <4582B6CF.76E4.0078.0@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AccgUdh/FvPgrIxFEduKHAAX8io7RQ==
Thread-topic: [Xen-devel] x86 swiotlb questions
User-agent: Microsoft-Entourage/11.2.5.060620
On 15/12/06 13:53, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

> I already have patches ready to do this (the DMA thing really is a nice side
> effect, I mostly wanted it for 32on64, so that I can restrict domain
> allocations for 32-bit domains). Are you saying I should throw away the
> DMA specialization then altogether (I already have no special DMA heap
> anymore)? The leftovers from it are so that one can reserve some portion
> of low memory to be returned only when the width restriction is low enough
> (i.e. to retain dma_emergency_pool functionality), which certainly isn't
> really appropriate anymore now (it should rather be a percentage or
> something like that, so that the lower you get the more of the memory
> remains reserved for specialized allocations).

I think dma_emergency_pool as is can go. Possibly it should be replaced by
allocator-management tools in dom0 to allow setting of limits on a
per-bitwidth basis.

Is this one of the patches you already sent in your 32-on-64 batch, or an
additional one?

 -- Keir


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel