Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp784139ybe; Wed, 4 Sep 2019 07:43:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqzxIEAFnETvp78pFCKRctYeMHRoRWJiT9XAs2u9DgT3s3viiI3PshyUfiBHY8LZ+6umt1mc X-Received: by 2002:a63:595d:: with SMTP id j29mr36007837pgm.134.1567608203533; Wed, 04 Sep 2019 07:43:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567608203; cv=none; d=google.com; s=arc-20160816; b=j7GHx9mN4sUOm5RWYEs6zTXQv+LcR8kc1ZVLM5DxCtrF45xJoUp1xfxQSgS8Ranrt6 8MbbHGWHj1ISrIOIR024S8DG0lqa/ZxOgfyL4bqbi8erXgk5S5jm93h77wuvBRjK9O5U IyDOdBZfeXLYV4WjYFivd2FiuK31BKW7Zf9poQ4/M5VKhLp13SkSeUx9iA7BYCNuIh+H YLrsl+VEecCsA8L2PDKXoiEEuFFM+5mrsqi0XcHL8Zs0vXKNX3tbKQrmz/0UgjPbVjVF qo3Zeqp7eJ+DkIyJ6tYaFIAPKCnENB+fWlg7QhzN7nt4cjAa9aBIyt9BGl2XcQcKT7D3 ePKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=BJ+eEeAulUizhdfGojADFc86qC6lQyd/o9kXqud58Ng=; b=uyfdFxvS18bL3qW7bxRrPZANx9sgEbH199nI8oSNdCTCT7Mmhhja9whGeuNWLD9gS7 Z+QibaKmIfTf4BpSYr7ddmbPnQ3B8mANwH/u877ze5ZwxU8A3OpQ4V9he0Kejxrecm6R NBVPTN3CpX5KKu50QPvH2gbml4BNHzFoMzRz8GB1VJhU501WjGKVAna1EfCcq70ZRuoA H4PB1RT5Td0faIzht2EnEcpT+jXjoOWV+5uNc4xE+JR4IZNtaEvmtRDFbSMJVgFRbQNg 9VONCDQOjkoq0IbwZKfT/lFhalva0vGGFf9BiRhTbRHrtc1VSc3YzSEQMMM4vupDA7iq faOg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j63si16895686pgd.493.2019.09.04.07.43.07; Wed, 04 Sep 2019 07:43:23 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731016AbfIDOkr (ORCPT + 99 others); Wed, 4 Sep 2019 10:40:47 -0400 Received: from mga14.intel.com ([192.55.52.115]:53895 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730067AbfIDOkr (ORCPT ); Wed, 4 Sep 2019 10:40:47 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Sep 2019 07:40:46 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,467,1559545200"; d="scan'208";a="185133289" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.41]) by orsmga003.jf.intel.com with ESMTP; 04 Sep 2019 07:40:45 -0700 Date: Wed, 4 Sep 2019 07:40:45 -0700 From: Sean Christopherson To: Alexander Graf Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, "H. Peter Anvin" , Borislav Petkov , Ingo Molnar , Thomas Gleixner , Joerg Roedel , Jim Mattson , Wanpeng Li , Vitaly Kuznetsov , Radim =?utf-8?B?S3LEjW3DocWZ?= , Paolo Bonzini , Liran Alon Subject: Re: [PATCH v2 1/2] KVM: VMX: Disable posted interrupts for odd IRQs Message-ID: <20190904144045.GA24079@linux.intel.com> References: <20190904133511.17540-1-graf@amazon.com> <20190904133511.17540-2-graf@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190904133511.17540-2-graf@amazon.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 04, 2019 at 03:35:10PM +0200, Alexander Graf wrote: > We can easily route hardware interrupts directly into VM context when > they target the "Fixed" or "LowPriority" delivery modes. > > However, on modes such as "SMI" or "Init", we need to go via KVM code > to actually put the vCPU into a different mode of operation, so we can > not post the interrupt > > Add code in the VMX PI logic to explicitly refuse to establish posted > mappings for advanced IRQ deliver modes. This reflects the logic in > __apic_accept_irq() which also only ever passes Fixed and LowPriority > interrupts as posted interrupts into the guest. > > This fixes a bug I have with code which configures real hardware to > inject virtual SMIs into my guest. > > Signed-off-by: Alexander Graf > Reviewed-by: Liran Alon > > --- > > v1 -> v2: > > - Make error message more unique > - Update commit message to point to __apic_accept_irq() > --- > arch/x86/kvm/vmx/vmx.c | 22 ++++++++++++++++++++++ > 1 file changed, 22 insertions(+) > > diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c > index 570a233e272b..8029fe658c30 100644 > --- a/arch/x86/kvm/vmx/vmx.c > +++ b/arch/x86/kvm/vmx/vmx.c > @@ -7401,6 +7401,28 @@ static int vmx_update_pi_irte(struct kvm *kvm, unsigned int host_irq, > continue; > } > > + switch (irq.delivery_mode) { > + case dest_Fixed: > + case dest_LowestPrio: > + break; > + default: > + /* > + * For non-trivial interrupt events, we need to go > + * through the full KVM IRQ code, so refuse to take > + * any direct PI assignments here. > + */ IMO, a beefy comment is unnecessary, anyone that is digging through this code has hopefully read the PI spec or at least understands the basic concepts. I.e. it should be obvious that PI can't be used for SMI, etc... > + ret = irq_set_vcpu_affinity(host_irq, NULL); > + if (ret < 0) { > + printk(KERN_INFO > + "non-std IRQ failed to recover, irq: %u\n", > + host_irq); > + goto out; > + } > + > + continue; Using a switch to filter out two types is a bit of overkill. It also probably makes sense to perform the deliver_mode checks before calling kvm_intr_is_single_vcpu(). Why not simply something like this? The existing comment and error message are even generic enough to keep as is. diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c index c030c96fc81a..e0111a271a5e 100644 --- a/arch/x86/kvm/vmx/vmx.c +++ b/arch/x86/kvm/vmx/vmx.c @@ -7372,7 +7372,9 @@ static int vmx_update_pi_irte(struct kvm *kvm, unsigned int host_irq, */ kvm_set_msi_irq(kvm, e, &irq); - if (!kvm_intr_is_single_vcpu(kvm, &irq, &vcpu)) { + if ((irq.delivery_mode != dest_Fixed && + irq.delivery_mode != dest_LowestPrio) || + !kvm_intr_is_single_vcpu(kvm, &irq, &vcpu)) { /* * Make sure the IRTE is in remapped mode if * we don't handle it in posted mode. > + } > + > vcpu_info.pi_desc_addr = __pa(vcpu_to_pi_desc(vcpu)); > vcpu_info.vector = irq.vector; > > -- > 2.17.1 > > > > > Amazon Development Center Germany GmbH > Krausenstr. 38 > 10117 Berlin > Geschaeftsfuehrung: Christian Schlaeger, Ralf Herbrich > Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B > Sitz: Berlin > Ust-ID: DE 289 237 879 > > >