From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: NMI deferral on i386 Date: Wed, 16 May 2007 12:10:17 +0200 Message-ID: <464AF4A9.76E4.0078.0@novell.com> References: <464ADA4F.76E4.0078.0@novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org >It sounds a bit painful. Also it's the exit-to-guest path that is more of = a >pain to deal with. In this case we may have restored a segment register = by >the time we take the NMI. What do we do in this case about restoring the >segment register safely? Races in updating GDT/LDT may mean that the = reload >still may fault, even though it didn't just before; also we may need to = do >work in Xen (e.g., shadow-mode stuff) in interrupts-enabled context to = fix >up a #GP or #PG. Indeed. Nevertheless, for non-restartable MCEs, deferral is impossible, = and hence some mechanism would still be needed (unless we say the machine's going down anyway in this case and we don't care about getting a proper reason logged). Jan