From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgGll-0005We-AF for qemu-devel@nongnu.org; Mon, 31 Mar 2008 05:57:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgGlg-0005WM-QS for qemu-devel@nongnu.org; Mon, 31 Mar 2008 05:57:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgGlg-0005WJ-K5 for qemu-devel@nongnu.org; Mon, 31 Mar 2008 05:57:32 -0400 Received: from ns.suse.de ([195.135.220.2] helo=mx1.suse.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JgGlg-0006h9-5S for qemu-devel@nongnu.org; Mon, 31 Mar 2008 05:57:32 -0400 Received: from Relay1.suse.de (relay-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 4E7F13FB0D for ; Mon, 31 Mar 2008 11:57:28 +0200 (CEST) Message-ID: <47F0B445.4030806@suse.de> Date: Mon, 31 Mar 2008 11:52:05 +0200 From: Kevin Wolf MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Reboot CPU on triple fault References: <47EE86E0.4070703@reactos.org> <9C7667CB-2CF0-4AC0-843B-6EF442196CAC@csgraf.de> In-Reply-To: <9C7667CB-2CF0-4AC0-843B-6EF442196CAC@csgraf.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 Alexander Graf schrieb: >=20 > On Mar 29, 2008, at 7:13 PM, Herv=E9 Poussineau wrote: >=20 >> Hi, >> >> On i386/x86-64, CPU must reboot when a triple fault is detected. >> Attached patch implements this behaviour. >=20 > So what exactly does check_exception() in target-i386/helper.c do then? > Should the cpu_reset call go in there? It definitely should. Besides, I'd really like to have the CPU dump on triple faults retained. In most cases, this will be a lot more useful than a silent reboot. Kevin