On Wed, Feb 8, 2017 at 11:12 AM, George Dunlap
wrote:
> On 08/02/17 17:29, Tim Deegan wrote:
> > At 17:22 + on 08 Feb (1486574546), George Dunlap wrote:
> >> Commit 71bb7304e7a7a35ea6df4b0cedebc35028e4c159 added flushing of
> >> nested p2m tables whenever the host p2m table changed. Unfortun
On Mon, Sep 12, 2016 at 8:56 AM, Jan Beulich wrote:
> >>> On 09.09.16 at 17:41, wrote:
> > When emulating instructions the emulator maintains a small i-cache
> fetched
> > from the guest memory. Under certain scenarios this memory region may
> contain
> > instructions that a monitor subscriber w
On Sep 12, 2016 08:59, "George Dunlap" wrote:
>
> On 12/09/16 15:56, Jan Beulich wrote:
> On 09.09.16 at 17:41, wrote:
> >> When emulating instructions the emulator maintains a small i-cache
fetched
> >> from the guest memory. Under certain scenarios this memory region may
contain
> >> instr
On Sep 12, 2016 08:17, "George Dunlap" wrote:
>
> On 09/09/16 16:41, Tamas K Lengyel wrote:
> > When emulating instructions the emulator maintains a small i-cache
fetched
> > from the guest memory. Under certain scenarios this memory region may
contain
> > instructions that a monitor subscriber wo
On Fri, Sep 9, 2016 at 5:11 PM, Stefano Stabellini
wrote:
> On Fri, 9 Sep 2016, Tamas K Lengyel wrote:
>> When emulating instructions the emulator maintains a small i-cache fetched
>> from the guest memory. Under certain scenarios this memory region may contain
>> instructions that a monitor subsc
On Tue, Aug 9, 2016 at 1:55 AM, Jan Beulich wrote:
On 09.08.16 at 01:56, wrote:
>> Use __get_gfn_type_access instead of get_gfn_type_access when checking
>> the hostp2m entries during altp2m mem_access setting and gfn remapping
>> to avoid a lock conflict which can make dom0 freeze.
>
> You
On Tue, Aug 2, 2016 at 10:13 AM, Jan Beulich wrote:
On 02.08.16 at 18:06, wrote:
>> On Tue, Aug 2, 2016 at 9:23 AM, Tamas K Lengyel
>> wrote:
>>> On Aug 2, 2016 06:45, "Jan Beulich" wrote:
>>> On 01.08.16 at 18:52, wrote:
> +int hvm_monitor_mem_access(struct vcpu* v, bool_t syn
On Tue, Apr 14, 2015 at 12:27 PM, wrote:
> Hi all
>
> We are now three months into 4.6 development window. This is an email to
> keep
> track of all the patch series I gathered. It is by no means complete and /
> or
> acurate. Feel free to reply this email with new projects or correct my
> misund
On Thu, Apr 9, 2015 at 1:07 PM, Tamas Lengyel
wrote:
>
>
> On Thu, Apr 9, 2015 at 1:03 PM, Tim Deegan wrote:
>
>> Hi,
>>
>> Sorry for the delay - I have been away.
>>
>> At 22:06 +0100 on 26 Mar (1427407612), Tamas K Lengyel wrote:
>> > Tam
On Thu, Apr 9, 2015 at 1:03 PM, Tim Deegan wrote:
> Hi,
>
> Sorry for the delay - I have been away.
>
> At 22:06 +0100 on 26 Mar (1427407612), Tamas K Lengyel wrote:
> > Tamas K Lengyel (12):
> > xen/mem_event: Cleanup of mem_event structures
> > xen/mem_event: Cleanup mem_event names in ring
On Thu, Mar 26, 2015 at 1:55 PM, Jan Beulich wrote:
> >>> On 26.03.15 at 13:30, wrote:
> > On Thu, Mar 26, 2015 at 11:50 AM, Jan Beulich wrote:
> > On 12.03.15 at 18:58, wrote:
> >>> @@ -91,41 +88,55 @@ static int hvm_event_traps(uint64_t parameters,
> vm_event_request_t *req)
> >>> r
On Thu, Mar 26, 2015 at 12:44 PM, Tim Deegan wrote:
> At 11:13 + on 26 Mar (1427368409), Tim Deegan wrote:
> > At 12:08 +0100 on 26 Mar (1427371713), Tamas K Lengyel wrote:
> > > Thanks, I'll be sending v8 of the series today. Are there any plans to
> > > merge the early parts of the series t
On Thu, Mar 12, 2015 at 4:56 PM, Tim Deegan wrote:
> At 01:11 +0100 on 18 Feb (1424218303), Tamas K Lengyel wrote:
> > Thus far mem_access and mem_sharing memops had been able to signal
> > to Xen to start pulling responses off the corresponding rings. In this
> patch
> > we retire these memops a
On Thu, Mar 12, 2015 at 4:36 PM, Tim Deegan wrote:
> Hi,
>
> At 01:11 +0100 on 18 Feb (1424218301), Tamas K Lengyel wrote:
> > -int mem_paging_memop(struct domain *d, xen_mem_paging_op_t *mpo)
> > +int mem_paging_memop(XEN_GUEST_HANDLE_PARAM(xen_mem_paging_op_t) arg)
> > {
> > -int rc = -ENO
On Thu, Mar 12, 2015 at 1:13 PM, Tim Deegan wrote:
> At 01:11 +0100 on 18 Feb (1424218291), Tamas K Lengyel wrote:
> > +struct mem_event_mem_access {
> > uint64_t gfn;
> > uint64_t offset;
> > -uint64_t gla; /* if gla_valid */
> > +uint64_t gla; /* if flags has MEM_ACCESS_GLA_
>
> * Clean-up of mem-event subsystem (good)
>v5 posted
> - Tamas K Lengyel
>
v7 will be posted today, status is good.
> === Hypervisor ARM ===
>
I've posted v13 of the mem_access for ARM series that should be added to
this tracker. Status should be good.
Thanks,
Tamas
> +int monitor_domctl(struct domain *d, struct xen_domctl_monitor_op *mop)
> +{
> +int rc;
> +
> +rc = xsm_vm_event_control(XSM_PRIV, d, vec->mode, vec->op);
> +if ( rc )
> +return rc;
>
The XSM check here has the wrong variable name and has been fixed - I seem
to have rushed a
17 matches
Mail list logo
