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/

Reply via email to