From: Keir Fraser <keir.xen@gmail.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Keir Fraser <keir@xen.org>, Eddie Dong <eddie.dong@intel.com>,
Dongxiao Xu <dongxiao.xu@intel.com>,
Jun Nakajima <jun.nakajima@intel.com>,
Yang Z Zhang <yang.z.zhang@intel.com>,
xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH 0/5] x86: EPT/MTRR interaction adjustments and cleanup
Date: Fri, 07 Mar 2014 09:08:59 +0000 [thread overview]
Message-ID: <53198CAB.5070704@gmail.com> (raw)
In-Reply-To: <530C7CAB020000780011F121@nat28.tlf.novell.com>
[-- Attachment #1.1: Type: text/plain, Size: 1076 bytes --]
Jan Beulich wrote:
>
> 1: x86/hvm: refine the judgment on IDENT_PT for EMT
> 2: x86/HVM: fix memory type merging in epte_get_entry_emt()
> 3: x86/HVM: consolidate passthrough handling in epte_get_entry_emt()
> 4: x86/HVM: use manifest constants / enumerators for memory types
> 5: x86/HVM: adjust data definitions in mtrr.c
>
> With this series in place (or actually the first three patches thereof,
> as the rest is cleanup), apart from the need to fully drop the
> dependency on HVM_PARAM_IDENT_PT (see the discussion started
> at
> http://lists.xenproject.org/archives/html/xen-devel/2014-02/msg02150.html)
> the other main question is whether the dependency on iommu_snoop
> is really correct: I don't see why the IOMMU's snooping capability
> would affect the cachability of memory accesses - especially in the
> GPU passthrough case, RAM pages may need mapping as UC/WC
> if the GPU is permitted direct access to them - uniformly using WB
> here seems to be calling for problems.
>
> Signed-off-by: Jan Beulich<jbeulich@suse.com>
Acked-by: Keir Fraser <keir@xen.org>
[-- Attachment #1.2: Type: text/html, Size: 1286 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
prev parent reply other threads:[~2014-03-07 9:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-25 10:21 [PATCH 0/5] x86: EPT/MTRR interaction adjustments and cleanup Jan Beulich
2014-02-25 10:28 ` [PATCH 1/5] x86/hvm: refine the judgment on IDENT_PT for EMT Jan Beulich
2014-02-25 10:29 ` [PATCH 2/5] x86/HVM: fix memory type merging in epte_get_entry_emt() Jan Beulich
2014-02-25 10:30 ` [PATCH 3/5] x86/HVM: consolidate passthrough handling " Jan Beulich
2014-02-25 10:30 ` [PATCH 4/5] x86/HVM: use manifest constants / enumerators for memory types Jan Beulich
2014-03-05 16:34 ` [PATCH v2 " Jan Beulich
2014-02-25 10:31 ` [PATCH 5/5] x86/HVM: adjust data definitions in mtrr.c Jan Beulich
2014-03-03 8:35 ` [PATCH 0/5] x86: EPT/MTRR interaction adjustments and cleanup Xu, Dongxiao
2014-03-04 8:12 ` Jan Beulich
2014-03-10 4:18 ` Xu, Dongxiao
2014-03-07 9:08 ` Keir Fraser [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=53198CAB.5070704@gmail.com \
--to=keir.xen@gmail.com \
--cc=JBeulich@suse.com \
--cc=dongxiao.xu@intel.com \
--cc=eddie.dong@intel.com \
--cc=jun.nakajima@intel.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xenproject.org \
--cc=yang.z.zhang@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 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.