Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp1652734pxy; Mon, 2 Aug 2021 07:07:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwa5SVl2dkrmt+EX3sWPuwxEdFRN1wbJV5arODuKsL6+kqw5RRg0gUHWWSugKYg63lsBFeq X-Received: by 2002:a92:bf12:: with SMTP id z18mr67981ilh.274.1627913269148; Mon, 02 Aug 2021 07:07:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627913269; cv=none; d=google.com; s=arc-20160816; b=zjYpOw2GempgIAV0ukfVSAPb/PUDgT3UItHOkAv4ureBbd6/khB+//voUZSP/Xpt4i cY63n5dSfq5Gf0OLH5bt6+Pc6zwkZKi2ETbK2PKs5A7NaSNID7p/8EL48TfJvHy3+eB/ A8IXmt3IZE1pm8hwLT7JgTjWPm0onrFyrPdOcTq8jGfO98pDqFVL8eYb962EERu6Rx0+ SSahfuqhNx87n+J37beyXpiji8dtekpFvFdep0eMY9H887ieVzgXwcDeH06QBOVKTV4A XNqndNqiuveP8dgP/06FCSlS9+NTE4biIBTsqU4WQuavxg/dCSTlwhAe4ewmDS/BJ0Da hvmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=FzecgBJ9Zzyxuo0gz+8XmQb6ZKh1dgxUgNv3kpXvNV4=; b=qUQrtnW4FAPdX+jy45nxjQill/G5S6SIbV9QVbMgdWkaPhbsqjyA8zHyFd/ZE3jzfx wVLG2IE753yJJmlvXh/m2SXpRRXJQa+AjdxOsYkSGdvHIg+oYuDratMhG9hgi7BHUJ+v Cu9h/NzWS905OJue4gDi4MtrfXm2N1UuXLamertvUBTaGWq037XtN/Yybo2QUm2LsC18 0FjlBNqzCXaGgvfSFjj11eHxHYs91zg3E6RNYLNIHcj18qasrDQTLsypb6/ESryVe5z6 ATs4SVXm/UEfFsX1dzaLA+IRK23Ez+1QRwFl7qYeaUcLmuXA421frs9cPj0h9g2fkZfV nUhw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FgUDs28u; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g17si10749705jao.103.2021.08.02.07.07.37; Mon, 02 Aug 2021 07:07:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FgUDs28u; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237453AbhHBOEv (ORCPT + 99 others); Mon, 2 Aug 2021 10:04:51 -0400 Received: from mail.kernel.org ([198.145.29.99]:40884 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235180AbhHBN5e (ORCPT ); Mon, 2 Aug 2021 09:57:34 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id EB82D61165; Mon, 2 Aug 2021 13:54:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627912498; bh=RUh4AusaX0Jn78izoGVYrMovVe91oBO13ieA2j5M3WM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FgUDs28uMKu8F9WSsWvIN5i7W4dBvuSTYgP63ZBu7QhSoRsey4AH4ZrzUg3NfK1sg 1YxZWtRHtDiAE/2dtew0+fftje5WQMTBwVTdvByiXutqkBUSyY2wN6v57VOGJKbCEd zTxhvXaS6fiPXGDax6ZVhad9TYcpNVs65kVroCdY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Juergen Gross , Paolo Bonzini Subject: [PATCH 5.13 008/104] x86/kvm: fix vcpu-id indexed array sizes Date: Mon, 2 Aug 2021 15:44:05 +0200 Message-Id: <20210802134344.290378457@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210802134344.028226640@linuxfoundation.org> References: <20210802134344.028226640@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Juergen Gross commit 76b4f357d0e7d8f6f0013c733e6cba1773c266d3 upstream. KVM_MAX_VCPU_ID is the maximum vcpu-id of a guest, and not the number of vcpu-ids. Fix array indexed by vcpu-id to have KVM_MAX_VCPU_ID+1 elements. Note that this is currently no real problem, as KVM_MAX_VCPU_ID is an odd number, resulting in always enough padding being available at the end of those arrays. Nevertheless this should be fixed in order to avoid rare problems in case someone is using an even number for KVM_MAX_VCPU_ID. Signed-off-by: Juergen Gross Message-Id: <20210701154105.23215-2-jgross@suse.com> Cc: stable@vger.kernel.org Signed-off-by: Paolo Bonzini Signed-off-by: Greg Kroah-Hartman --- arch/x86/kvm/ioapic.c | 2 +- arch/x86/kvm/ioapic.h | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) --- a/arch/x86/kvm/ioapic.c +++ b/arch/x86/kvm/ioapic.c @@ -96,7 +96,7 @@ static unsigned long ioapic_read_indirec static void rtc_irq_eoi_tracking_reset(struct kvm_ioapic *ioapic) { ioapic->rtc_status.pending_eoi = 0; - bitmap_zero(ioapic->rtc_status.dest_map.map, KVM_MAX_VCPU_ID); + bitmap_zero(ioapic->rtc_status.dest_map.map, KVM_MAX_VCPU_ID + 1); } static void kvm_rtc_eoi_tracking_restore_all(struct kvm_ioapic *ioapic); --- a/arch/x86/kvm/ioapic.h +++ b/arch/x86/kvm/ioapic.h @@ -43,13 +43,13 @@ struct kvm_vcpu; struct dest_map { /* vcpu bitmap where IRQ has been sent */ - DECLARE_BITMAP(map, KVM_MAX_VCPU_ID); + DECLARE_BITMAP(map, KVM_MAX_VCPU_ID + 1); /* * Vector sent to a given vcpu, only valid when * the vcpu's bit in map is set */ - u8 vectors[KVM_MAX_VCPU_ID]; + u8 vectors[KVM_MAX_VCPU_ID + 1]; };