From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752507AbcBELwX (ORCPT ); Fri, 5 Feb 2016 06:52:23 -0500 Received: from mx2.suse.de ([195.135.220.15]:37686 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750811AbcBELwW (ORCPT ); Fri, 5 Feb 2016 06:52:22 -0500 Subject: Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation To: Mike Kravetz , Naoya Horiguchi , Andrew Morton References: <1454452420-25007-1-git-send-email-mike.kravetz@oracle.com> <56B138F6.70704@oracle.com> <20160203030137.GA22446@hori1.linux.bs1.fc.nec.co.jp> <56B17ED2.2070205@oracle.com> Cc: David Rientjes , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "Kirill A. Shutemov" , "Aneesh Kumar K.V" , Jerome Marchand , Michal Hocko From: Vlastimil Babka Message-ID: <56B48CF1.1040103@suse.cz> Date: Fri, 5 Feb 2016 12:52:17 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56B17ED2.2070205@oracle.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/03/2016 05:15 AM, Mike Kravetz wrote: > On 02/02/2016 07:01 PM, Naoya Horiguchi wrote: >> On Tue, Feb 02, 2016 at 03:17:10PM -0800, Mike Kravetz wrote: >>> I agree. Naoya did debug and provide fix via e-mail exchange. He did not >>> sign-off and I could not tell if he was going to pursue. My only intention >>> was to fix ASAP. >>> >>> More than happy to give Naoya credit. >> >> Thank you! It's great if you append my signed-off below yours. >> >> Naoya > > Adding Naoya's sign off and Acks received > > mm/hugetlb: fix gigantic page initialization/allocation > > Attempting to preallocate 1G gigantic huge pages at boot time with > "hugepagesz=1G hugepages=1" on the kernel command line will prevent > booting with the following: > > kernel BUG at mm/hugetlb.c:1218! > > When mapcount accounting was reworked, the setting of compound_mapcount_ptr > in prep_compound_gigantic_page was overlooked. As a result, the validation > of mapcount in free_huge_page fails. > > The "BUG_ON" checks in free_huge_page were also changed to "VM_BUG_ON_PAGE" > to assist with debugging. > > Fixes: af5642a8af ("mm: rework mapcount accounting to enable 4k mapping > of THPs") > Signed-off-by: Mike Kravetz > Signed-off-by: Naoya Horiguchi > Acked-by: Kirill A. Shutemov > Acked-by: David Rientjes Tested-by: Vlastimil Babka