From: Corneliu ZUZU <czuzu@bitdefender.com>
To: Tamas K Lengyel <tamas@tklengyel.com>
Cc: Kevin Tian <kevin.tian@intel.com>, Keir Fraser <keir@xen.org>,
Jan Beulich <jbeulich@suse.com>,
Razvan Cojocaru <rcojocaru@bitdefender.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Xen-devel <xen-devel@lists.xen.org>,
Stefano Stabellini <stefano.stabellini@citrix.com>,
Jun Nakajima <jun.nakajima@intel.com>
Subject: Re: [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events
Date: Mon, 7 Mar 2016 11:31:15 +0200 [thread overview]
Message-ID: <56DD4A63.3010604@bitdefender.com> (raw)
In-Reply-To: <CABfawh=yjSMneVPuVRohPz5ivOYLtCQK-2DtL76WJ2oc94Ocnw@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1295 bytes --]
On 3/7/2016 11:12 AM, Tamas K Lengyel wrote:
> EPT is not really required for CR3 monitoring, it just has been the
> case that vm_events have been only implemented for hap-enabled domains.
I suppose this is not valid for vm-events in their entirety, right? I
mean it seems to me that @ least for monitor vm-events VMX is enough.
> AFAIK for non-hap case CR3 needs to be trapped unconditionally, yes.
>
> If the former is true, shouldn't we do a check like this in
> vm_event_monitor_get_capabilities instead?
>
>
> Yes, it should now, this code was just written before
> vm_event_monitor_get_capabilities was introduced and we haven't gotten
> around converting this check to it.
Is there any reason why monitor vm-events in their current state
wouldn't work on non-hap domains?
If they would work, shouldn't we instead simply move the
monitor.write_ctrlreg_enabled part out of the if ( paging_mode_hap(...) ) ?
>
> 2). I was also wondering why CR3 load/stores are trapped if paging
> is disabled for a domain.
>
>
> Good question, I was wondering about that myself at some point but I
> haven't found an answer to it. Maybe some git archaeology can help
> determining when that was added and why ;)
>
> Cheers,
> Tamas
Yep, will "blame into it".
Thanks,
Corneliu.
[-- Attachment #1.2: Type: text/html, Size: 3126 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-03-07 9:31 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-03 14:10 [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events Corneliu ZUZU
2016-03-03 14:11 ` [PATCH 1/1] arm/monitor vm-events: implement write-ctrlreg support Corneliu ZUZU
2016-03-03 16:02 ` [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events Corneliu ZUZU
2016-03-03 16:15 ` Razvan Cojocaru
2016-03-03 18:04 ` Corneliu ZUZU
2016-03-03 18:51 ` Razvan Cojocaru
2016-03-03 20:40 ` Corneliu ZUZU
2016-03-03 20:52 ` Razvan Cojocaru
2016-03-04 17:48 ` Corneliu ZUZU
2016-03-07 8:22 ` Corneliu ZUZU
2016-03-07 9:12 ` Tamas K Lengyel
2016-03-07 9:31 ` Corneliu ZUZU [this message]
2016-03-07 9:45 ` Tamas K Lengyel
2016-03-07 12:07 ` Corneliu ZUZU
2016-03-07 12:26 ` Corneliu ZUZU
2016-03-07 12:38 ` Andrew Cooper
2016-03-07 12:49 ` Corneliu ZUZU
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=56DD4A63.3010604@bitdefender.com \
--to=czuzu@bitdefender.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=jun.nakajima@intel.com \
--cc=keir@xen.org \
--cc=kevin.tian@intel.com \
--cc=rcojocaru@bitdefender.com \
--cc=stefano.stabellini@citrix.com \
--cc=tamas@tklengyel.com \
--cc=xen-devel@lists.xen.org \
/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.