From: David Vrabel <david.vrabel@citrix.com>
To: Linus Torvalds <torvalds@linux-foundation.org>,
David Vrabel <david.vrabel@citrix.com>
Cc: "Xen-devel@lists.xen.org" <Xen-devel@lists.xen.org>,
Mel Gorman <mgorman@suse.de>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [Xen-devel] NUMA_BALANCING and Xen PV guest regression in 3.20-rc0
Date: Fri, 20 Feb 2015 10:28:27 +0000 [thread overview]
Message-ID: <54E70C4B.9070707@citrix.com> (raw)
In-Reply-To: <CA+55aFxay3mZCNxLKtzh+BMEfj_s256+amXEipeGYoTK2KCPTg@mail.gmail.com>
On 19/02/15 23:09, Linus Torvalds wrote:
> On Thu, Feb 19, 2015 at 5:06 AM, David Vrabel <david.vrabel@citrix.com> wrote:
>>
>> The NUMA_BALANCING series beginning with 5d833062139d (mm: numa: do not
>> dereference pmd outside of the lock during NUMA hinting fault) and
>> specifically 8a0516ed8b90 (mm: convert p[te|md]_numa users to
>> p[te|md]_protnone_numa) breaks Xen 64-bit PV guests.
>>
>> Any fault on a present userspace mapping (e.g., a write to a read-only
>> mapping) is being misinterpreted as a NUMA hinting fault and not handled
>> correctly. All userspace programs end up continuously faulting.
>>
>> This is because the hypervisor sets _PAGE_GLOBAL (== _PAGE_PROTNONE) on
>> all present userspace page table entries.
>
> That's some crazy stuff, but whatever. The patch is clearly good. Applied,
Thanks.
Xen PV guests do not use any hardware virtualization features. In
particular they do not use nested paging.
A 64-bit PV guest runs in user mode for both kernel and userspace. On
kernel to user mode transitions, the hypervisor flips between two sets
of page tables (the user mode tables do not contain any kernel mappings,
but the kernel mode tables contain both). By setting _PAGE_GLOBAL on
the userspace entries, a kernel to user transition can avoid flushing
the userspace mappings from the TLB.
David
next prev parent reply other threads:[~2015-02-20 10:28 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-19 13:06 NUMA_BALANCING and Xen PV guest regression in 3.20-rc0 David Vrabel
2015-02-19 17:01 ` Mel Gorman
2015-02-19 17:01 ` Mel Gorman
2015-02-23 15:13 ` [Xen-devel] " Dario Faggioli
2015-02-23 15:13 ` Dario Faggioli
2015-02-23 15:46 ` Mel Gorman
2015-02-23 15:46 ` [Xen-devel] " Mel Gorman
2015-02-19 23:09 ` Linus Torvalds
2015-02-20 10:28 ` David Vrabel [this message]
2015-02-20 10:28 ` David Vrabel
2015-02-19 23:09 ` Linus Torvalds
2015-02-20 1:05 ` Kirill A. Shutemov
2015-02-20 1:49 ` Linus Torvalds
2015-02-20 10:47 ` Andrew Cooper
2015-02-20 10:47 ` [Xen-devel] " Andrew Cooper
2015-02-20 11:29 ` Kirill A. Shutemov
2015-02-20 11:29 ` [Xen-devel] " Kirill A. Shutemov
2015-02-20 11:54 ` Andrew Cooper
2015-02-20 11:54 ` Andrew Cooper
2015-02-20 1:49 ` Linus Torvalds
2015-02-20 1:05 ` Kirill A. Shutemov
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=54E70C4B.9070707@citrix.com \
--to=david.vrabel@citrix.com \
--cc=Xen-devel@lists.xen.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=torvalds@linux-foundation.org \
/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.