Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp876666iog; Mon, 13 Jun 2022 15:07:15 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uvfcp2gJDRRzdtZi1QDb7y2bN4YvCAN5lnkYQte11GLQgb4BjU/ZpNxFwysYSpeDl6ls44 X-Received: by 2002:a17:90b:1d92:b0:1e3:47f2:fd03 with SMTP id pf18-20020a17090b1d9200b001e347f2fd03mr916644pjb.192.1655158034990; Mon, 13 Jun 2022 15:07:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655158034; cv=none; d=google.com; s=arc-20160816; b=FtLBFdBkE92m+32G8JK+j5SXiCsRJk9SFOEccVNjGN2J0yJN74W2mPKMuCUnQvLREW TcYIYitUCFg3sCQXSptamUF6MRqB5px62mF53mI4Z8RIsi0H+k8YR/caLZDp3sAmYPBJ V7ocVaRFFn1NssmrSur7EiI2RSgljvby4CAhaSBHPzumCESWahqk8G5FkX1f1+lVr9UP MJD3ME/fu+HODKqZSh9O3IHyhhdYFzk75sFiG/bAYwy5gio7iVPWToB+ug3pcXWrvTNF 5m6hUBm1s/uEoyaXOnJrS4lJEYLFKuxZZ6+Juu2dg2Zs9H9BoDqFTuctTZ79AWesaVhh gr4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:cc :references:to:subject:dkim-signature; bh=i0AbTdWcrDZUL/vQXPK2Kl8iFZfr3ZDD8IC3e0CyePQ=; b=W/lZma8i4Nb6tcWa/mGUkEGigOHG3ECFXk/3cyqOhUgfoTPLEcMkDjKj9QQ5XOyMj6 YM+W71Noi93AKuIWbJWwoi0OG8uXLC6zPtGkESC56hOhXoZHFzZrVGmnFG1SikRG3NAA AXU7pi/fmJU6DGia2tnsGre/78amQfQ8qtDeK6s3qwWQhK4KCX8ZsOMIG7sB10HanJo/ KCqw+kVPHkvZkl3AQHQ+kBbAZRGKjwOfG/Os+xZPDuTU8tRa69i7aCUjJyUbvsokqdQx rk73gTbD2fR+pKsb0QvlahVEC4GoBBNqFazL6RcDxa8uQbVB5X8F9UTO9cf/eegeozN9 K6fQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b="LFy63I/l"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b20-20020a63eb54000000b003f667dd5faasi10920008pgk.82.2022.06.13.15.07.02; Mon, 13 Jun 2022 15:07:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b="LFy63I/l"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S242813AbiFMVov (ORCPT + 99 others); Mon, 13 Jun 2022 17:44:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51204 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234515AbiFMVos (ORCPT ); Mon, 13 Jun 2022 17:44:48 -0400 Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ED76B6438 for ; Mon, 13 Jun 2022 14:44:47 -0700 (PDT) Received: by mail-oi1-x231.google.com with SMTP id p129so9355115oig.3 for ; Mon, 13 Jun 2022 14:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=i0AbTdWcrDZUL/vQXPK2Kl8iFZfr3ZDD8IC3e0CyePQ=; b=LFy63I/lYQRqHD5OAOuMxyZyACp2b47R74otgsporlyHdxOZNSrgsmIziwAKAnnQWB Z8G6BGfrpPByvQkT7zjMULWLWLNQBBTBIhv02Vc0/JJVWpcp50sppzCWWYKD9dLbF83y de2PAVHZKw/IQoebqtAWML+0q0qTm34aZf9vQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=i0AbTdWcrDZUL/vQXPK2Kl8iFZfr3ZDD8IC3e0CyePQ=; b=DwtKU5maOXfbrgFnsvGVSfQQedrD4x+2ZSpOwvQxVPnkySqtPCF+WfkwPWhDSU8IMj lvAQDQI6LSvrOayUP9EtNatx2lj2yf35MEOVr1vcNV0tEgpuja9R6nRbKupf0H/QsLG2 ERUfCQsyn+9MaysEo7c4x25ngTlfDjw9abwj38ZtNb7Kn9kwXqzzxfnIYZYNz1b5WJPG aG7habZB1bLH8ZHZNrKxMPKBkhc+GWFDtgsqeN9j71HSK8ZLxT9LcU/2SpyPWtGZ/EzK d6hkkS8Mz7T9nsXHVcuHI3QhGsVokZLKoye6LLw/z2wcCXeBJvJ4OM1s4eftSj5Zqy7r wyCw== X-Gm-Message-State: AOAM5338c2mWnNrR91yP8YHewlHlTYDL6G1o7wmXN5TPJkRALtFjxvfE qsqMXSuclJizK2euJHsDshftaw== X-Received: by 2002:aca:786:0:b0:32e:3005:813a with SMTP id 128-20020aca0786000000b0032e3005813amr407973oih.135.1655156686996; Mon, 13 Jun 2022 14:44:46 -0700 (PDT) Received: from [192.168.1.128] ([38.15.45.1]) by smtp.gmail.com with ESMTPSA id fw11-20020a056870080b00b000f28a948dd2sm4622742oab.21.2022.06.13.14.44.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Jun 2022 14:44:46 -0700 (PDT) Subject: Re: [PATCH V2] selftests/vm: Add protection_keys tests to run_vmtests To: Kalpana Shetty , akpm@linux-foundation.org, shuah@kernel.org, linux-mm@kvack.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220610090704.296-1-kalpana.shetty@amd.com> Cc: Shuah Khan From: Shuah Khan Message-ID: <8e7fca3a-096c-7d6c-e43b-9292995ab970@linuxfoundation.org> Date: Mon, 13 Jun 2022 15:44:45 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20220610090704.296-1-kalpana.shetty@amd.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/10/22 3:07 AM, Kalpana Shetty wrote: > Adding "protected_keys" tests to "run_vmtests.sh" would help out to run all VM related tests > from a single shell script. > Makes sense - can you explain why you can't just run protection_keys_32 without checks? Why are you checking for VADDR64? All of this information helps us review the patch and give you feedback and suggest a different approach. > Signed-off-by: Kalpana Shetty > --- > Changes in V2: > * Added patch description. > thanks, -- Shuah