From: David Hildenbrand <david@redhat.com>
To: Matthew Wilcox <willy@infradead.org>
Cc: Saurabh Singh Sengar <ssengar@microsoft.com>,
Zach O'Keefe <zokeefe@google.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Yang Shi <shy828301@gmail.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Greg KH <gregkh@linuxfoundation.org>,
Saurabh Sengar <ssengar@linux.microsoft.com>
Subject: Re: [EXTERNAL] Re: [PATCH v3] mm/thp: fix "mm: thp: kill __transhuge_page_enabled()"
Date: Fri, 25 Aug 2023 14:58:03 +0200 [thread overview]
Message-ID: <9f967665-2cbd-f80b-404e-ac741eab1ced@redhat.com> (raw)
In-Reply-To: <ZOijSwCa9NFD6DZI@casper.infradead.org>
On 25.08.23 14:49, Matthew Wilcox wrote:
> On Fri, Aug 25, 2023 at 09:59:23AM +0200, David Hildenbrand wrote:
>> Especially, we do have bigger ->huge_fault changes coming up:
>>
>> https://lkml.kernel.org/r/20230818202335.2739663-1-willy@infradead.org
>>
>> If the driver is not in the tree, people don't care.
>>
>> You really should try upstreaming that driver.
>>
>>
>> So this patch here adds complexity (which I don't like) in order to keep an
>> OOT driver working -- possibly for a short time. I'm tempted to say "please
>> fix your driver to not use huge faults in that scenario, it is no longer
>> supported".
>>
>> But I'm just about to vanish for 1.5 week into vacation :)
>>
>> @Willy, what are your thoughts?
>
> Fundamentally there was a bad assumption with the original patch --
> it assumed that the only reason to support ->huge_fault was for DAX,
> and that's not true. It's just that the only drivers in-tree which
> support ->huge_fault do so in order to support DAX.
Okay, and we are willing to continue supporting that then and it's
nothing we want to stop OOT drivers from doing.
Fine with me; we should probably reflect that in the patch description.
>
> Keeping a driver out of tree is always a risky and costly proposition.
> It will continue to be broken by core kernel changes, particularly
> if/when it does unusual things.
>
Yes.
> I think the complexity is entirely on us. I think there's a simpler way
> to handle the problem, but I'd start by turning all of this "admin and
> app get to control when THP are used" nonsense into no-ops.
Well, simpler, yes, but also more controversial :)
--
Cheers,
David / dhildenb
next prev parent reply other threads:[~2023-08-25 12:58 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-21 23:48 [PATCH v3] mm/thp: fix "mm: thp: kill __transhuge_page_enabled()" Zach O'Keefe
2023-08-22 5:20 ` [EXTERNAL] " Saurabh Singh Sengar
2023-08-24 7:39 ` David Hildenbrand
2023-08-24 13:59 ` Zach O'Keefe
2023-08-24 14:05 ` David Hildenbrand
2023-08-24 14:47 ` Zach O'Keefe
2023-08-24 15:39 ` [EXTERNAL] " Saurabh Singh Sengar
2023-08-25 7:59 ` David Hildenbrand
2023-08-25 12:49 ` Matthew Wilcox
2023-08-25 12:58 ` David Hildenbrand [this message]
2023-08-25 15:09 ` Zach O'Keefe
2023-09-06 6:58 ` Saurabh Singh Sengar
2023-09-20 5:44 ` Saurabh Singh Sengar
2023-09-22 16:54 ` Yang Shi
2023-09-22 16:56 ` Zach O'Keefe
2023-09-22 17:20 ` Andrew Morton
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=9f967665-2cbd-f80b-404e-ac741eab1ced@redhat.com \
--to=david@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=shy828301@gmail.com \
--cc=ssengar@linux.microsoft.com \
--cc=ssengar@microsoft.com \
--cc=willy@infradead.org \
--cc=zokeefe@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).