From: Peter Xu <peterx@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
syzbot <syzbot+7ca4b2719dc742b8d0a4@syzkaller.appspotmail.com>,
Muhammad Usama Anjum <usama.anjum@collabora.com>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, syzkaller-bugs@googlegroups.com,
wangkefeng.wang@huawei.com
Subject: Re: [syzbot] [mm?] WARNING in unmap_page_range (2)
Date: Thu, 16 Nov 2023 15:04:04 -0500 [thread overview]
Message-ID: <ZVZ1tLoOpRJu5n3g@x1n> (raw)
In-Reply-To: <6308590a-d958-4ecc-a478-ba088cf7984d@redhat.com>
On Thu, Nov 16, 2023 at 07:13:44PM +0100, David Hildenbrand wrote:
> > It should be fine, as:
> >
> > static void make_uffd_wp_pte(struct vm_area_struct *vma,
> > unsigned long addr, pte_t *pte)
> > {
> > pte_t ptent = ptep_get(pte);
> >
> > #ifndef CONFIG_USERFAULTFD_
> >
> > if (pte_present(ptent)) {
> > pte_t old_pte;
> >
> > old_pte = ptep_modify_prot_start(vma, addr, pte);
> > ptent = pte_mkuffd_wp(ptent);
> > ptep_modify_prot_commit(vma, addr, pte, old_pte, ptent);
> > } else if (is_swap_pte(ptent)) {
> > ptent = pte_swp_mkuffd_wp(ptent);
> > set_pte_at(vma->vm_mm, addr, pte, ptent);
> > } else { <----------------- this must be pte_none() already
> > set_pte_at(vma->vm_mm, addr, pte,
> > make_pte_marker(PTE_MARKER_UFFD_WP));
> > }
> > }
>
> Indeed! Is pte_swp_mkuffd_wp() reasonable for pte markers? I rememebr that
> we don't support multiple markers yet, so it might be good enough.
Not really that reasonable, but nothing harmful either that I see so far;
the current code handles any pte marker without caring any of those hint
bits.
I can also reproduce this syzbot error easily with !UFFD config on x86.
Let me send the patchset to fix current known issues first.
Thanks,
--
Peter Xu
prev parent reply other threads:[~2023-11-16 20:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-15 13:32 [syzbot] [mm?] WARNING in unmap_page_range (2) syzbot
2023-11-15 22:00 ` Andrew Morton
2023-11-16 9:19 ` David Hildenbrand
2023-11-16 18:00 ` Peter Xu
2023-11-16 18:13 ` David Hildenbrand
2023-11-16 20:04 ` Peter Xu [this message]
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=ZVZ1tLoOpRJu5n3g@x1n \
--to=peterx@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=david@redhat.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=syzbot+7ca4b2719dc742b8d0a4@syzkaller.appspotmail.com \
--cc=syzkaller-bugs@googlegroups.com \
--cc=usama.anjum@collabora.com \
--cc=wangkefeng.wang@huawei.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.