Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1383275

Re: mce: a question about memory_failure_early_kill in memory_failure()

From Xishi Qiu <qiuxishi@huawei.com>
Newsgroups linux.kernel
Subject Re: mce: a question about memory_failure_early_kill in memory_failure()
Date 2016-04-20 13:00 +0200
Message-ID <rpY1t-6zP-41@gated-at.bofh.it> (permalink)
References <rpBRg-615-5@gated-at.bofh.it> <rpUqS-3QU-23@gated-at.bofh.it> <rpY1t-6zP-19@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 2016/4/20 18:51, Xishi Qiu wrote:

> On 2016/4/20 15:07, Naoya Horiguchi wrote:
> 
>> On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote:
>>> /proc/sys/vm/memory_failure_early_kill
>>>
>>> 1: means kill all processes that have the corrupted and not reloadable page mapped.
>>> 0: means only unmap the corrupted page from all processes and only kill a process
>>> who tries to access it.
>>>
>>> If set memory_failure_early_kill to 0, and memory_failure() has been called.
>>> memory_failure()
>>> 	hwpoison_user_mappings()
>>> 		collect_procs()  // the task(with no PF_MCE_PROCESS flag) is not in the tokill list
>>> 			try_to_unmap()
>>>
>>> If the task access the memory, there will be a page fault,
>>> so the task can not access the original page again, right?
>>
>> Yes, right. That's the behavior in default "late kill" case.
>>
> 
> Hi Naoya,
> 
> Thanks for your reply, my confusion is that after try_to_unmap(), there will be a
> page fault if the task access the memory, and we will alloc a new page for it.
> 

Hi Naoya,

If we alloc a new page, the task won't access the poisioned page again, so it won't be
killed by mce(late kill), right?
If the poisioned page is anon, we will lost data, right?

Thanks,
Xishi Qiu

> So how the hardware(mce) know this page fault is relate to the poisioned page which
> is unmapped from the task? 
> 
> Will we record something in pte when after try_to_unmap() in memory_failure()?
> 
> Thanks,
> Xishi Qiu
> 

>> I'm guessing that you might have a more specific problem around this code.
>> If so, please feel free to ask with detail.
>>
>> Thanks,
>> Naoya Horiguchi
>>
> 
> 

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

mce: a question about memory_failure_early_kill in memory_failure() Xishi Qiu <qiuxishi@huawei.com> - 2016-04-19 13:20 +0200
  Re: mce: a question about memory_failure_early_kill in  memory_failure() Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> - 2016-04-20 09:10 +0200
    Re: mce: a question about memory_failure_early_kill in memory_failure() Xishi Qiu <qiuxishi@huawei.com> - 2016-04-20 13:00 +0200
      Re: mce: a question about memory_failure_early_kill in memory_failure() Xishi Qiu <qiuxishi@huawei.com> - 2016-04-20 13:00 +0200
        Re: mce: a question about memory_failure_early_kill in  memory_failure() Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> - 2016-04-21 01:20 +0200
          Re: mce: a question about memory_failure_early_kill in memory_failure() Xishi Qiu <qiuxishi@huawei.com> - 2016-04-21 05:20 +0200
          Re: mce: a question about memory_failure_early_kill in memory_failure() Xishi Qiu <qiuxishi@huawei.com> - 2016-04-21 10:30 +0200

csiph-web