[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1355190540.1933.4.camel@kernel.cn.ibm.com>
Date: Mon, 10 Dec 2012 19:49:00 -0600
From: Simon Jeons <simon.jeons@...il.com>
To: Andi Kleen <andi@...stfloor.org>
Cc: Xishi Qiu <qiuxishi@...wei.com>,
Wanpeng Li <liwanp@...ux.vnet.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
WuJianguo <wujianguo@...wei.com>,
Liujiang <jiang.liu@...wei.com>, Vyacheslav.Dubeyko@...wei.com,
Borislav Petkov <bp@...en8.de>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, wency@...fujitsu.com
Subject: Re: [PATCH V2] MCE: fix an error of mce_bad_pages statistics
On Mon, 2012-12-10 at 16:38 +0100, Andi Kleen wrote:
> > It is another topic, I mean since the page is poisoned, so why not isolate it
> > from page buddy alocator in soft_offline_page() rather than in check_new_page().
> > I find soft_offline_page() only migrate the page and mark HWPoison, the poisoned
> > page is still managed by page buddy alocator.
>
> Doing it in check_new_page is the only way if the page is currently
> allocated by someone. Since that's not uncommon it's simplest to always
> do it this way.
Hi Andi,
IIUC, soft offlining will isolate and migrate hwpoisoned page, and this
page will not be accessed by memory management subsystem until unpoison,
correct?
-Simon
>
> -Andi
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists