From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 56E49C433EF for ; Thu, 10 Mar 2022 17:58:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245271AbiCJR7f (ORCPT ); Thu, 10 Mar 2022 12:59:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60494 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245230AbiCJR7d (ORCPT ); Thu, 10 Mar 2022 12:59:33 -0500 Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9004158E9A for ; Thu, 10 Mar 2022 09:58:31 -0800 (PST) Received: by mail-pj1-x102b.google.com with SMTP id mm23-20020a17090b359700b001bfceefd8c6so2669915pjb.3 for ; Thu, 10 Mar 2022 09:58:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=R06mJA/QDlJgqpuXPq9itgdAo42/FLsZYE2RPvXJtdQ=; b=SHHWECtEk9DczbmvbT3CmkjgP8Nud3QNNzkuHeHs5dvvzr7YSz9vlyjjUGofkYuN74 8bqFJB8n7jiGAtz/lruBQg6wjM4puDCMk3qs5+g3a7ANq8dcWdjSIYC1nsBTp64XV083 XObhkitInFG0DdRBJ/krih+Tn2WMx8wJwxTYvuC38maZIbTyW3VxLkMEyEjcaLaqS1JB SueZugQZStpwxJ4BA5/ziQc+wwtqCi/fwtf+pfrwmP0ZJcJFRreGYD5ttWcegMldzBBm dgG7eU9IVZ+AOgIp4h3sxZfvdhHVtleLOjf36HEsA2JmXSrTUEpS2QKbMC81+fLtijQE 3Ajg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=R06mJA/QDlJgqpuXPq9itgdAo42/FLsZYE2RPvXJtdQ=; b=nAnPcHfYOVjqGvke8wFT/bQClnL59uAR995fjxtP2lE0MZ39rZXmm1GMMvUiyZ0DUO 6fvHmdrcYH7dGmTjXCmM3wI8wKVAtYeMQEOHTUqFN0llJmC5HKR6u+qsuCTfsEWLEaiY /MPFHzAAVnGe0rionY8D/5m/AWC8arb/kDcIhgNfPdnMyinnDp6yUP6ISSgaremM+NMv vvgr62mOme1j5BGs/+IKwohHnPTcbvH+sEPRrwsUuiwfdWE3926uQ6IZ+WfR0QG6I9UZ L5hYAKsu/HcHwIpm9yzLaSFGTMBt+O0FnyIMQPonjyL3Q0QIu1fh1rGAQRSpFGbV8SxM yCHA== X-Gm-Message-State: AOAM530ZliMhXfhQF7JSzBa5yKGt952Kuh8eMs8rTBIqUKox57D7jlmh g1HyCgt0rUHKcU92jMTncQs1tg== X-Google-Smtp-Source: ABdhPJyfnbvCpB67Z+YNGTCGld4EtfzKxLFs4Q6KYD6j93YpCVj0QQd3X1iAxcRTJ2aA/PlfqeIJBA== X-Received: by 2002:a17:90a:73ce:b0:1bf:702c:f384 with SMTP id n14-20020a17090a73ce00b001bf702cf384mr17712918pjk.177.1646935111154; Thu, 10 Mar 2022 09:58:31 -0800 (PST) Received: from google.com (157.214.185.35.bc.googleusercontent.com. [35.185.214.157]) by smtp.gmail.com with ESMTPSA id q12-20020a17090aa00c00b001bc6f1baaaesm10460015pjp.39.2022.03.10.09.58.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Mar 2022 09:58:30 -0800 (PST) Date: Thu, 10 Mar 2022 17:58:26 +0000 From: Sean Christopherson To: Ben Gardon Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, Paolo Bonzini , Peter Xu , David Matlack , Jim Mattson , David Dunn , Jing Zhang , Junaid Shahid Subject: Re: [PATCH 00/13] KVM: x86: Add a cap to disable NX hugepages on a VM Message-ID: References: <20220310164532.1821490-1-bgardon@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220310164532.1821490-1-bgardon@google.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 10, 2022, Ben Gardon wrote: > selftests: KVM: Wrap memslot IDs in a struct for readability > selftests: KVM: Add memslot parameter to VM vaddr allocation > selftests: KVM: Add memslot parameter to elf_load I really, really, don't want to go down this path of proliferating memslot crud throughout the virtual memory allocators. I would much rather we solve this by teaching the VM creation helpers to (optionally) use hugepages. The amount of churn required just so that one test can back code with hugepages is absurd, and there's bound to be tests in the future that want to force hugepages as well.