From: Oscar Salvador <osalvador@suse.de>
To: David Hildenbrand <david@redhat.com>
Cc: Miaohe Lin <linmiaohe@huawei.com>,
akpm@linux-foundation.org, shy828301@gmail.com,
nao.horiguchi@gmail.com, xuyu@linux.alibaba.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] mm/huge_memory: don't unpoison huge_zero_folio
Date: Thu, 16 May 2024 10:26:51 +0200 [thread overview]
Message-ID: <ZkXDS9y_cBSzBzeN@localhost.localdomain> (raw)
In-Reply-To: <e1c93779-8cde-4986-85d3-2134fb8970b3@redhat.com>
On Wed, May 15, 2024 at 05:55:39PM +0200, David Hildenbrand wrote:
> > + if (is_huge_zero_folio(folio)) {
> > + unpoison_pr_info("Unpoison: huge zero page is not supported %#lx\n",
> > + pfn, &unpoison_rs);
> > + goto unlock_mutex;
> > + }
> > +
Sorry for spamming your reply David, but for some unknown reason I am not able
to find the original patch in my mailbox, in none of the two accountes I am
subscribed, so I guess I will have to reply here.
Just two things
1) We do not care if someone grabs a refcount for huge_zero_folio,
because since it is not supported anyway the outcome will not change.
Also, AFAIK, there is no chance we can unpoison that folio.
Therefore, I would just lift the check two blocks and place it right after
the hw_memory_failure check.
2) The whole thing is unsupported, but you will return -EBUSY while you
should be returning -EOPNOTSUPP AFAICS.
with that you can add:
Reviewed-by: Oscar Salvador <osalvador@suse.de>
--
Oscar Salvador
SUSE Labs
next prev parent reply other threads:[~2024-05-16 8:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-15 2:36 [PATCH v2] mm/huge_memory: don't unpoison huge_zero_folio Miaohe Lin
2024-05-15 15:55 ` David Hildenbrand
2024-05-16 8:26 ` Oscar Salvador [this message]
2024-05-16 8:45 ` Miaohe Lin
2024-05-16 9:07 ` Oscar Salvador
2024-05-15 15:58 ` Yang Shi
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=ZkXDS9y_cBSzBzeN@localhost.localdomain \
--to=osalvador@suse.de \
--cc=akpm@linux-foundation.org \
--cc=david@redhat.com \
--cc=linmiaohe@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nao.horiguchi@gmail.com \
--cc=shy828301@gmail.com \
--cc=xuyu@linux.alibaba.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.