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] irq_guest_eoi_timer interaction with MSI

To: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] irq_guest_eoi_timer interaction with MSI
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Tue, 25 Nov 2008 08:40:13 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 25 Nov 2008 00:39:43 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5516830.1F905%keir.fraser@xxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <492BC215.76E4.0078.0@xxxxxxxxxx> <C5516830.1F905%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Keir Fraser <keir.fraser@xxxxxxxxxxxxx> 25.11.08 09:30 >>>
>On 25/11/08 08:15, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>
>>> The fixmap stuff is a bit ugly and I would just have done a
>>> map_domain_page_global() for 32-bit Xen (good enough as far as I'm
>>> concerned). I'm not dead set against your approach if you like it very much,
>>> though.
>> 
>> But just as map_domain_page(), map_domain_page_global() can't be used
>> out of IRQ context...
>
>I would have kept the page mapped from when it was registered until domain
>death. Same as we do for guest-registered vcpu_info.

Oh, I indeed didn't consider that option. The question is - does it scale?
2Mb doesn't seem all that much for a global pool, but otoh it's perhaps
unlikely that 32-bit hypervisors would have to manage too large an
amount of domains/vCPU-s. So yes, I'll go that route.

Jan


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