[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGsJ_4xaTSu2_F3VaR7Y3bOz2+W9XRU9kS3j7Hatojc6ocpOWQ@mail.gmail.com>
Date: Mon, 19 Aug 2024 20:33:40 +1200
From: Barry Song <21cnbao@...il.com>
To: David Hildenbrand <david@...hat.com>
Cc: akpm@...ux-foundation.org, linux-mm@...ck.org,
Usama Arif <usamaarif642@...il.com>, baolin.wang@...ux.alibaba.com, chrisl@...nel.org,
hanchuanhua@...o.com, ioworker0@...il.com, kaleshsingh@...gle.com,
kasong@...cent.com, linux-kernel@...r.kernel.org, ryan.roberts@....com,
v-songbaohua@...o.com, ziy@...dia.com, yuanshuai@...o.com
Subject: Re: [PATCH v2 0/2] mm: collect the number of anon mTHP
On Mon, Aug 19, 2024 at 8:28 PM David Hildenbrand <david@...hat.com> wrote:
>
> On 18.08.24 09:58, Barry Song wrote:
> > Hi Andrew, David, Usama,
> >
> > I'm attempting to rebase this series on top of Usama's
> > [PATCH v3 0/6] mm: split underutilized THPs[1]
> >
> > However, I feel it is impossible and we might be tackling things
> > in the wrong order.
>
> Is just the ordering suboptimal (which can/will get resolved one way or
> the other), or is there something fundamental that will make this series
> here "impossible"?
i think it is just the ordering suboptimal. Ideally, mTHP counters can go
first, then the new partially_mapped feature will rebase on top of
mTHP counters.
>
> --
> Cheers,
>
> David / dhildenb
>
Powered by blists - more mailing lists