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;
Date:   Wed, 21 Jun 2023 22:13:06 -0700
From:   Sumitra Sharma <sumitraartsy@gmail.com>
To:     "Fabio M. De Francesco" <fmdefrancesco@gmail.com>
Cc:     Alexei Starovoitov <ast@kernel.org>,
        Daniel Borkmann <daniel@iogearbox.net>,
        Andrii Nakryiko <andrii@kernel.org>,
        Martin KaFai Lau <martin.lau@linux.dev>,
        Song Liu <song@kernel.org>, Yonghong Song <yhs@fb.com>,
        John Fastabend <john.fastabend@gmail.com>,
        KP Singh <kpsingh@kernel.org>,
        Stanislav Fomichev <sdf@google.com>,
        Hao Luo <haoluo@google.com>, Jiri Olsa <jolsa@kernel.org>,
        bpf@vger.kernel.org, linux-kernel@vger.kernel.org,
        Ira Weiny <ira.weiny@intel.com>,
        Deepak R Varma <drv@mailo.com>,
        Sumitra Sharma <sumitraartsy@gmail.com>
Subject: Re: [PATCH v2] lib/test_bpf: Call page_address() on page acquired
 with GFP_KERNEL flag
Message-ID: <20230622051306.GA422371@sumitra.com>
References: <20230613071756.GA359746@sumitra.com>
 <3564297.R56niFO833@suse>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <3564297.R56niFO833@suse>
Precedence: bulk

On Sun, Jun 18, 2023 at 07:07:00AM +0200, Fabio M. De Francesco wrote:
> On marted? 13 giugno 2023 09:17:56 CEST Sumitra Sharma wrote:
> > generate_test_data() acquires a page with alloc_page(GFP_KERNEL). Pages
> > allocated with GFP_KERNEL cannot come from Highmem. This is why
> > there is no need to call kmap() on them.
> > 
> > Therefore, use a plain page_address() on that page.
> > 
> > Suggested-by: Fabio M. De Francesco <fmdefrancesco@gmail.com>
> > Signed-off-by: Sumitra Sharma <sumitraartsy@gmail.com>
> > ---
> > 
> > Changes in v2:
> > 	- Remove the kmap() call and call page_address() instead.
> 
> NIT: Give credit to whom asked you for this removal and explain why the 
> mapping is not required.

> 
> > 	- Change the commit subject and message.
> > 
> >  lib/test_bpf.c | 3 +--
> >  1 file changed, 1 insertion(+), 2 deletions(-)
> > 
> > diff --git a/lib/test_bpf.c b/lib/test_bpf.c
> > index ade9ac672adb..70fcd0bcf14b 100644
> > --- a/lib/test_bpf.c
> > +++ b/lib/test_bpf.c
> > @@ -14388,11 +14388,10 @@ static void *generate_test_data(struct bpf_test
> > *test, int sub) if (!page)
> >  			goto err_kfree_skb;
> > 
> > -		ptr = kmap(page);
> > +		ptr = page_address(page);
> >  		if (!ptr)
> >  			goto err_free_page;
> 
> What is the reason of this test? Could "ptr" ever be NULL? What is the code 
> checking just few lines above this latter test?
> 


The code is allocating a page using alloc_page() with the GFP_KERNEL flag to 
obtain a kernel page frame. The checks if (!page) and if (!ptr) are verifying 
if the page allocation or the mapping operation were successful. 

If the pages obtained through page_address() are not from the highmem zone, 
the page_address() function will always return a valid kernel virtual address 
and will not return NULL. Hence, the check !ptr can be ignored while the !page
must remain.

I will be working on the v2 patch.

I will also add the credits and add new lines to commit message
explaining why the mapping is not required.

Thank you for the help.

Thanks & regards
Sumitra

> Please, take a deeper look at this function as a whole.
> 
> Fabio
> 
> >  		memcpy(ptr, test->frag_data, MAX_DATA);
> > -		kunmap(page);
> >  		skb_add_rx_frag(skb, 0, page, 0, MAX_DATA, MAX_DATA);
> >  	}
> > 
> > --
> > 2.25.1
> 
> 
> 
>