Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1748360pxa; Thu, 20 Aug 2020 20:54:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8JVeYFWFTZaUcYNzBGnPLJ1QB8WZFP889S5Gu4gYyU2k79odSBxUmfaGBDY594i88/TEg X-Received: by 2002:a17:906:a206:: with SMTP id r6mr1067237ejy.70.1597982088461; Thu, 20 Aug 2020 20:54:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597982088; cv=none; d=google.com; s=arc-20160816; b=FB6PqLhR1Que64DdMMthmpQynv64FNEhAg09qHCs9z4esF00i/ADJMnqDnbH8xBuSR Z371b0S2bTHxRWKq3U9BdnmFB8GaudIAB73Y5LbNl+m9wLCkxde3O8MygkHFjNljFlOW TQzgW6yi+Ba4ACW5gkh8a5lnYpoRWLI9fXXvBuaVPXfTbvNOLaLvuDdCgSKmdjEeqJtZ B2KQs7YBHiXdi/s8Bty0nadoDG9QY/zFQob7h14/uQnLdjr+gpnCTPJeLG3DrfrkLiql 1dindPbUfCRPDN/3JGdZUpgk7SUPssUsTgJnroMGMC/1EnmQaW0N1zQUwEwUj7ikdwQZ 1N4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=OFw05gqtm34jtOGr2u9s+eSTW+9vg7j82ohz9WyBrNw=; b=lxKsRsF/A9pswO1MfTRQRR5iXlQ481dZif23Lk6nvqkY/IsFtHul9HdcDQD6aTU+TI UpHZL2pXaESjVgytURRATuyam2n8auiZqoSr+UFhPe0L8jfzXUp2zS6CYDFbm8BgcIWR u7jRz+vwbfRB98tXSQbE7x9TO9lOy0t7uEbBEfXNi/hIgJp3fbsuH9aDywe+81Wlv4fS rQmtlKDpswzAHs/RQOazKu9Zzc4wguXRzF17MFnBVM1GPEQ0l9kc3ywRJqnRflXdTK83 +cRNYoPUN7O6wLj+5IbBXXgSvyW4k6JD7bKfciD3Mi9NvxL6Fw5EQt1LQhKjfbBbhIbz FbEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=fi9ERSL8; 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=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a5si362177ejb.582.2020.08.20.20.54.25; Thu, 20 Aug 2020 20:54:48 -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=@nvidia.com header.s=n1 header.b=fi9ERSL8; 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=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727097AbgHUDvj (ORCPT + 99 others); Thu, 20 Aug 2020 23:51:39 -0400 Received: from hqnvemgate26.nvidia.com ([216.228.121.65]:18601 "EHLO hqnvemgate26.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727090AbgHUDvg (ORCPT ); Thu, 20 Aug 2020 23:51:36 -0400 Received: from hqpgpgate101.nvidia.com (Not Verified[216.228.121.13]) by hqnvemgate26.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Thu, 20 Aug 2020 20:51:21 -0700 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate101.nvidia.com (PGP Universal service); Thu, 20 Aug 2020 20:51:35 -0700 X-PGP-Universal: processed; by hqpgpgate101.nvidia.com on Thu, 20 Aug 2020 20:51:35 -0700 Received: from [10.2.56.96] (172.20.13.39) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 21 Aug 2020 03:51:28 +0000 Subject: Re: [PATCH] mm/gup_benchmark: update the documentation in Kconfig To: Barry Song , , , CC: , , Keith Busch , Ira Weiny , "Kirill A . Shutemov" References: <20200821032546.19992-1-song.bao.hua@hisilicon.com> From: John Hubbard Message-ID: <622e5ba7-41e9-0335-1630-cbcdaf9a162f@nvidia.com> Date: Thu, 20 Aug 2020 20:51:27 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <20200821032546.19992-1-song.bao.hua@hisilicon.com> X-Originating-IP: [172.20.13.39] X-ClientProxiedBy: HQMAIL107.nvidia.com (172.20.187.13) To HQMAIL107.nvidia.com (172.20.187.13) Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1597981881; bh=OFw05gqtm34jtOGr2u9s+eSTW+9vg7j82ohz9WyBrNw=; h=X-PGP-Universal:Subject:To:CC:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=fi9ERSL8dvklD8RB4vq2gFIHipBcnEQz3N2KkExotSl+ktAMRKdtVgaXpfJuBzP2C a0jmZIdu7s4rubJNRY5D7uFV3ltRU/MP5HZnU7+MXs+U8Gj7ehoCKptBatREdRtJNN J6RmRcJJI5OFOKp5NJVtwM5BG3yvskd0GgnP1Uc0rsR+FjaN42idBgodUZM197IcOI hr8zCFzai/IE0uHuUxBgQqxXVOcbcbQICUcwgCimpR7cIriI15YYjd/YNKopJyuqRG PTqWaBekanSLdviVIsoq346JFBHCt/GiXxRp0rGDQwpo9FgbMCUUxBFCZaniAEng33 KENOMf+DJCu8w== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/20/20 8:25 PM, Barry Song wrote: > In the beginning, mm/gup_benchmark.c supported get_user_pages_fast() > only, but right now, it supports the benchmarking of a couple of > get_user_pages() related calls like: > * get_user_pages_fast() > * get_user_pages() > * pin_user_pages_fast() > * pin_user_pages() > The documentation is confusing and needs update. hmmm, it's not that confusing, given that pin_user_pages() and get_user_pages() use the same underlying get_user_pages() implementation. > > Cc: John Hubbard > Cc: Keith Busch > Cc: Ira Weiny > Cc: Kirill A. Shutemov > Signed-off-by: Barry Song > --- > mm/Kconfig | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/mm/Kconfig b/mm/Kconfig > index 6c974888f86f..f7c9374da7b3 100644 > --- a/mm/Kconfig > +++ b/mm/Kconfig > @@ -831,10 +831,10 @@ config PERCPU_STATS > be used to help understand percpu memory usage. > > config GUP_BENCHMARK > - bool "Enable infrastructure for get_user_pages_fast() benchmarking" > + bool "Enable infrastructure for get_user_pages() and related calls benchmarking" If we really want to go to the trouble of tweaking this, then I'd go with something more like: "Enable infrastructure for get_user_pages() and pin_user_pages benchmarking" ...but I don't think it really warrants a patch just yet. *However*, my judgment is skewed right now, because I'm planning a small patchset to split up gup_benchmark a little bit, and to add some more testing and take advantage of parts of it to do a dump_page() test. At which point "related calls" would make more sense, but then it would be different enough that this patch would still need changing. So I'm inclined to just recommend leaving this alone for a bit, but if others want to put it in, I'm OK with that too. > help > Provides /sys/kernel/debug/gup_benchmark that helps with testing > - performance of get_user_pages_fast(). > + performance of get_user_pages() and related calls. > > See tools/testing/selftests/vm/gup_benchmark.c > > thanks, -- John Hubbard NVIDIA