From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KWWaG-0006ss-FX for qemu-devel@nongnu.org; Fri, 22 Aug 2008 09:21:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KWWaE-0006rB-Po for qemu-devel@nongnu.org; Fri, 22 Aug 2008 09:21:44 -0400 Received: from [199.232.76.173] (port=54764 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KWWaE-0006qs-Jp for qemu-devel@nongnu.org; Fri, 22 Aug 2008 09:21:42 -0400 Received: from gecko.sbs.de ([194.138.37.40]:18895) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KWWaE-0005y3-6c for qemu-devel@nongnu.org; Fri, 22 Aug 2008 09:21:42 -0400 Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id m7MDLdFc017067 for ; Fri, 22 Aug 2008 15:21:39 +0200 Received: from [139.25.109.167] (mchn012c.mchp.siemens.de [139.25.109.167] (may be forged)) by mail1.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id m7MDLduM006968 for ; Fri, 22 Aug 2008 15:21:39 +0200 Message-ID: <48AEBD63.8010502@siemens.com> Date: Fri, 22 Aug 2008 15:21:39 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <48AE9963.5040603@siemens.com> <48AEA3B4.5050300@redhat.com> <48AEA94D.1080002@siemens.com> <48AEABAA.9060705@redhat.com> In-Reply-To: <48AEABAA.9060705@redhat.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [5055] Handle terminating signals (Gerd Hoffmann) Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Gerd Hoffmann wrote: >>>> --- a/vl.c >>>> +++ b/vl.c >>>> @@ -7624,8 +7624,10 @@ static int main_loop(void) >>>> timeout = 0; >>>> } >>>> } else { >>>> - if (shutdown_requested) >>>> + if (shutdown_requested) { >>>> + ret = EXCP_INTERRUPT; >>>> break; >>>> + } >>> Fix looks fine to me. >> So we don't need to bother about no_shutdown in this path? > > I don't think so. The no_shutdown makes qemu stop the vm instead of > exiting instantly, probably to allow analyzing the situation in case of > a guest-triggered shutdown. There is no point in doing so in case the > vm already is in stopped state. OK, makes sense. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux