[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <878qiwp46x.fsf@oracle.com>
Date: Tue, 02 Sep 2025 21:09:42 -0700
From: Ankur Arora <ankur.a.arora@...cle.com>
To: David Hildenbrand <david@...hat.com>
Cc: Ankur Arora <ankur.a.arora@...cle.com>, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, x86@...nel.org, akpm@...ux-foundation.org,
bp@...en8.de, dave.hansen@...ux.intel.com, hpa@...or.com,
mingo@...hat.com, mjguzik@...il.com, luto@...nel.org,
peterz@...radead.org, acme@...nel.org, namhyung@...nel.org,
tglx@...utronix.de, willy@...radead.org, raghavendra.kt@....com,
boris.ostrovsky@...cle.com, konrad.wilk@...cle.com
Subject: Re: [PATCH v6 12/15] highmem: define clear_highpages()
David Hildenbrand <david@...hat.com> writes:
> On 02.09.25 10:08, Ankur Arora wrote:
>
> subject is wrong.
Ugh. Side effect of dropping clear_highpages etc at the last minute.
> Maybe call it
>
> mm/highmem: introduce clear_user_highpages()
Will change.
>
>> Define clear_user_highpages() which clears sequentially using the
>> single page variant.
>> With !CONFIG_HIGHMEM, pages are contiguous so use the range clearing
>> primitive clear_user_pages().
>> Signed-off-by: Ankur Arora <ankur.a.arora@...cle.com>
>> ---
>> include/linux/highmem.h | 12 ++++++++++++
>> 1 file changed, 12 insertions(+)
>> diff --git a/include/linux/highmem.h b/include/linux/highmem.h
>> index 6234f316468c..eeb0b7bc0a22 100644
>> --- a/include/linux/highmem.h
>> +++ b/include/linux/highmem.h
>> @@ -207,6 +207,18 @@ static inline void clear_user_highpage(struct page *page, unsigned long vaddr)
>> }
>> #endif
>> +#ifndef clear_user_highpages
>> +static inline void clear_user_highpages(struct page *page, unsigned long vaddr,
>> + unsigned int npages)
>> +{
>> + if (!IS_ENABLED(CONFIG_HIGHMEM))
>> + clear_user_pages(page_address(page), vaddr, page, npages);
>> + else
>> + for (int i = 0; i < npages; i++)
>> + clear_user_highpage(page+i, vaddr + i * PAGE_SIZE);
>
> Maybe
>
> if (!IS_ENABLED(CONFIG_HIGHMEM)) {
> clear_user_pages(page_address(page), vaddr, page, npages);
> return;
> }
>
> ...
>
> And maybe then the do while() pattern I suggested for the other variants.
Sounds good.
--
ankur
Powered by blists - more mailing lists