|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH RFC V7 4/5] xen, libxc: Request page fault injection via libxc
At 16:49 +0100 on 26 Aug (1409068141), Jan Beulich wrote:
> >>> On 26.08.14 at 16:56, <rcojocaru@xxxxxxxxxxxxxxx> wrote:
> > On 08/26/2014 05:44 PM, Jan Beulich wrote:
> >>>>> On 26.08.14 at 16:24, <rcojocaru@xxxxxxxxxxxxxxx> wrote:
> >>> On 08/26/2014 05:13 PM, Jan Beulich wrote:
> >>>>>>> On 13.08.14 at 17:28, <rcojocaru@xxxxxxxxxxxxxxx> wrote:
> >>>>> --- a/xen/include/asm-x86/hvm/domain.h
> >>>>> +++ b/xen/include/asm-x86/hvm/domain.h
> >>>>> @@ -141,6 +141,14 @@ struct hvm_domain {
> >>>>> */
> >>>>> uint64_t sync_tsc;
> >>>>>
> >>>>> + /* Memory introspection page fault injection data. */
> >>>>> + struct {
> >>>>> + uint64_t address_space;
> >>>>> + uint64_t virtual_address;
> >>>>> + uint32_t errcode;
> >>>>> + bool_t valid;
> >>>>> + } fault_info;
> >>>>
> >>>> Sorry for noticing this only now, but how can this be a per-domain
> >>>> thing rather than a per-vCPU one?
> >>>
> >>> The requirement for our introspection application has simply been to
> >>> bring back in a swapped-out page, regardless of what VCPU ends up
> >>> actually doing it.
> >>
> >> But please remember that what you add to the public code base
> >> shouldn't be tied to specific needs of your application, it should
> >> be coded in a generally useful way.
> >
> > Of course, perhaps I should have written "the scenario we're working
> > with" rather than "the requirement for our application". I'm just trying
> > to understand all the usual cases for this.
> >
> >> Furthermore, how would this work if you have 2 vCPU-s hit such
> >> a condition, and you need to bring in 2 pages in parallel?
> >
> > Since this is all happening in the context of processing mem_events,
> > it's not really possible for two VCPUs to need to do this in parallel,
> > since processing mem_events is being done sequentially. A VCPU needs to
> > put a mem_event in the ring buffer and pause before this hypercall can
> > be called from userspace.
>
> I'd certainly want to hear Tim's opinion here before settling on
> either model.
Yes, I think it's much better to have this be a per-vcpu operation; I
see that's the way it's going already in later versions.
Tim.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |