Re: [PATCH v2] mm/memory-failure.c: skip huge_zero_page in memory_failure()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2022/4/15 14:16, HORIGUCHI NAOYA(堀口 直也) wrote:
> On Tue, Apr 12, 2022 at 01:01:02PM -0700, Andrew Morton wrote:
>> On Tue, 12 Apr 2022 23:11:01 +0800 Xu Yu <xuyu@xxxxxxxxxxxxxxxxx> wrote:
>>
>>> Kernel panic when injecting memory_failure for the global huge_zero_page,
>>> when CONFIG_DEBUG_VM is enabled, as follows.
>>>
>>> ...
>>>
>>>
>>> Reported-by: Abaci <abaci@xxxxxxxxxxxxxxxxx>
>>> Suggested-by: Naoya Horiguchi <naoya.horiguchi@xxxxxxx>
>>> Cc: Miaohe Lin <linmiaohe@xxxxxxxxxx>
>>> Cc: Oscar Salvador <osalvador@xxxxxxx>
>>> Signed-off-by: Xu Yu <xuyu@xxxxxxxxxxxxxxxxx>

LGTM. Thanks.

Reviewed-by: Miaohe Lin <linmiaohe@xxxxxxxxxx>

> 
> Thank you for the patch.
> 
> Acked-by: Naoya Horiguchi <naoya.horiguchi@xxxxxxx>
> 
>>
>> Thanks, I added a cc:stable to this.
>>
>> If anyone could suggest a suitable Fixes:, that would help the -stable
>> people.
> 
> The problem was existing from the origin of memory_failure, so the following
> Fixes: tag looks fine to me.
> 
> Fixes: 6a46079cf57a ("HWPOISON: The high level memory error handler in the VM v7")

Thanks for your Fixes tag. But huge zero page is not even introduced in that commit.
So maybe Fixes: 4a6c1297268c ("thp: huge zero page: basic preparation") which introduced
huge zero page will be more suitable?

Thanks!

> 
> Thanks,
> Naoya Horiguchi
> 




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux