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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signal

To: qemu-devel@xxxxxxxxxx
Subject: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signals.
From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
Date: 2008年8月26日 13:50:39 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Gerd Hoffmann <kraxel@xxxxxxxxxx>
Delivery-date: 2008年8月26日 11:51:46 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080826174729.GB25893@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: <18611.56975.584280.471257@xxxxxxxxxxxxxxxxxxxxxxxx> <48B3F411.2020306@xxxxxxxxxx> <18611.63711.631859.280983@xxxxxxxxxxxxxxxxxxxxxxxx> <48B4027C.1000008@xxxxxxxxxxxxx> <18612.1900.73781.314743@xxxxxxxxxxxxxxxxxxxxxxxx> <48B41B7E.40708@xxxxxxxxxxxxx> <18612.7267.832361.270651@xxxxxxxxxxxxxxxxxxxxxxxx> <48B41F55.1000909@xxxxxxxxxxxxx> <18612.8502.305043.233934@xxxxxxxxxxxxxxxxxxxxxxxx> <48B422F2.1090900@xxxxxxxxxxxxx> <20080826174729.GB25893@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.16 (X11/20080723)
Jamie Lokier wrote:
Leading to: why would (real) signals being used to collect AIO events
anyway, if you don't have signalfd()? If you've got a helper thread,
just call aio_suspend() in the helper thread.
There is no helper thread when signalfd() is available. The helper thread thing is only for backwards compatibility or for unices that don't support signalfd. Plus, there are a lot of places that we use signals currently.
 Then you can just
deliver the AIO completion result to the relevant data structure or
even move it off the waiting queue (pthread_mutex_lock is your
friend), then wake the main waiting thread with byte written to its
pipe.
It's the queuing with threads where things start getting complicated and error prone.
Regards,
Anthony Liguori
-- Jamie
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] RE: backend block driver and domain migration blackout time , Guzovsky, Eduard
Next by Date: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 05/13] xen: groundwork for xen support , Gerd Hoffmann
Previous by Thread: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signals. , Anthony Liguori
Next by Thread: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signals. , Ian Jackson
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /