* HVMLOADER test fails on AMD if CR3 write intercepts are enabled (XEN 4.4 stable)
@ 2014-07-28 1:03 Abhiroop Dabral
2014-08-04 15:20 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 2+ messages in thread
From: Abhiroop Dabral @ 2014-07-28 1:03 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 987 bytes --]
Hi,
The HVMLOADER test fails on AMD SVM with Nested Paging enabled **Only**
when CR3 control registers write intercepts are enabled.
(By default the CR3 write intercepts are disabled on HAP domains)
The first test "rep_io" fails with the following output:
Bad value at 0x00500000: saw 98765432 expected 987654ff
Bad value at 0x00500ffc: saw 00000000 expected ff000000
Bad value at 0x00600000: saw 000000ff expected 00000000
Bad value at 0x00600ffc: saw ff000000 expected 00000000
The second test execution results in the triple fault.
The paging is setup as writing to va 0x600000 a value of 98765432 works
fine. (Since the test can see the same value at physical address 0x500000).
But after that the insb mov to address are not writing the memory correctly.
The only change made in the code is to enable CR3 intercepts on a similar
lines as done in VMX counterpart.
Seen in:
Xen 4.4 stable, AMD SVM with HAP
Can any one suggest what can be the issue behind this.
thanks.
[-- Attachment #1.2: Type: text/html, Size: 1804 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: HVMLOADER test fails on AMD if CR3 write intercepts are enabled (XEN 4.4 stable)
2014-07-28 1:03 HVMLOADER test fails on AMD if CR3 write intercepts are enabled (XEN 4.4 stable) Abhiroop Dabral
@ 2014-08-04 15:20 ` Konrad Rzeszutek Wilk
0 siblings, 0 replies; 2+ messages in thread
From: Konrad Rzeszutek Wilk @ 2014-08-04 15:20 UTC (permalink / raw)
To: Abhiroop Dabral, boris.ostrovsky, suravee.suthikulpanit,
Aravind.Gopalakrishnan
Cc: xen-devel
On Sun, Jul 27, 2014 at 07:03:35PM -0600, Abhiroop Dabral wrote:
> Hi,
Hey,
Please use the MAINTAINERs file in the future to make sure that
the maintainers of the AMD SVM code can see this email. I've
done that for you.
>
> The HVMLOADER test fails on AMD SVM with Nested Paging enabled **Only**
> when CR3 control registers write intercepts are enabled.
> (By default the CR3 write intercepts are disabled on HAP domains)
How did you enable the cr3 interception? Was there an configuration
flag or was this something you modified in Xen?
>
> The first test "rep_io" fails with the following output:
>
> Bad value at 0x00500000: saw 98765432 expected 987654ff
>
> Bad value at 0x00500ffc: saw 00000000 expected ff000000
>
> Bad value at 0x00600000: saw 000000ff expected 00000000
>
> Bad value at 0x00600ffc: saw ff000000 expected 00000000
>
> The second test execution results in the triple fault.
>
> The paging is setup as writing to va 0x600000 a value of 98765432 works
> fine. (Since the test can see the same value at physical address 0x500000).
>
> But after that the insb mov to address are not writing the memory correctly.
>
> The only change made in the code is to enable CR3 intercepts on a similar
> lines as done in VMX counterpart.
>
> Seen in:
>
> Xen 4.4 stable, AMD SVM with HAP
>
> Can any one suggest what can be the issue behind this.
>
> thanks.
> _______________________________________________
> 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-08-04 15:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-28 1:03 HVMLOADER test fails on AMD if CR3 write intercepts are enabled (XEN 4.4 stable) Abhiroop Dabral
2014-08-04 15:20 ` Konrad Rzeszutek Wilk
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).