All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oscar Salvador <osalvador@suse.de>
To: Aili Yao <yaoaili@kingsoft.com>
Cc: naoya.horiguchi@nec.com, linux-mm@kvack.org, yangfeng1@kingsoft.com
Subject: Re: [PATCH] mm,hwpoison: non-current task should be checked early_kill for force_early
Date: Fri, 15 Jan 2021 09:49:24 +0100	[thread overview]
Message-ID: <20210115084920.GA4092@linux> (raw)
In-Reply-To: <20210115155506.2d59fe83.yaoaili@kingsoft.com>

On Fri, Jan 15, 2021 at 03:55:06PM +0800, Aili Yao wrote:
> Hello,From 740148005f1333150ee1e119ed8a34454abb7c1d Mon Sep 17 00:00:00 2001
> From: Aili Yao <yaoaili@kingsoft.com>
> Date: Fri, 15 Jan 2021 14:56:06 +0800
> Subject: [PATCH] mm,hwpoison: non-current task should be checked early_kill
>  for force_early
> 
> Other process may also care the error info with the early-kill flag set.
> when force_early is set, and if tsk is not current, leave it to the
> early-kill flag check.

I am having a hard time trying to grasp what are you trying to achieve here.
Could you elaborate some more? Ideally stating what is the problem you are
fixing here.

I was also a bit confused about task_early_kill.
So, if force_early is true (aka. MF_ACTION_REQUIRED was set), we only
return a task struct if we find the task or a thread belonging to the task
(sharing the mm).

If it is not set by the caller of memory_failure, we still want to check the
task/threads' MCE policy to check whether PF_MCE_KILL_EARLY it was set with
prctl, right?

That makes sense to me.

So, back to your change, if force_early was set, but the main task does not
match, you still want to check whether any thread belonging to the main task
has the policy set?

-- 
Oscar Salvador
SUSE L3


  reply	other threads:[~2021-01-15  8:49 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-15  7:55 [PATCH] mm,hwpoison: non-current task should be checked early_kill for force_early Aili Yao
2021-01-15  8:49 ` Oscar Salvador [this message]
2021-01-15  9:26   ` Aili Yao
2021-01-15  9:31     ` Aili Yao
2021-01-15  9:40       ` Oscar Salvador
2021-01-15  9:53         ` Aili Yao
2021-01-15 10:31     ` Oscar Salvador
2021-01-18  5:15     ` HORIGUCHI NAOYA(堀口 直也)
2021-01-18  5:57       ` Aili Yao
2021-01-18  6:50         ` HORIGUCHI NAOYA(堀口 直也)
2021-01-18  7:16           ` Aili Yao
2021-01-18  8:15           ` Aili Yao
2021-01-18  8:57             ` HORIGUCHI NAOYA(堀口 直也)
2021-01-18  9:09               ` Aili Yao
2021-01-19  5:25                 ` HORIGUCHI NAOYA(堀口 直也)
2021-01-19  6:04                   ` Aili Yao
2021-01-19  7:33                     ` HORIGUCHI NAOYA(堀口 直也)
2021-01-18  9:24               ` Oscar Salvador
2021-01-18  9:38                 ` Aili Yao
2021-01-18 10:09                   ` Oscar Salvador
2021-01-19  4:21               ` Aili Yao

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210115084920.GA4092@linux \
    --to=osalvador@suse.de \
    --cc=linux-mm@kvack.org \
    --cc=naoya.horiguchi@nec.com \
    --cc=yangfeng1@kingsoft.com \
    --cc=yaoaili@kingsoft.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.