From: "David Hildenbrand (Arm)" <david@kernel.org>
To: Wenchao Hao <haowenchao22@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Lorenzo Stoakes <lorenzo.stoakes@oracle.com>,
"Liam R . Howlett" <Liam.Howlett@oracle.com>,
Vlastimil Babka <vbabka@suse.cz>, Mike Rapoport <rppt@kernel.org>,
Suren Baghdasaryan <surenb@google.com>,
Michal Hocko <mhocko@suse.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [RFC PATCH] mm: only set fault addrsss' access bit in do_anonymous_page
Date: Fri, 13 Feb 2026 16:08:34 +0100 [thread overview]
Message-ID: <edeaa5cc-e805-4cc0-8886-32e1fc341815@kernel.org> (raw)
In-Reply-To: <CAOptpSPuWb7u+ONYAeqsAOCkheqg5oGW23ARc9D41mnHDAXajA@mail.gmail.com>
On 2/13/26 15:52, Wenchao Hao wrote:
> On Fri, Feb 13, 2026 at 5:08 PM David Hildenbrand (Arm)
> <david@kernel.org> wrote:
>>
>> On 2/13/26 10:02, Wenchao Hao wrote:
>>> On Thu, Feb 12, 2026 at 4:54 PM David Hildenbrand (Arm)
>>> <david@kernel.org> wrote:
>>>
>>> Apologies for the delayed reply – I was just writing a demo to verify the
>>> approach you mentioned.
>>>
>>> Using the CONFIG_DEBUG_KERNEL compile-time macro to isolate this feature
>>> is indeed an excellent idea.
>>>
>>> However, in engineering practice, it requires recompiling and
>>> replacing the kernel,
>>> which can be cumbersome. Could we instead use a dynamic switch to control
>>> whether scan for zero-filled pages when reading /proc/[pid]/smaps?
>>
>> Maybe a kernel cmdline option could do?
> Kernel command line parameters can meet our requirements.
>
>> Selectively enabling it for some PIDs only is not really possible, but also, maybe it's not really needed.
> Yes, it is unnecessary to do that.
>
> By the way, will you send a new patch for this, or shall I take care of it?
You :)
--
Cheers,
David
next prev parent reply other threads:[~2026-02-13 15:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-10 4:34 [RFC PATCH] mm: only set fault addrsss' access bit in do_anonymous_page Wenchao Hao
2026-02-10 8:40 ` kernel test robot
2026-02-10 8:50 ` kernel test robot
2026-02-10 9:07 ` David Hildenbrand (Arm)
2026-02-11 0:49 ` Wenchao Hao
2026-02-11 4:18 ` Dev Jain
2026-02-12 1:42 ` Wenchao Hao
2026-02-12 5:04 ` Dev Jain
2026-02-11 9:05 ` David Hildenbrand (Arm)
2026-02-12 1:57 ` Wenchao Hao
2026-02-12 8:54 ` David Hildenbrand (Arm)
2026-02-13 9:02 ` Wenchao Hao
2026-02-13 9:07 ` David Hildenbrand (Arm)
2026-02-13 14:52 ` Wenchao Hao
2026-02-13 15:08 ` David Hildenbrand (Arm) [this message]
2026-02-10 11:56 ` Kiryl Shutsemau
2026-02-11 1:00 ` Wenchao Hao
2026-02-11 11:03 ` Kiryl Shutsemau
2026-02-12 2:08 ` Wenchao Hao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=edeaa5cc-e805-4cc0-8886-32e1fc341815@kernel.org \
--to=david@kernel.org \
--cc=Liam.Howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=haowenchao22@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lorenzo.stoakes@oracle.com \
--cc=mhocko@suse.com \
--cc=rppt@kernel.org \
--cc=surenb@google.com \
--cc=vbabka@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.