linux-kernel - Re: [Xen-devel] xen_exit

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <5901BC880200007800154A6E@prv-mh.provo.novell.com>
Date:   Thu, 27 Apr 2017 01:40:24 -0600
From:   "Jan Beulich" <JBeulich@...e.com>
To:     "Andy Lutomirski" <luto@...nel.org>,
        "Boris Ostrovsky" <boris.ostrovsky@...cle.com>
Cc:     "Borislav Petkov" <bp@...en8.de>, "X86 ML" <x86@...nel.org>,
        "xen-devel@...ts.xenproject.org" <xen-devel@...ts.xenproject.org>,
        "Juergen Gross" <jgross@...e.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Xen-devel] xen_exit_mmap() questions

>>> On 27.04.17 at 02:55, <boris.ostrovsky@...cle.com> wrote:
> The point of CR3 loading here, I believe, is to make sure the hypervisor 
> knows that the (v)CPU is no longer using the the mm's cr3 (we are 
> loading swapper_pgdir here).

Correct, or else there would still be a non-zero refcount for the
page tables hanging off of that CR3, disallowing those pages to
become writable, and in turn disallowing the use of direct writes
instead of hypercalls to clear the individual entries (or to be
precise, direct writes would still be allowed, but their use would
be even slower than using hypercalls because they would trap
into the hypervisor for emulation).

Jan