* [PATCH] x86/pvh: Fix pvh dom0 boot after dab11417d
@ 2014-07-14 18:02 Andrew Cooper
2014-07-15 15:57 ` Roger Pau Monné
0 siblings, 1 reply; 2+ messages in thread
From: Andrew Cooper @ 2014-07-14 18:02 UTC (permalink / raw)
To: Xen-devel; +Cc: Andrew Cooper, Jan Beulich, Roger Pau Monné
Changeset dab11417d
"x86/HVM: consolidate and sanitize CR4 guest reserved bit determination"
did not take into account the fact that dom0 does not have a cpuid policy. As
a result, PVH dom0s would be given unexpected #GP faults on boot.
In addition to the restore case (where the toolstack has not had time to load
a cpuid policy), unconditionally exempt the hardware domain from needing a
policy.
Reported-by: Roger Pau Monné <roger.pau@citrix.com>
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
CC: Jan Beulich <JBeulich@suse.com>
---
xen/arch/x86/hvm/hvm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c
index ef2411c..db54814 100644
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -1738,7 +1738,7 @@ static unsigned long hvm_cr4_guest_reserved_bits(const struct vcpu *v,
unsigned int leaf1_ecx = 0, leaf1_edx = 0;
unsigned int leaf7_0_ebx = 0, leaf7_0_ecx = 0;
- if ( likely(!restore) )
+ if ( !restore && !is_hardware_domain(v->domain) )
{
unsigned int level;
--
1.7.10.4
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] x86/pvh: Fix pvh dom0 boot after dab11417d
2014-07-14 18:02 [PATCH] x86/pvh: Fix pvh dom0 boot after dab11417d Andrew Cooper
@ 2014-07-15 15:57 ` Roger Pau Monné
0 siblings, 0 replies; 2+ messages in thread
From: Roger Pau Monné @ 2014-07-15 15:57 UTC (permalink / raw)
To: Andrew Cooper, Xen-devel; +Cc: Jan Beulich
On 14/07/14 20:02, Andrew Cooper wrote:
> Changeset dab11417d
> "x86/HVM: consolidate and sanitize CR4 guest reserved bit determination"
>
> did not take into account the fact that dom0 does not have a cpuid policy. As
> a result, PVH dom0s would be given unexpected #GP faults on boot.
>
> In addition to the restore case (where the toolstack has not had time to load
> a cpuid policy), unconditionally exempt the hardware domain from needing a
> policy.
>
> Reported-by: Roger Pau Monné <roger.pau@citrix.com>
> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> CC: Jan Beulich <JBeulich@suse.com>
Tested-by: Roger Pau Monné <roger.pau@citrix.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-07-15 15:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-14 18:02 [PATCH] x86/pvh: Fix pvh dom0 boot after dab11417d Andrew Cooper
2014-07-15 15:57 ` Roger Pau Monné
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).