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][RFC]degradation on IPF due to hypercall set irq

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
Subject: RE: [Xen-devel][RFC]degradation on IPF due to hypercall set irq
From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Date: Wed, 22 Nov 2006 16:16:52 +0800
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 22 Nov 2006 00:17:15 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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: AccN5wYmUmir46SdT8a+ptVHeNZ8fgAHbs2mAACOJaAAASp7iwAAG0VmAAB2zNA=
Thread-topic: [Xen-devel][RFC]degradation on IPF due to hypercall set irq
Keir Fraser write on 2006年11月22日 15:59:
> On 22/11/06 7:55 am, "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx> wrote:
> 
>> Have an array of set_level hypercall structures, and an array of
>> multicall structures. Fill them in at the point we currently do the
>>  hypercall. Flush when: A) the array is already full; or
>>  B) when qemu passes through its event loop.
>> 
>> Make the arrays 16 entries large, for example, will be plenty.
>> 
>> Use the same mechanism for the notification (i.e., add to the
>> multicall array, to be flushed by qemu's main loop).
> 
> To clarify, by event/main loop I mean: Flush just before qemu blocks
> (otherwise multicall can be held for unbounded time, unless we set a
> batching timeout which hopefully we can avoid needing to do).

Seems good,

Is it possible that we add some file descriptors for some interrupts in qemu 
block (select)?
Then if there are any interrupts, qemu will be woke up.
In this case, we can only call multi-call just after qemu block.

--Anthony.




> 
>  -- Keir

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