Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: [PATCH v4] xen: support priv-mapping in an HVM tools domain
To:     Paul Durrant <paul.durrant@citrix.com>, x86@kernel.org,
        xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org
References: <20171103170411.32239-1-paul.durrant@citrix.com>
Cc:     Juergen Gross <jgross@suse.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>
From:   Boris Ostrovsky <boris.ostrovsky@oracle.com>
Message-ID: <7e3f125b-7384-52cf-6c48-aa0a7cb7e047@oracle.com>
Date:   Fri, 3 Nov 2017 16:51:56 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <20171103170411.32239-1-paul.durrant@citrix.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 11/03/2017 01:04 PM, Paul Durrant wrote:
> If the domain has XENFEAT_auto_translated_physmap then use of the PV-
> specific HYPERVISOR_mmu_update hypercall is clearly incorrect.
>
> This patch adds checks in xen_remap_domain_gfn_array() and
> xen_unmap_domain_gfn_array() which call through to the approprate
> xlate_mmu function if the feature is present. A check is also added
> to xen_remap_domain_gfn_range() to fail with -EOPNOTSUPP since this
> should not be used in an HVM tools domain.
>
> Signed-off-by: Paul Durrant <paul.durrant@citrix.com>

Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>


From 1583065312069105182@xxx Fri Nov 03 17:05:29 +0000 2017
X-GM-THRID: 1583064975085269959
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread