Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   =?iso-2022-jp?B?SE9SSUdVQ0hJIE5BT1lBKBskQktZOH0hIUQ+TGkbKEIp?= 
        <naoya.horiguchi@nec.com>
To:     Qian Cai <cai@lca.pw>
CC:     "nao.horiguchi@gmail.com" <nao.horiguchi@gmail.com>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "mhocko@kernel.org" <mhocko@kernel.org>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
        "mike.kravetz@oracle.com" <mike.kravetz@oracle.com>,
        "osalvador@suse.de" <osalvador@suse.de>,
        "tony.luck@intel.com" <tony.luck@intel.com>,
        "david@redhat.com" <david@redhat.com>,
        "aneesh.kumar@linux.vnet.ibm.com" <aneesh.kumar@linux.vnet.ibm.com>,
        "zeil@yandex-team.ru" <zeil@yandex-team.ru>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        "catalin.marinas@arm.com" <catalin.marinas@arm.com>,
        "will@kernel.org" <will@kernel.org>
Subject: Re: [PATCH v6 00/12] HWPOISON: soft offline rework
Thread-Topic: [PATCH v6 00/12] HWPOISON: soft offline rework
Thread-Index: AQHWbyom92sGRlXQfk+BXW7m7bWNQ6kyO+2AgAAJfQCAAAL3gA==
Date:   Tue, 11 Aug 2020 03:56:13 +0000
Message-ID: <20200811035612.GA6143@hori.linux.bs1.fc.nec.co.jp>
References: <20200811031139.GA7145@hori.linux.bs1.fc.nec.co.jp>
 <6214D3DD-7EB1-4598-8DA2-344430EC7858@lca.pw>
In-Reply-To: <6214D3DD-7EB1-4598-8DA2-344430EC7858@lca.pw>
Accept-Language: ja-JP, en-US
Content-Language: en-US
Content-Type: text/plain; charset="iso-2022-jp"
Content-ID: <D9F0649DD0AC534BB4DD3615A63D93B3@jpnprd01.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 7b63267a-06e0-4b65-1ed2-08d83daa7db4
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Aug 2020 03:56:13.4946
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e67df547-9d0d-4f4d-9161-51c6ed1f7d11
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Ldbvt3n9ihfLT51bnP/D7b6WOmYBv8N6eSfIff1bsrD/5i9Flx0Rau5kOMKVaJOdsp6CPGasgccHrL5s9bNeSA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYAPR01MB3791
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Mon, Aug 10, 2020 at 11:45:36PM -0400, Qian Cai wrote:
>=20
>=20
> > On Aug 10, 2020, at 11:11 PM, HORIGUCHI NAOYA(=1B$BKY8}!!D>Li=1B(B) <na=
oya.horiguchi@nec.com> wrote:
> >=20
> > I'm still not sure why the test succeeded by reverting these because
> > current mainline kernel provides similar mechanism to prevent reuse of
> > soft offlined page. So this success seems to me something suspicious.
>=20
> Even if we call munmap() on the range, it still can=1B$B!G=1B(Bt be be re=
used? If so, how to recover those memory then?

No, it can't, because soft offline isolates the physical page.
so even after calling munmap(), the side effect remains on the page.
In your random.c, memory online/offline resets the status of hwpoison.
So you can reallocate hugepages in another run of the program.

>=20
> >=20
> > To investigate more, I want to have additional info about the page stat=
es
> > of the relevant pages after soft offlining.  Could you collect it by th=
e
> > following steps?
>=20
> Do you want to collect those from the failed or succeed kernel?

I'd like to check on the succeeded kernel.
Sorry for the lack of information.

Thanks,
Naoya Horiguchi=