Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp530614ioo; Sat, 21 May 2022 06:17:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwg01N64kPim6nLx3TB/8p/dIzjFdFAQN3FWaThXgr5uCsqjs2X4ezsE/eCUtNgQfOjslMj X-Received: by 2002:a17:907:d1d:b0:6fa:1f27:b39 with SMTP id gn29-20020a1709070d1d00b006fa1f270b39mr12218841ejc.146.1653139063442; Sat, 21 May 2022 06:17:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653139063; cv=none; d=google.com; s=arc-20160816; b=tdlTzAD9N1LR0mkeqOvq1SB2S45fyZ5Pok+OeF7yEf5WC98dKGZU7m/ot0rDBHcVrr 7JGt/DenGRxs/eZpoxQzjCwt+UYWvPaR6TGoq2KJIiOmbHFuzvm2P6tNi/iAf9NKnhsy SAsyjSNyul4+j7U7/hKQyl3ANrXR5qRV6zMcS0dSODmmNzC5s0zc677V0a3/wcg6WHfA bYQx/PRcu6KTKC2nOOM2NyJN55CR2AnnXM+HU4FukpzYc0mzoKVjLW329Ot76Z3gqofC 75bliqG9Z/AKiIRzTlvghUvxAh/O6TMDa09O/3qBieG/g2HONAE5p09cCQWlhXVxv5UI 3MIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=6/y06+DLzN/eyg4fXfBHtcLRTnFYxYLYCPqBTJsbH6s=; b=ficmjxYunwkSdct3iQaHAR2VRB73cdm12rXU4FHn3k+pBN07DbAqqKyxN3xFTcD2ZC 5vtWoYnIzKFyHgo163D7dcKAsUO66CKLrqBqlo9nT+xgcOOuXcvFpPVCcdypp2LY+a4j xbc8+VcyrejSWoK6d9K2Z59qIBeIM0xHf8z0O6kADy6zOG86ZruezVQrJRet+1Q7RDaI Q1EGPtQ+fBjcTr4bXUNyD2vNN8MAkoPeEtxdcY60XPJLbYsbJ5Ic224hbardBQIAlFYX wKdhCyE22tOVOAjHOVz+W3Xo9IbegnAADy2a7vaUrShNKwsM2lRd5gGSoRHVEAFQflPJ tmXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="Hr7YTVx/"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w15-20020a50d78f000000b0042ac6982b6fsi11466118edi.488.2022.05.21.06.17.16; Sat, 21 May 2022 06:17:43 -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=@google.com header.s=20210112 header.b="Hr7YTVx/"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244194AbiESTPC (ORCPT + 99 others); Thu, 19 May 2022 15:15:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51508 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244526AbiESTOI (ORCPT ); Thu, 19 May 2022 15:14:08 -0400 Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E2598111BA6 for ; Thu, 19 May 2022 12:13:54 -0700 (PDT) Received: by mail-io1-xd32.google.com with SMTP id e15so6773598iob.3 for ; Thu, 19 May 2022 12:13:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6/y06+DLzN/eyg4fXfBHtcLRTnFYxYLYCPqBTJsbH6s=; b=Hr7YTVx/XDlLAKxrqvGt3HM8lkbQ7yU2d3o62RUBreCJgrHoA8OSdL53fbQ3KLFiO2 /1vHpfewwHUWgXcLIj3wMgTZ5sGELoRatnJpC5h8N64AtjuyzTrKNDDMAgk+T9w7cCeF Wg4EpROQ9lznY84WpbrXLJWghT/JB4bwz2w3PVWYuRB3zMZAcBIpkH5LdEYGfnVJpdOt BfSvIidMaMzxVrCEapVPuz5jtfaWcxAdLMsxpucS1Nk1ppff19DluwXMBAn4FJlGa24U mln4eXx0GXrxxAde1IcxQBsW5gzB/5zTgmkb5K81Vk8Gua1sTGxvoARNWc84yLIwalG9 /3sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6/y06+DLzN/eyg4fXfBHtcLRTnFYxYLYCPqBTJsbH6s=; b=JhSnJRGXabg63d7V1Gaj/ovVAU87uSojHEbxZWlFI/lL4e8HQy2ewSPqcX85OmU8LZ m4lAbi4yFzByRp1FFKA0QAclUEnt3QpMMDiKbDRU+A5puwLf+hbkz9z0m49rEUYTfUie trFwfEildMhF7MB8bv7Q03xjyP8Ed3UkhpQy4LVpCMz3mbJNlOYsboyd3LXfyGCI1u7o eQspd5QU9evEie/0pixFf/QWVpS8svxEDUaNdtJJkwu64DzoJab38Ne80jVj8n9Q6HxZ TCOGd5aZg/29XfOBWNwJSi6taYfl3EH+xtFVp5/u+qok+SqFMaO/pHhEuwAtlx0aLzE8 qHxQ== X-Gm-Message-State: AOAM5323LF2hrpyeAGWrLcAbKDYccg+BnHmA7aFoOGQHMtQoCBvJ/4HO gpyBUtgRr2QLUoLTk8u3kVThdDGOHSoNOmbrfezYVw== X-Received: by 2002:a05:6638:1693:b0:32b:96d6:5fc0 with SMTP id f19-20020a056638169300b0032b96d65fc0mr3499533jat.167.1652987633996; Thu, 19 May 2022 12:13:53 -0700 (PDT) MIME-Version: 1.0 References: <20220422212945.2227722-1-axelrasmussen@google.com> <20220422212945.2227722-6-axelrasmussen@google.com> In-Reply-To: From: Axel Rasmussen Date: Thu, 19 May 2022 12:13:18 -0700 Message-ID: Subject: Re: [PATCH v2 5/6] userfaultfd: selftests: make /dev/userfaultfd testing configurable To: Shuah Khan Cc: Alexander Viro , Andrew Morton , Charan Teja Reddy , Dave Hansen , "Dmitry V . Levin" , Gleb Fotengauer-Malinovskiy , Hugh Dickins , Jan Kara , Jonathan Corbet , Mel Gorman , Mike Kravetz , Mike Rapoport , Nadav Amit , Peter Xu , Shuah Khan , Suren Baghdasaryan , Vlastimil Babka , zhangyi , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, LKML , Linux MM , Linuxkselftest Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham 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 Tue, Apr 26, 2022 at 9:56 AM Shuah Khan wrote: > > On 4/22/22 3:29 PM, Axel Rasmussen wrote: > > Instead of always testing both userfaultfd(2) and /dev/userfaultfd, > > let the user choose which to test. > > > > As with other test features, change the behavior based on a new > > command line flag. Introduce the idea of "test mods", which are > > generic (not specific to a test type) modifications to the behavior of > > the test. This is sort of borrowed from this RFC patch series [1], but > > simplified a bit. > > > > The benefit is, in "typical" configurations this test is somewhat slow > > (say, 30sec or something). Testing both clearly doubles it, so it may > > not always be desirable, as users are likely to use one or the other, > > but never both, in the "real world". > > > > [1]: https://patchwork.kernel.org/project/linux-mm/patch/20201129004548.1619714-14-namit@vmware.com/ > > > > Signed-off-by: Axel Rasmussen > > --- > > tools/testing/selftests/vm/userfaultfd.c | 41 +++++++++++++++++------- > > 1 file changed, 30 insertions(+), 11 deletions(-) > > > > diff --git a/tools/testing/selftests/vm/userfaultfd.c b/tools/testing/selftests/vm/userfaultfd.c > > index 12ae742a9981..274522704e40 100644 > > --- a/tools/testing/selftests/vm/userfaultfd.c > > +++ b/tools/testing/selftests/vm/userfaultfd.c > > @@ -142,8 +142,17 @@ static void usage(void) > > { > > fprintf(stderr, "\nUsage: ./userfaultfd " > > "[hugetlbfs_file]\n\n"); > > + > > Remove the extra blank line here. > > > fprintf(stderr, "Supported : anon, hugetlb, " > > "hugetlb_shared, shmem\n\n"); > > + > > Remove the extra blank line here. > > > + fprintf(stderr, "'Test mods' can be joined to the test type string with a ':'. " > > + "Supported mods:\n"); > > + fprintf(stderr, "\tdev - Use /dev/userfaultfd instead of userfaultfd(2)\n"); > > + fprintf(stderr, "\nExample test mod usage:\n"); > > + fprintf(stderr, "# Run anonymous memory test with /dev/userfaultfd:\n"); > > + fprintf(stderr, "./userfaultfd anon:dev 100 99999\n\n"); > > + > > fprintf(stderr, "Examples:\n\n"); > > fprintf(stderr, "%s", examples); > > Update examples above with new test cases if any. Will fix the above comments in v3. > > > exit(1); > > @@ -1610,8 +1619,6 @@ unsigned long default_huge_page_size(void) > > > > static void set_test_type(const char *type) > > { > > - uint64_t features = UFFD_API_FEATURES; > > - > > if (!strcmp(type, "anon")) { > > test_type = TEST_ANON; > > uffd_test_ops = &anon_uffd_test_ops; > > @@ -1631,10 +1638,28 @@ static void set_test_type(const char *type) > > test_type = TEST_SHMEM; > > uffd_test_ops = &shmem_uffd_test_ops; > > test_uffdio_minor = true; > > - } else { > > - err("Unknown test type: %s", type); > > + } > > At this point, it might make it so much easier and maintainable if > we were to use getopt instead of parsing options. Agreed, I'd like that as well. But, since it's a bigger refactor that affects all test types, I think it may be cleaner to leave it for a follow-up series. > > > +} > > + > > +static void parse_test_type_arg(const char *raw_type) > > +{ > > + char *buf = strdup(raw_type); > > + uint64_t features = UFFD_API_FEATURES; > > + > > + while (buf) { > > + const char *token = strsep(&buf, ":"); > > + > > + if (!test_type) > > + set_test_type(token); > > + else if (!strcmp(token, "dev")) > > + test_dev_userfaultfd = true; > > + else > > + err("unrecognized test mod '%s'", token); > > } > > > > + if (!test_type) > > + err("failed to parse test type argument: '%s'", raw_type); > > + > > if (test_type == TEST_HUGETLB) > > page_size = default_huge_page_size(); > > else > > @@ -1681,7 +1706,7 @@ int main(int argc, char **argv) > > err("failed to arm SIGALRM"); > > alarm(ALARM_INTERVAL_SECS); > > > > - set_test_type(argv[1]); > > + parse_test_type_arg(argv[1]); > > > > nr_cpus = sysconf(_SC_NPROCESSORS_ONLN); > > nr_pages_per_cpu = atol(argv[2]) * 1024*1024 / page_size / > > @@ -1719,12 +1744,6 @@ int main(int argc, char **argv) > > } > > printf("nr_pages: %lu, nr_pages_per_cpu: %lu\n", > > nr_pages, nr_pages_per_cpu); > > - > > - test_dev_userfaultfd = false; > > - if (userfaultfd_stress()) > > - return 1; > > - > > - test_dev_userfaultfd = true; > > return userfaultfd_stress(); > > } > > > > > > Same comments as before on fail vs. skip conditions to watch out > for and report them correctly. I think in v3 things will be correct. Basically, in the skip cases we just exit(KSFT_SKIP) directly, instead of relying on the return value here. I'll take a pass and double check though before sending v3. > > thanks, > -- Shuah >