From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: + mm-hugetlb-optionally-allocate-gigantic-hugepages-using-cma-fix.patch added to -mm tree Date: Thu, 12 Mar 2020 20:05:43 -0700 Message-ID: <20200313030543.Zz6MKXhRR%akpm@linux-foundation.org> References: <20200305222751.6d781a3f2802d79510941e4e@linux-foundation.org> Reply-To: linux-kernel@vger.kernel.org Return-path: Received: from mail.kernel.org ([198.145.29.99]:60902 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726331AbgCMDFo (ORCPT ); Thu, 12 Mar 2020 23:05:44 -0400 In-Reply-To: <20200305222751.6d781a3f2802d79510941e4e@linux-foundation.org> Sender: mm-commits-owner@vger.kernel.org List-Id: mm-commits@vger.kernel.org To: cai@lca.pw, guro@fb.com, mm-commits@vger.kernel.org The patch titled Subject: mm: cleanup cmdline_parse_hugetlb_cma() has been added to the -mm tree. Its filename is mm-hugetlb-optionally-allocate-gigantic-hugepages-using-cma-fix.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/mm-hugetlb-optionally-allocate-gigantic-hugepages-using-cma-fix.patch and later at http://ozlabs.org/~akpm/mmotm/broken-out/mm-hugetlb-optionally-allocate-gigantic-hugepages-using-cma-fix.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/process/submit-checklist.rst when testing your code *** The -mm tree is included into linux-next and is updated there every 3-4 working days ------------------------------------------------------ From: Roman Gushchin Subject: mm: cleanup cmdline_parse_hugetlb_cma() Remove unused code. Link: http://lkml.kernel.org/r/20200313005500.GB5764@carbon.DHCP.thefacebook.com Signed-off-by: Roman Gushchin Cc: Qian Cai Signed-off-by: Andrew Morton --- mm/hugetlb.c | 7 ------- 1 file changed, 7 deletions(-) --- a/mm/hugetlb.c~mm-hugetlb-optionally-allocate-gigantic-hugepages-using-cma-fix +++ a/mm/hugetlb.c @@ -5411,13 +5411,6 @@ static unsigned long hugetlb_cma_size __ static int __init cmdline_parse_hugetlb_cma(char *p) { - unsigned long long val; - char *endptr; - - if (!p) - return -EINVAL;