[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20220113065211.GA2947732@hori.linux.bs1.fc.nec.co.jp>
Date: Thu, 13 Jan 2022 06:52:15 +0000
From: HORIGUCHI NAOYA(堀口 直也)
<naoya.horiguchi@....com>
To: "Luck, Tony" <tony.luck@...el.com>
CC: Naoya Horiguchi <naoya.horiguchi@...ux.dev>,
Andrew Morton <akpm@...ux-foundation.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Youquan Song <youquan.song@...el.com>
Subject: Re: [PATCH] mm/hwpoison: Fix error page recovered but reported "not
recovered"
On Wed, Jan 12, 2022 at 06:00:51PM -0800, Luck, Tony wrote:
> On Wed, Jan 12, 2022 at 09:11:45PM +0900, Naoya Horiguchi wrote:
> > On Fri, Jan 07, 2022 at 11:44:50AM -0800, Tony Luck wrote:
> > > From: Youquan Song <youquan.song@...el.com>
>
> > diff --git a/mm/memory-failure.c b/mm/memory-failure.c
> > index 14ae5c18e776..4c9bd1d37301 100644
> > --- a/mm/memory-failure.c
> > +++ b/mm/memory-failure.c
> > @@ -707,8 +707,10 @@ static int kill_accessing_process(struct task_struct *p, unsigned long pfn,
> > (void *)&priv);
> > if (ret == 1 && priv.tk.addr)
> > kill_proc(&priv.tk, pfn, flags);
> > + else
> > + ret = 0;
> > mmap_read_unlock(p->mm);
> > - return ret ? -EFAULT : -EHWPOISON;
> > + return ret > 0 ? -EHWPOISON : -EFAULT;
> > }
> >
> > static const char *action_name[] = {
>
> Yes. This fixes the problem (and your explanation helped
> me understand this code better).
>
Thank you for confirming. I just sent v2.
> Fell free to take any words you need from the original patch
> comment and switch to:
>
> Reported-by: Youquan Song <youquan.song@...el.com>
>
> Thanks for looking (and fixing!)
Your welcome :)
- Naoya
Powered by blists - more mailing lists