From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: nVMX: Shadowing of CPU_BASED_VM_EXEC_CONTROL broken Date: Wed, 08 Oct 2014 12:34:30 +0200 Message-ID: <54351336.4030005@redhat.com> References: <5434F5F9.3030803@siemens.com> <20141008092539.GA16561@kernel> <5435092A.3090704@siemens.com> <54350FD4.10403@redhat.com> <543511FE.3060108@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: kvm , Bandan Das To: Jan Kiszka , Wanpeng Li Return-path: Received: from mx1.redhat.com ([209.132.183.28]:16478 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755413AbaJHKej (ORCPT ); Wed, 8 Oct 2014 06:34:39 -0400 In-Reply-To: <543511FE.3060108@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: Il 08/10/2014 12:29, Jan Kiszka ha scritto: >> > But it would write to the vmcs02, not to the shadow VMCS; the shadow >> > VMCS is active during copy_shadow_to_vmcs12/copy_vmcs12_to_shadow, and >> > at no other time. It is not clear to me how the VIRTUAL_INTR_PENDING >> > bit ended up from the vmcs02 (where it is perfectly fine) to the vmcs12. > Well, but somehow that bit ends up in vmcs12, that's a fact. Also that > the proble disappears when shadowing is disabled. Need to think about > the path again. Maybe there is just a bug, not a conceptual issue. Yeah, and at this point we cannot actually exclude a processor bug. Can you check that the bit is not in the shadow VMCS just before vmrun, or just after enable_irq_window? Having a kvm-unit-tests testcase could also be of some help. Paolo