Re: [RFC PATCH V2 1/4] mm: Export alloc_migrate_huge_page

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

To: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
Subject: Re: [RFC PATCH V2 1/4] mm: Export alloc_migrate_huge_page
From: Michal Hocko <mhocko@xxxxxxxxxx>
Date: Thu, 6 Sep 2018 14:31:11 +0200
Cc: akpm@xxxxxxxxxxxxxxxxxxxx, Alexey Kardashevskiy <aik@xxxxxxxxx>, mpe@xxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx
In-reply-to: <20180906054342.25094-1-aneesh.kumar@linux.ibm.com>
References: <20180906054342.25094-1-aneesh.kumar@linux.ibm.com>
User-agent: Mutt/1.10.1 (2018-07-13)

On Thu 06-09-18 11:13:39, Aneesh Kumar K.V wrote:
> We want to use this to support customized huge page migration.

Please be much more specific. Ideally including the user. Btw. why do
you want to skip the hugetlb pools? In other words alloc_huge_page_node*
which are intended to an external use?

-- 
Michal Hocko
SUSE Labs

Follow-Ups:
- Re: [RFC PATCH V2 1/4] mm: Export alloc_migrate_huge_page
  - From: Michal Hocko

References:
- [RFC PATCH V2 1/4] mm: Export alloc_migrate_huge_page
  - From: Aneesh Kumar K.V

Prev by Date: Re: linux-next test error
Next by Date: Re: [PATCH] mm, thp: relax __GFP_THISNODE for MADV_HUGEPAGE mappings
Previous by thread: Re: [RFC PATCH V2 4/4] powerpc/mm/iommu: Allow migration of cma allocated pages during mm_iommu_get
Next by thread: Re: [RFC PATCH V2 1/4] mm: Export alloc_migrate_huge_page
Index(es):
- Date
- Thread

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API]

Powered by Linux