Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-05 Thread Vlastimil Babka
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.

Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread Mike Kravetz
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

Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread Naoya Horiguchi
On Tue, Feb 02, 2016 at 03:17:10PM -0800, Mike Kravetz wrote: > On 02/02/2016 02:59 PM, David Rientjes wrote: > > On Tue, 2 Feb 2016, Mike Kravetz wrote: > > > >> Attempting to preallocate 1G gigantic huge pages at boot time with > >> "hugepagesz=1G hugepages=1" on the kernel command line will pre

Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread Mike Kravetz
On 02/02/2016 02:59 PM, David Rientjes wrote: > On Tue, 2 Feb 2016, Mike Kravetz wrote: > >> 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:121

Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread David Rientjes
On Tue, 2 Feb 2016, Mike Kravetz wrote: > 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 set

Re: [PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread Kirill A. Shutemov
On Tue, Feb 02, 2016 at 02:33:40PM -0800, Mike Kravetz wrote: > 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

[PATCH] mm/hugetlb: fix gigantic page initialization/allocation

2016-02-02 Thread Mike Kravetz
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