Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1265120rwl; Wed, 12 Apr 2023 10:14:00 -0700 (PDT) X-Google-Smtp-Source: AKy350Z1bZmVC1dGJUpBNbBbyw5V+WeSbuxUKbZfaWmBuZOAFkrcFwch2d4x+ZuhFfeCtVenbDKC X-Received: by 2002:a17:906:5a61:b0:948:c047:477d with SMTP id my33-20020a1709065a6100b00948c047477dmr6577327ejc.22.1681319640679; Wed, 12 Apr 2023 10:14:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681319640; cv=none; d=google.com; s=arc-20160816; b=ifbN8lNjni//SxLDTNYKOG4DsOcip12caQ1cXOAO0P+y9KcP/C46AUQ77BAbSja6mw hWmYdEpPXatyo5IXSGGRhaDyLKKG7K/w0zGU+r41Lr5ZzOOkt5jRy0Oqnc5cBvXcVx/w e6V0R3Y0EUpRbtpaVNAFcjwSGnio56Wc+v/C0P1spEUUzjTVt9DJnb3RXc7bZERb9Yon znCTGRQzXTD87anQVjBRegpEYVvFz4nem/fnxe5Wd4gAvRu2mk6+SNFhPn/kpPb2bHPl 4pS3qvoLswGuEEhpD+lGt0FA/lceSyaCAqhtYmIy3zVbaQEBumt23oJKX9HVYu9mwLPr 3nRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=bHz36P6n/IFFYRn+2wzmmIWjkkyGKKtV0x6DRHklJqg=; b=IktLmR34S48S4qKHMq6J3DeR53/JV+AZU5itw5xuAcldOTgeqQTyRFkm2G2BmoRH3+ nup0Xi8HPKVS9JpC+hFkKF0XiBsnOwyGsjPDa7hTr42dzJxt3P9+KaxS2RM2Xv7rdHeE qdVTTguIH+e4YJg6LdsGRGTxYcvhPXx1q/DrjFQatKkpGbH2nJIU5koBcCcDeN5qlQk8 +aunWLW+R/EaRoPAP1Gy6h00zdB4fLL/fmuTfAZ1s4dX4GVYesrhEe4x+8Kvn3Ndt6i2 kbbi8gS1hEjq+pkXGcokzmSuGc8WBoRQVX8B9b/C30pZ5RpbS3pZO4Hoa+JTgiqFG7If eKfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=ub4rOKQi; 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 g4-20020aa7c584000000b00504a263e5b0si5172704edq.300.2023.04.12.10.13.35; Wed, 12 Apr 2023 10:14:00 -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=20221208 header.b=ub4rOKQi; 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 S229773AbjDLRIb (ORCPT + 99 others); Wed, 12 Apr 2023 13:08:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229764AbjDLRIa (ORCPT ); Wed, 12 Apr 2023 13:08:30 -0400 Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BFFEF118 for ; Wed, 12 Apr 2023 10:08:29 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id m4so15427351lfj.13 for ; Wed, 12 Apr 2023 10:08:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1681319308; x=1683911308; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=bHz36P6n/IFFYRn+2wzmmIWjkkyGKKtV0x6DRHklJqg=; b=ub4rOKQiFk3fl6RCjWMFWEwScl/mi0Mb8jEGcN8OPvBVr3WIhDPXcjKhhJ1ZczX1i5 tVHVOvw/fNbZJ8QccOygNweSQ9/o3jZmEqBZXHNaMkdNHQshebFGrAPput/hUzDWombz +Ap9OibnxYWBtlk95HGHSFzUlPr5rdjesByXpKt2Gf9gBbP34ELi8+PzKfPV9Y0hRfsb Jdhpxad+pPNjRpnqmTgq1++zLtw6MTCopw229216FM3jbytkW5wPklMF0WjC/ipL9ZQf TrduHVqxWfQJis0Mq5wGYKh38TgZPkvyHsRdna9mUnlQZjVSMwrJbvopmmuYdWzG5aan GQug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681319308; x=1683911308; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bHz36P6n/IFFYRn+2wzmmIWjkkyGKKtV0x6DRHklJqg=; b=RLdlxaa7+zh+p+4C2qgm/Nw4EfPaDmX7Z44boPEGCN5HSKyhUDZYP3ZIQSBarStwXx gTo2mRhYzOSmjSO4oKohMD1EMV8uZLEp74I20vrBU46baA7RfUcBXc9rGk+bV0ACZCPF BYNCUN7rCKlSV50ORZ1G4myMQCvIAMcQwnLWGdXjub19S4BgshYUGfUd4Tkra3E5C4VE RQKmQO4ErWQgfTVdGmgVGMvb2eYkiA7eip090sw76GFqdX9r+Fj+Q3u0psmvG5/RluE1 4bwouTlBaAHWuni47aQCKF84pbmvxg37DMAwNeS0pionJg1Zyd3vk0u7Cv92orjVs89x HgvA== X-Gm-Message-State: AAQBX9fPJoNQtFZHrg0JiIXm4dU3wFm9pmKN6qPqITSUzEUzTxUMc5st zBP9bUva3GplDUEdBU+acrnSnMkTQIVk7fZL+viCeRBvB7GdFgLqQ6U= X-Received: by 2002:a19:f717:0:b0:4dc:807a:d140 with SMTP id z23-20020a19f717000000b004dc807ad140mr4424933lfe.10.1681319307825; Wed, 12 Apr 2023 10:08:27 -0700 (PDT) MIME-Version: 1.0 References: <20230412163922.327282-1-peterx@redhat.com> <20230412164234.328168-1-peterx@redhat.com> In-Reply-To: <20230412164234.328168-1-peterx@redhat.com> From: Axel Rasmussen Date: Wed, 12 Apr 2023 10:07:51 -0700 Message-ID: Subject: Re: [PATCH v2 10/31] selftests/mm: Test UFFDIO_ZEROPAGE only when !hugetlb To: Peter Xu Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Andrew Morton , Andrea Arcangeli , Mike Kravetz , Nadav Amit , David Hildenbrand , Mike Rapoport , Leonardo Bras Soares Passos Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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, 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 Wed, Apr 12, 2023 at 9:42=E2=80=AFAM Peter Xu wrote: > > Make the check as simple as "test_type =3D=3D TEST_HUGETLB" because that'= s the > only mem that doesn't support ZEROPAGE. > > Signed-off-by: Peter Xu The end state we get to in patch 26 is what I was hoping for - we check the ioctls reported by UFFDIO_REGISTER to decide if we rest this or not. So then this intermediate state used to get rid of get_expected_ioctls() is fine. Reviewed-by: Axel Rasmussen > --- > tools/testing/selftests/mm/userfaultfd.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tools/testing/selftests/mm/userfaultfd.c b/tools/testing/sel= ftests/mm/userfaultfd.c > index 795fbc4d84f8..d724f1c78847 100644 > --- a/tools/testing/selftests/mm/userfaultfd.c > +++ b/tools/testing/selftests/mm/userfaultfd.c > @@ -1118,7 +1118,7 @@ static int __uffdio_zeropage(int ufd, unsigned long= offset, bool retry) > { > struct uffdio_zeropage uffdio_zeropage; > int ret; > - bool has_zeropage =3D get_expected_ioctls(0) & (1 << _UFFDIO_ZERO= PAGE); > + bool has_zeropage =3D !(test_type =3D=3D TEST_HUGETLB); > __s64 res; > > if (offset >=3D nr_pages * page_size) > -- > 2.39.1 >