The patch titled Subject: hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration-fix has been removed from the -mm tree. Its filename was hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration-fix.patch This patch was dropped because it was folded into hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration.patch ------------------------------------------------------ From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> Subject: hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration-fix remove bogus arg from alloc_huge_page_nodemask() stub Cc: Joonsoo Kim <js1304@xxxxxxxxx> Cc: Michal Hocko <mhocko@xxxxxxxx> Cc: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx> Cc: Vlastimil Babka <vbabka@xxxxxxx> Cc: Xishi Qiu <qiuxishi@xxxxxxxxxx> Cc: zhong jiang <zhongjiang@xxxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- include/linux/hugetlb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN include/linux/hugetlb.h~hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration-fix include/linux/hugetlb.h --- a/include/linux/hugetlb.h~hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration-fix +++ a/include/linux/hugetlb.h @@ -525,7 +525,7 @@ static inline void set_huge_swap_pte_at( struct hstate {}; #define alloc_huge_page(v, a, r) NULL #define alloc_huge_page_node(h, nid) NULL -#define alloc_huge_page_nodemask(h, preferred_nid, nmask) NULL +#define alloc_huge_page_nodemask(h, nmask) NULL #define alloc_huge_page_noerr(v, a, r) NULL #define alloc_bootmem_huge_page(h) NULL #define hstate_file(f) NULL _ Patches currently in -mm which might be from akpm@xxxxxxxxxxxxxxxxxxxx are hugetlb-memory_hotplug-prefer-to-use-reserved-pages-for-migration.patch mm-page_allocc-eliminate-unsigned-confusion-in-__rmqueue_fallback-fix.patch mm-zsmalloc-simplify-zs_max_alloc_size-handling-fix.patch signal-avoid-undefined-behaviour-in-kill_something_info-fix.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html