Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp939378pxy; Wed, 28 Apr 2021 18:01:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUbSp7P+bVcRDhMzmEn4lsNKxsxTV2qDP0h1G0Gv4KycQa7EZT6koWDk8ryGB/4aAVVzCD X-Received: by 2002:a65:5888:: with SMTP id d8mr28647960pgu.23.1619658066625; Wed, 28 Apr 2021 18:01:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619658066; cv=none; d=google.com; s=arc-20160816; b=s1uNBdSn4yufFLclTji2J0CbcZuZFiKQniOp0FHlvaHpIN5Imwsh9y/hyWvVJGR5EW yem18QbbF7tVMlLvMRyxreFTm7uz2SgCWEaPuH+/+fw3pPKYM0aaW8BeM2Yz601Uuj6X z7ubUmtZ3eBoofsc8//5TaFTAlfBqomjCzNHdU7reebkOuVE99yRuT3eMyXECMC1hAJN l7r1H6qWtzx9WCL3EJAIC5okwaOn6bXohL6SetEZUGpzJ7KULvZxCYt3MEni0yRUFNuP nikge/u7hULV9B/LxKn0Eb5ElWOqgMq1xqbN/DdtXguqzlpIqDbeDS5TXwPdoKelCwKu sNug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=W1foyVnHpt10zkANi9y0LWp7jrRDQd/Q7wAouJW7aRU=; b=E8AExLjlgvBEmWLgaObC2W6l2hHk7tmiLaCxLZMJCcCjKpIW44YVzEzngudyY7FZXh ODLclWMNVq/GZbhSAu8rwhYeWj4Oz5oFP9sGuro/S/ai3LAL7aNJyBiDtBX/WuwC7iK+ Vop26NqdMhv3gfR7d16Tv2AjpCBWhhlTjLicJci+IzX9Njn50TNaXH5G1RsLn6dvq36y UXmSiZ0by0MMkEhNFDScdLvuELuaNJ05uIWKMNlxfVQxibNABV6vbLorzvUroIezhQiR TL0KW/DqNso+VfYrTohpFec+htaSHubeLQFrWuXrJmvP2hOJd+QXUKPT7RCTdscbzCS/ eLug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=l0enqpDX; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x129si1411921pgb.299.2021.04.28.18.00.51; Wed, 28 Apr 2021 18:01:06 -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=@google.com header.s=20161025 header.b=l0enqpDX; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232244AbhD2BA6 (ORCPT + 99 others); Wed, 28 Apr 2021 21:00:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60204 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229624AbhD2BA4 (ORCPT ); Wed, 28 Apr 2021 21:00:56 -0400 Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2AFBAC06138C for ; Wed, 28 Apr 2021 18:00:11 -0700 (PDT) Received: by mail-pj1-x1030.google.com with SMTP id u14-20020a17090a1f0eb029014e38011b09so10055443pja.5 for ; Wed, 28 Apr 2021 18:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=W1foyVnHpt10zkANi9y0LWp7jrRDQd/Q7wAouJW7aRU=; b=l0enqpDX6x7/rQ/qhKF4XS/4BoLoz2AHWukBmE29ObLVOk7DOcHRi1ABbXlXZ/mbKI gTvEh3P2XsGnujeGXSCa99jrGp4J6td9wZOVTUs/KZwwxIuVjCOKUuGkKsUl8QI1npFz XfXBXDVswe5VSNifnAhJp2j/P3+ptoAye9aN/5HVivKg2Er7aGzTVLrDGU3hglCFMXic YROk6OR7rBzv/ifeBonAwUsWOiHGGLTQWatjKEQtWK+CoT999dY+Fj26fsWVrAAnasKx zMeNQzFD6UViMEA7Vg69DpU2tXqZlS44ForW8kl4IsPVVovQ2n3U9POGTXArPoWJVRWF xyzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=W1foyVnHpt10zkANi9y0LWp7jrRDQd/Q7wAouJW7aRU=; b=qnJEWrhNWHkBgl1AlCyik5P0fXmPG+9z8kOkxOArO9FUphgGZu0Ed/yXwpubd9T+ht EIQ//RJwIT1jVnSUl0qceSexfbtYG6EM7KmvK8J73BaSw5uzh57CQ4putd2M7L/HG5Re RtFvUj0AdA7JfRC2e+IqvLFlU4LE3A2Iy9/lq4D5YgK1q+nf5dIedhyR971IhWh6IwWt fwo7+sRWrr8QUG+WHz7ncHDofhhvUkhd6nvPfF8rvaMQEI15UKrEN5lFeAinw/tusBx6 50GBbveOMZus0k3Wy7pal+7aYa+LSJdL3qdg58gPLPBnMf1iVjdHwke1ZhuP5jReBDlU vIdQ== X-Gm-Message-State: AOAM532q28R/IYDcK5bMzmKI1FnOOyImV6juNArLou8QKecHAiaf8JXa Y5uqiJ2I34m/mWxfEakkQ9bsAQ== X-Received: by 2002:a17:902:7e86:b029:ed:74b7:8fd4 with SMTP id z6-20020a1709027e86b02900ed74b78fd4mr4989129pla.21.1619658010508; Wed, 28 Apr 2021 18:00:10 -0700 (PDT) Received: from google.com (240.111.247.35.bc.googleusercontent.com. [35.247.111.240]) by smtp.gmail.com with ESMTPSA id 5sm729450pfi.43.2021.04.28.18.00.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Apr 2021 18:00:10 -0700 (PDT) Date: Thu, 29 Apr 2021 01:00:06 +0000 From: Sean Christopherson To: Valeriy Vdovin Cc: linux-kernel@vger.kernel.org, Denis Lunev , Paolo Bonzini , Jonathan Corbet , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , Shuah Khan , Aaron Lewis , Alexander Graf , Andrew Jones , Oliver Upton , Like Xu , kvm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH v4] KVM: x86: Fix KVM_GET_CPUID2 ioctl to return cpuid entries count Message-ID: References: <20210428172729.3551-1-valeriy.vdovin@virtuozzo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210428172729.3551-1-valeriy.vdovin@virtuozzo.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 28, 2021, Valeriy Vdovin wrote: > It's very explicit by the code that it was designed to receive some > small number of entries to return E2BIG along with the corrected number. LOL, saying KVM_GET_CPUID2 was "designed" is definitely giving the KVM forefathers the benefit of the doubt. > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index efc7a82ab140..3f941b1f4e78 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -4773,14 +4773,17 @@ long kvm_arch_vcpu_ioctl(struct file *filp, > r = -EFAULT; > if (copy_from_user(&cpuid, cpuid_arg, sizeof(cpuid))) > goto out; > + > r = kvm_vcpu_ioctl_get_cpuid2(vcpu, &cpuid, > cpuid_arg->entries); > - if (r) > + > + if (r && r != -E2BIG) > goto out; > - r = -EFAULT; > - if (copy_to_user(cpuid_arg, &cpuid, sizeof(cpuid))) > + > + if (copy_to_user(cpuid_arg, &cpuid, sizeof(cpuid))) { > + r = -EFAULT; > goto out; As I pointed out[*], copying the number of entries but not the entries themselves is wrong. All of my feedback on v1 still stands. [*] https://lkml.kernel.org/r/YIl4M/GgaYvwNuXv@google.com > - r = 0; > + } > break; > } > case KVM_GET_MSRS: {