linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Yang Shi <shy828301@gmail.com>
To: Jiaqi Yan <jiaqiyan@google.com>
Cc: "Tony Luck" <tony.luck@intel.com>,
	"HORIGUCHI NAOYA(堀口 直也)" <naoya.horiguchi@nec.com>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	"Miaohe Lin" <linmiaohe@huawei.com>, "Jue Wang" <juew@google.com>,
	"Linux MM" <linux-mm@kvack.org>
Subject: Re: [RFC v1 2/2] mm: khugepaged: recover from poisoned file-backed memory
Date: Mon, 28 Mar 2022 16:37:05 -0700	[thread overview]
Message-ID: <CAHbLzkrNB=A=wsMKm8YQBo68P9rozwqU_PZU8Bb8ov3cuwiJzA@mail.gmail.com> (raw)
In-Reply-To: <20220323232929.3035443-3-jiaqiyan@google.com>

On Wed, Mar 23, 2022 at 4:29 PM Jiaqi Yan <jiaqiyan@google.com> wrote:
>
> Make collapse_file roll back when copying pages failed.
> More concretely:
> * extract copy operations into a separate loop
> * postpone the updates for nr_none until both scan and copy succeeded
> * postpone joining small xarray entries until both scan and copy
>   succeeded
> * as for update operations to NR_XXX_THPS
>     * for SHMEM file, postpone until both scan and copy succeeded
>     * for other file, roll back if scan succeeded but copy failed
>
> Signed-off-by: Jiaqi Yan <jiaqiyan@google.com>
> ---
>  include/linux/highmem.h | 18 ++++++++++
>  mm/khugepaged.c         | 75 +++++++++++++++++++++++++++--------------
>  2 files changed, 67 insertions(+), 26 deletions(-)
>
> diff --git a/include/linux/highmem.h b/include/linux/highmem.h
> index 15d0aa4d349c..fc5aa221bdb5 100644
> --- a/include/linux/highmem.h
> +++ b/include/linux/highmem.h
> @@ -315,6 +315,24 @@ static inline void copy_highpage(struct page *to, struct page *from)
>         kunmap_local(vfrom);
>  }
>
> +/*
> + * Machine check exception handled version of copy_highpage.
> + * Return true if copying page content failed; otherwise false.
> + */
> +static inline bool copy_highpage_mc(struct page *to, struct page *from)
> +{
> +       char *vfrom, *vto;
> +       unsigned long ret;
> +
> +       vfrom = kmap_local_page(from);
> +       vto = kmap_local_page(to);
> +       ret = copy_mc_to_kernel(vto, vfrom, PAGE_SIZE);
> +       kunmap_local(vto);
> +       kunmap_local(vfrom);
> +
> +       return ret > 0;
> +}
> +
>  #endif
>
>  static inline void memcpy_page(struct page *dst_page, size_t dst_off,
> diff --git a/mm/khugepaged.c b/mm/khugepaged.c
> index 84ed177f56ff..ed2b1cd4bbc6 100644
> --- a/mm/khugepaged.c
> +++ b/mm/khugepaged.c
> @@ -1708,12 +1708,13 @@ static void collapse_file(struct mm_struct *mm,
>  {
>         struct address_space *mapping = file->f_mapping;
>         gfp_t gfp;
> -       struct page *new_page;
> +       struct page *new_page, *page, *tmp;

It seems you removed the "struct page *page" from " if (result ==
SCAN_SUCCEED)", but keep the "struct page *page" under "for (index =
start; index < end; index++)". I think the "struct page *page" in the
for loop could be removed too.

>         pgoff_t index, end = start + HPAGE_PMD_NR;
>         LIST_HEAD(pagelist);
>         XA_STATE_ORDER(xas, &mapping->i_pages, start, HPAGE_PMD_ORDER);
>         int nr_none = 0, result = SCAN_SUCCEED;
>         bool is_shmem = shmem_file(file);
> +       bool copy_failed = false;
>         int nr;
>
>         VM_BUG_ON(!IS_ENABLED(CONFIG_READ_ONLY_THP_FOR_FS) && !is_shmem);
> @@ -1936,9 +1937,7 @@ static void collapse_file(struct mm_struct *mm,
>         }
>         nr = thp_nr_pages(new_page);
>
> -       if (is_shmem)
> -               __mod_lruvec_page_state(new_page, NR_SHMEM_THPS, nr);
> -       else {
> +       if (!is_shmem) {
>                 __mod_lruvec_page_state(new_page, NR_FILE_THPS, nr);
>                 filemap_nr_thps_inc(mapping);
>                 /*
> @@ -1956,34 +1955,39 @@ static void collapse_file(struct mm_struct *mm,
>                 }
>         }
>
> -       if (nr_none) {
> -               __mod_lruvec_page_state(new_page, NR_FILE_PAGES, nr_none);
> -               if (is_shmem)
> -                       __mod_lruvec_page_state(new_page, NR_SHMEM, nr_none);
> -       }
> -
> -       /* Join all the small entries into a single multi-index entry */
> -       xas_set_order(&xas, start, HPAGE_PMD_ORDER);
> -       xas_store(&xas, new_page);
>  xa_locked:
>         xas_unlock_irq(&xas);
>  xa_unlocked:
>
>         if (result == SCAN_SUCCEED) {
> -               struct page *page, *tmp;
> -
>                 /*
>                  * Replacing old pages with new one has succeeded, now we
> -                * need to copy the content and free the old pages.
> +                * attempt to copy the contents.
>                  */
>                 index = start;
> -               list_for_each_entry_safe(page, tmp, &pagelist, lru) {
> +               list_for_each_entry(page, &pagelist, lru) {
>                         while (index < page->index) {
>                                 clear_highpage(new_page + (index % HPAGE_PMD_NR));
>                                 index++;
>                         }
> -                       copy_highpage(new_page + (page->index % HPAGE_PMD_NR),
> -                                       page);
> +                       if (copy_highpage_mc(new_page + (page->index % HPAGE_PMD_NR), page)) {
> +                               copy_failed = true;
> +                               break;
> +                       }
> +                       index++;
> +               }
> +               while (!copy_failed && index < end) {
> +                       clear_highpage(new_page + (page->index % HPAGE_PMD_NR));
> +                       index++;
> +               }
> +       }
> +
> +       if (result == SCAN_SUCCEED && !copy_failed) {

I think you could set "result" to SCAN_COPY_MC (as same as the
anonymous one), then you could drop !copy_failed and use "result"
alone afterwards.

> +               /*
> +                * Copying old pages to huge one has succeeded, now we
> +                * need to free the old pages.
> +                */
> +               list_for_each_entry_safe(page, tmp, &pagelist, lru) {
>                         list_del(&page->lru);
>                         page->mapping = NULL;
>                         page_ref_unfreeze(page, 1);
> @@ -1991,12 +1995,20 @@ static void collapse_file(struct mm_struct *mm,
>                         ClearPageUnevictable(page);
>                         unlock_page(page);
>                         put_page(page);
> -                       index++;
>                 }
> -               while (index < end) {
> -                       clear_highpage(new_page + (index % HPAGE_PMD_NR));
> -                       index++;
> +
> +               xas_lock_irq(&xas);
> +               if (is_shmem)
> +                       __mod_lruvec_page_state(new_page, NR_SHMEM_THPS, nr);
> +               if (nr_none) {
> +                       __mod_lruvec_page_state(new_page, NR_FILE_PAGES, nr_none);
> +                       if (is_shmem)
> +                               __mod_lruvec_page_state(new_page, NR_SHMEM, nr_none);
>                 }
> +               /* Join all the small entries into a single multi-index entry. */
> +               xas_set_order(&xas, start, HPAGE_PMD_ORDER);
> +               xas_store(&xas, new_page);
> +               xas_unlock_irq(&xas);
>
>                 SetPageUptodate(new_page);
>                 page_ref_add(new_page, HPAGE_PMD_NR - 1);
> @@ -2012,9 +2024,11 @@ static void collapse_file(struct mm_struct *mm,
>
>                 khugepaged_pages_collapsed++;
>         } else {
> -               struct page *page;
> -
> -               /* Something went wrong: roll back page cache changes */
> +               /*
> +                * Something went wrong:
> +                * either result != SCAN_SUCCEED or copy_failed,
> +                * roll back page cache changes
> +                */
>                 xas_lock_irq(&xas);
>                 mapping->nrpages -= nr_none;
>
> @@ -2047,6 +2061,15 @@ static void collapse_file(struct mm_struct *mm,
>                         xas_lock_irq(&xas);
>                 }
>                 VM_BUG_ON(nr_none);
> +               /*
> +                * Undo the updates of thp_nr_pages(new_page) for non-SHMEM file,
> +                * which is not updated yet for SHMEM file.
> +                * These undos are not needed if result is not SCAN_SUCCEED.
> +                */
> +               if (!is_shmem && result == SCAN_SUCCEED) {

Handling the error case when "result == SCAN_SUCCEED" looks awkward.
With the above fixed (set result to SCAN_COPY_MC) we could avoid the
awkwardness.

> +                       __mod_lruvec_page_state(new_page, NR_FILE_THPS, -nr);

I'm wondering whether we may defer NR_FILE_THPS update just like SHMEM
because it has not to be updated in advance so that we have the user
visible counters update in the single place. Just filemap_nr_thps
needs to be updated in advance since it is used to sync with file open
path to truncate huge pages.

> +                       filemap_nr_thps_dec(mapping);
> +               }
>                 xas_unlock_irq(&xas);
>
>                 new_page->mapping = NULL;
> --
> 2.35.1.894.gb6a874cedc-goog
>


  reply	other threads:[~2022-03-28 23:37 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-23 23:29 [RFC v1 0/2] Memory poison recovery in khugepaged Jiaqi Yan
2022-03-23 23:29 ` [RFC v1 1/2] mm: khugepaged: recover from poisoned anonymous memory Jiaqi Yan
2022-03-25  2:20   ` Yang Shi
2022-04-05 20:48     ` Jiaqi Yan
2022-04-06 16:02       ` Yang Shi
2022-03-23 23:29 ` [RFC v1 2/2] mm: khugepaged: recover from poisoned file-backed memory Jiaqi Yan
2022-03-28 23:37   ` Yang Shi [this message]
2022-04-05 20:46     ` Jiaqi Yan
2022-03-29  4:02   ` Tong Tiangen
2022-04-05 20:46     ` Jiaqi Yan
2022-03-25  2:50 ` [RFC v1 0/2] Memory poison recovery in khugepaged Yang Shi
2022-03-25 21:11   ` Jiaqi Yan
2022-03-25 21:42     ` Yang Shi
2022-03-25 23:07       ` Jiaqi Yan

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='CAHbLzkrNB=A=wsMKm8YQBo68P9rozwqU_PZU8Bb8ov3cuwiJzA@mail.gmail.com' \
    --to=shy828301@gmail.com \
    --cc=jiaqiyan@google.com \
    --cc=juew@google.com \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=linmiaohe@huawei.com \
    --cc=linux-mm@kvack.org \
    --cc=naoya.horiguchi@nec.com \
    --cc=tony.luck@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox