Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp245033ybi; Wed, 29 May 2019 20:32:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqxjlaIO5FVK0rBd/mI8unP8CoA+XlMHvkkjLr/c3J7C18L9/9nqvLwd3PtSli0HctG2GQSB X-Received: by 2002:a63:e645:: with SMTP id p5mr1728049pgj.4.1559187150164; Wed, 29 May 2019 20:32:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559187150; cv=none; d=google.com; s=arc-20160816; b=Ry2h1xpk4jK8NJ53CRZpcjIjHWcWfkChv0xV4fIMfMdbZsYdnmSqn/llVURTvWkSK4 7wdyyYsD5nPpYHJ0Ta6QMeCc6z2UiX8TwORGQ3JAMIpqUYJOVs8IbXAq++XDH0kr7mel 5halHWTA3fi2r1h0VwfUqUY2gUMAWKa632YX+M96FnGZg4b7n43a+CJGXZRM/SXGz1t3 I65mcKQ11idZkzMPmlEofuajN6xReEovzsahrOiX35XjkB4VlPvdOGzbeX+AoPXufyh/ HVgAXh6U8f1bllrAKok2l9GOUxgluynQ5NV/Zu3/pMqkT7WtjMwqOjT3R5vp2gxBxog9 bJKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=DIqp8nSVWGsk6986mdoVUUdFK7R+7dUQa4sP/JkxnH4=; b=tCeA2jQ4DRbzyIJgC62G1bTIFEjB7h0WpqOHr+ChAGJwGBZG6K77fNw5G0sE/tLtgO JkYv/nZJMYsSmiNj+d8zWgnffFucMxoRxbPeie6e36TD4I3nye5rAUG3fg8Trx/AWW2q PNV1jO93Dtey1XdpkA3NeabIJa/eYznKuZMSULLVFqZux75SMCoGgX4VB211gy+7tHMx l4CkxI8Q8g7/VijGvllSSLV9CnITzueWnCIu/VkWrhEDZkJzZpNbnl6SmQTL+bm5PBAc Daqj2Ey7JAwJz0kL0T4MO1wKnmMpOcZf/MKOIE+/Vkn7hRZSeInLKOX/BG74XJgGsQBh 24cA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=lRg4NLsk; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i36si1760507pgl.491.2019.05.29.20.32.13; Wed, 29 May 2019 20:32:30 -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; dkim=pass header.i=@kernel.org header.s=default header.b=lRg4NLsk; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388363AbfE3D3W (ORCPT + 99 others); Wed, 29 May 2019 23:29:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:59402 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732272AbfE3DUj (ORCPT ); Wed, 29 May 2019 23:20:39 -0400 Received: from localhost (ip67-88-213-2.z213-88-67.customer.algx.net [67.88.213.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 69B3824953; Thu, 30 May 2019 03:20:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1559186438; bh=GVUOogKLufmpvD7m1tZ21GFHKFy8jpve9Uw8hXJ6jGw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=lRg4NLskuUAh5O89UTtYtGMSlKhhBh30rIn71NnW5s2696tFm0XGaTz/67q49CN1C EGRZtffgcDRjKk3SvEDMOR8L+CdKYm6zvqPLkgM/6kgaqmwvoVdvff50IhpJUQ3D+s hmr0r9K5ifr6/b436iYzEYdH35GmXv/vqYgEH8VA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Suravee Suthikulpanit , Paolo Bonzini Subject: [PATCH 4.9 006/128] kvm: svm/avic: fix off-by-one in checking host APIC ID Date: Wed, 29 May 2019 20:05:38 -0700 Message-Id: <20190530030434.416705883@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190530030432.977908967@linuxfoundation.org> References: <20190530030432.977908967@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Suthikulpanit, Suravee commit c9bcd3e3335d0a29d89fabd2c385e1b989e6f1b0 upstream. Current logic does not allow VCPU to be loaded onto CPU with APIC ID 255. This should be allowed since the host physical APIC ID field in the AVIC Physical APIC table entry is an 8-bit value, and APIC ID 255 is valid in system with x2APIC enabled. Instead, do not allow VCPU load if the host APIC ID cannot be represented by an 8-bit value. Also, use the more appropriate AVIC_PHYSICAL_ID_ENTRY_HOST_PHYSICAL_ID_MASK instead of AVIC_MAX_PHYSICAL_ID_COUNT. Signed-off-by: Suravee Suthikulpanit Cc: stable@vger.kernel.org Signed-off-by: Paolo Bonzini Signed-off-by: Greg Kroah-Hartman --- arch/x86/kvm/svm.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) --- a/arch/x86/kvm/svm.c +++ b/arch/x86/kvm/svm.c @@ -1518,7 +1518,11 @@ static void avic_vcpu_load(struct kvm_vc if (!kvm_vcpu_apicv_active(vcpu)) return; - if (WARN_ON(h_physical_id >= AVIC_MAX_PHYSICAL_ID_COUNT)) + /* + * Since the host physical APIC id is 8 bits, + * we can support host APIC ID upto 255. + */ + if (WARN_ON(h_physical_id > AVIC_PHYSICAL_ID_ENTRY_HOST_PHYSICAL_ID_MASK)) return; entry = READ_ONCE(*(svm->avic_physical_id_cache));