From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gleb Natapov Subject: Re: [PATCH 05/15] Coalesce userspace/kernel irqchip interrupt injection logic. Date: Wed, 15 Apr 2009 13:57:26 +0300 Message-ID: <20090415105726.GF27675@redhat.com> References: <20090414142403.GC20739@redhat.com> <20090414145536.GD20739@redhat.com> <20090414194103.GK20739@redhat.com> <20090415093955.GA27675@redhat.com> <49E5B56A.8090902@siemens.com> <20090415103648.GD27675@redhat.com> <49E5BC14.6070703@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Dmitry Eremin-Solenikov , kvm@vger.kernel.org To: Jan Kiszka Return-path: Received: from mx2.redhat.com ([66.187.237.31]:57373 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752738AbZDOK5b (ORCPT ); Wed, 15 Apr 2009 06:57:31 -0400 Content-Disposition: inline In-Reply-To: <49E5BC14.6070703@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, Apr 15, 2009 at 12:51:00PM +0200, Jan Kiszka wrote: > >>> I need _host_ cpu info. Do the same on the host please. > >> That _is_ his host - qemu in emulation mode (ie. nested virtualization). > > Ah, now I noticed svm in cpu flags. Does qemu support svm in TCG? > > Yes, and KVM seems to have been fine without the patch. But that may not > exclude remaining bugs in QEMU (as first-level hypervisor here). > > On the other hand, it wouldn't be the first time QEMU, with its extreme > delays, triggers some nasty race in its guest... > It doesn't look like race to me. The failure is 100% reproducible. I'll try to reproduce locally and see what is going on. -- Gleb.