From: Matthew Wilcox <willy@infradead.org>
To: David Hildenbrand <david@redhat.com>
Cc: akpm@linuxfoundation.org, linux-mm@kvack.org,
Heiko Carstens <hca@linux.ibm.com>,
Rafael Aquini <aquini@redhat.com>,
Vlastimil Babka <vbabka@suse.cz>, Yu Zhao <yuzhao@google.com>,
Vladimir Davydov <vdavydov.dev@gmail.com>,
kirill.shutemov@linux.intel.com,
Andrea Arcangeli <aarcange@redhat.com>,
Donald Dutile <ddutile@redhat.com>
Subject: Re: [PATCH] mm: Mark idle page tracking as BROKEN
Date: Wed, 16 Jun 2021 03:55:04 +0100 [thread overview]
Message-ID: <YMloCP/zdravsdeS@casper.infradead.org> (raw)
In-Reply-To: <f6c50c9f-f26b-50f7-ac5f-93ffa83b95cb@redhat.com>
On Tue, Jun 15, 2021 at 09:41:37AM +0200, David Hildenbrand wrote:
> On 12.06.21 02:07, Matthew Wilcox (Oracle) wrote:
>
> I might be missing something important, so some questions/comments
>
> > In discussion with other MM developers around how idle page tracking
> > should be fixed for transparent huge pages, several expressed the opinion
> > that it should be removed as it is inefficient at accomplishing the
> > job that it is supposed to, and we have better mechanisms (eg uffd) for
> > accomplishing the same goals these days.
>
> 1. A link to that discussion would be nice. I am missing some important
> details in this patch description.
It was on the phone in our bi-weekly THP call. As I recall, those
present were Kirill, Yu Zhao, William Kucharski, Zi Yan, Vlastimil Babka.
Song Liu sent apologies, and I think Mike Kravetz had a conflict.
> 2. "should be fixed for transparent huge pages" -- has it always been like
> this or has the behavior changed at some point? Do the semantics, and how
> the feature is getting used, clearly identify this case that needs fixing as
> something that really has to be fixed? Or was it always like that and
> actually expected to work like that ("semtantics")?
I don't know. I asked the others on the call and the answer I got was
essentially "Just delete it".
I'm kind of hoping the others speak up.
next prev parent reply other threads:[~2021-06-16 2:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-12 0:07 [PATCH] mm: Mark idle page tracking as BROKEN Matthew Wilcox (Oracle)
2021-06-12 3:14 ` Yu Zhao
2021-06-14 11:08 ` Kirill A. Shutemov
2021-06-14 13:49 ` SeongJae Park
2021-06-15 2:04 ` Andrew Morton
2021-06-15 6:40 ` SeongJae Park
2021-06-15 7:41 ` David Hildenbrand
2021-06-16 2:55 ` Matthew Wilcox [this message]
2021-06-16 6:22 ` Yu Zhao
2021-06-16 8:36 ` Vlastimil Babka
2021-06-16 8:43 ` David Hildenbrand
2021-06-16 19:23 ` Yu Zhao
2021-06-18 12:48 ` David Hildenbrand
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=YMloCP/zdravsdeS@casper.infradead.org \
--to=willy@infradead.org \
--cc=aarcange@redhat.com \
--cc=akpm@linuxfoundation.org \
--cc=aquini@redhat.com \
--cc=david@redhat.com \
--cc=ddutile@redhat.com \
--cc=hca@linux.ibm.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-mm@kvack.org \
--cc=vbabka@suse.cz \
--cc=vdavydov.dev@gmail.com \
--cc=yuzhao@google.com \
/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.