Re: [External] Re: + mm-hugetlb-alloc-the-vmemmap-pages-associated-with-each-hugetlb-page.patch added to -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 17, 2021 at 12:55 AM Mike Kravetz <mike.kravetz@xxxxxxxxxx> wrote:
>
> On 3/16/21 3:24 AM, Michal Hocko wrote:
> > Andrew,
> > this patchset is still not ready for mmotm. Hugetlb freeing path needs a
> > major surgery because it can be called from atomic contexts and a simple
> > fix http://lkml.kernel.org/r/20210311021321.127500-1-mike.kravetz@xxxxxxxxxx
> > has been nacked by Peter. Until this is handled properly this has to
> > wait and build on top.
> >
>
> Unfortunately, I tend to agree.
>
> Technically, this patchset does not add anything 'new' WRT challenges
> with the put_page path.  It will add a new condition where that path
> could sleep.  However, handling the possibility is an issue with the
> existing code.  What this patchset does add is additional complexity
> to the existing code paths.  It would be better to wait for modifications
> that take into account put_page/free_huge_page can be called from any
> context.
>
> I am working on such changes and it is a priority.  However, this is
> going to require quite a bit of code change.

Thanks Mike. Waiting for your good news, if there is anything I can
help, please let me know.

> --
> Mike Kravetz



[Index of Archives]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux