On 05/15/2014 01:37 PM, Hugh Dickins wrote: > On Thu, 15 May 2014, Sasha Levin wrote: >> On 04/07/2014 04:11 PM, Kirill A. Shutemov wrote: >>> On Mon, Apr 07, 2014 at 03:40:46PM -0400, Sasha Levin wrote: >>>>> It also breaks fairly quickly under testing because: >>>>> >>>>> On 04/07/2014 10:48 AM, Kirill A. Shutemov wrote: >>>>>>> + if (IS_ENABLED(CONFIG_DEBUG_PAGEALLOC)) { >>>>>>> + spin_lock(ptl); >>>>> >>>>> ^ We go into atomic >>>>> >>>>>>> + if (unlikely(!pmd_same(*pmd, orig_pmd))) >>>>>>> + goto out_race; >>>>>>> + } >>>>>>> + >>>>>>> if (!page) >>>>>>> clear_huge_page(new_page, haddr, HPAGE_PMD_NR); >>>>>>> else >>>>>>> copy_user_huge_page(new_page, page, haddr, vma, >>>>>>> HPAGE_PMD_NR); >>>>> >>>>> copy_user_huge_page() doesn't like running in atomic state, >>>>> and asserts might_sleep(). >>> Okay, I'll try something else. >> >> I've Cc'ed Josh Boyer to this since it just occurred to me that Fedora >> is running with CONFIG_DEBUG_VM set, where this bug is rather easy to >> trigger. >> >> This issue was neglected because it triggers only on CONFIG_DEBUG_VM builds, >> but with Fedora running that, maybe it shouldn't be? > > But it triggers only on CONFIG_DEBUG_PAGEALLOC builds, doesn't it? > I hope Fedora doesn't go out with that enabled.
Ow, it needs DEBUG_PAGEALLOC too? I forgot about that one. No problem for Fedora then, sorry for the noise :( Thanks, Sasha -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/