On 07/16/2015 01:13 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
Used by secondary to send it's dirty bitmap to primary under COLO.
Signed-off-by: Yang Hongyang
---
docs/specs/libxc-migration-stream.pandoc | 24 +++-
tools/libxc/xc_sr_common.c
On 07/16/2015 01:25 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
Add back channel support to write stream. If the write stream is
a back channel stream, this means the write stream is used by
Secondary to send some records back.
Signed-off-by: Yang Hongyang
---
tools/li
flight 59607 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59607/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 58842
build-i386-pvops
On 07/16/2015 01:35 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
write colo_context records into the stream, used by both
primary and secondary to send colo context.
Signed-off-by: Yang Hongyang
Signed-off-by: Wen Congyang
---
tools/libxl/libxl_internal.h | 5 +++
On 07/16/2015 01:38 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
This is used by primay to read records sent by secondary.
Signed-off-by: Yang Hongyang
---
tools/libxl/libxl_create.c | 1 +
tools/libxl/libxl_internal.h| 1 +
tools/libxl/libxl_stream_read.c |
>>> On 16.07.15 at 08:52, wrote:
> @@ -1577,9 +1578,15 @@ int iommu_do_pci_domctl(
> seg = machine_sbdf >> 16;
> bus = PCI_BUS(machine_sbdf);
> devfn = PCI_DEVFN2(machine_sbdf);
> +flag = domctl->u.assign_device.flag;
> +if ( flag > XEN_DOMCTL_DEV_RDM_REL
>>> On 16.07.15 at 08:53, wrote:
> --- a/xen/drivers/passthrough/vtd/iommu.c
> +++ b/xen/drivers/passthrough/vtd/iommu.c
> @@ -2294,13 +2294,37 @@ static int intel_iommu_assign_device(
> if ( list_empty(&acpi_drhd_units) )
> return -ENODEV;
>
> +seg = pdev->seg;
> +bus = pd
On 2015/7/16 15:40, Jan Beulich wrote:
On 16.07.15 at 08:52, wrote:
@@ -1577,9 +1578,15 @@ int iommu_do_pci_domctl(
seg = machine_sbdf >> 16;
bus = PCI_BUS(machine_sbdf);
devfn = PCI_DEVFN2(machine_sbdf);
+flag = domctl->u.assign_device.flag;
+if (
On 07/16/2015 01:44 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
[...]
+
if (!stream->rc)
stream->rc = rc;
stream_done(egc, stream);
@@ -794,6 +815,36 @@ static void check_all_finished(libxl__egc *egc,
stream->completion_callback(egc, stream, st
>>> On 10.07.15 at 16:50, wrote:
> On Thu, Jul 9, 2015 at 6:33 AM, Tiejun Chen wrote:
>> v7:
>
> It looks like most of the libxl/libxc patches have been acked. It
> seems to me that most of the hypervisor patches (1-3, 14-15) are
> either ready to go in or pretty close.
Now that I looked over
On 07/16/2015 02:15 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
From: Wen Congyang
We will call libxl__xc_domain_restore_done() to rebuild secondary vm. But
we need store mfn and console mfn when rebuilding secondary vm. So make
restore_results a function pointer in call
>>> On 16.07.15 at 09:48, wrote:
> On 2015/7/16 15:40, Jan Beulich wrote:
> On 16.07.15 at 08:52, wrote:
>>> @@ -1577,9 +1578,15 @@ int iommu_do_pci_domctl(
>>> seg = machine_sbdf >> 16;
>>> bus = PCI_BUS(machine_sbdf);
>>> devfn = PCI_DEVFN2(machine_sbdf);
>>> +
> On 16 Jul 2015, at 05:57, David Scott (Sales UK)
> wrote:
>
> One for you I think Dave?
>
> Sent from my iPhone
>
> Begin forwarded message:
>
>> From: "Ian Campbell"
>> To: "Ian Jackson" , "Wei Liu" ,
>> "xen-devel@lists.xen.org"
>> Cc: "Stefano Stabellini" , "Roger Pau Monne"
>> , "I
>>> On 15.07.15 at 18:15, wrote:
> - jbeul...@suse.com wrote:
>
>> >>> On 15.07.15 at 17:27, wrote:
>> > On Wed, Jul 15, 2015 at 08:25:06AM +0100, Jan Beulich wrote:
>> >> >>> On 14.07.15 at 12:43, wrote:
>> >> On 13.07.15 at 20:18, wrote:
>> >> >> +/* Macro for RMRR inclusive range
On 2015/7/16 15:55, Jan Beulich wrote:
On 10.07.15 at 16:50, wrote:
On Thu, Jul 9, 2015 at 6:33 AM, Tiejun Chen wrote:
v7:
It looks like most of the libxl/libxc patches have been acked. It
seems to me that most of the hypervisor patches (1-3, 14-15) are
either ready to go in or pretty clos
Hi Vijay,
On 15/07/2015 20:13, Julien Grall wrote:
+uint8_t vgic_its_get_priority(struct vcpu *v, uint32_t pid)
+{
+uint8_t priority;
+
+priority = readb_relaxed(v->domain->arch.vits->prop_page + pid);
Why do you use readb_relaxed here? This should only be used for Device
MMIO.
Altho
>>> On 16.07.15 at 10:03, wrote:
> On 2015/7/16 15:55, Jan Beulich wrote:
> On 10.07.15 at 16:50, wrote:
>>> On Thu, Jul 9, 2015 at 6:33 AM, Tiejun Chen wrote:
v7:
>>>
>>> It looks like most of the libxl/libxc patches have been acked. It
>>> seems to me that most of the hypervisor patc
flight 59602 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59602/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 547a6507936e6088302e01d6624d60f58d56b732
baseline version:
ovmf 680742607132a7733880407453b5f792699
It looks like most of the libxl/libxc patches have been acked. It
seems to me that most of the hypervisor patches (1-3, 14-15) are
either ready to go in or pretty close.
Now that I looked over v8 I have to admit that if I was a tools
maintainer I wouldn't want to see some of the tools patches i
>>> On 16.07.15 at 10:13, wrote:
> It looks like most of the libxl/libxc patches have been acked. It
> seems to me that most of the hypervisor patches (1-3, 14-15) are
> either ready to go in or pretty close.
Now that I looked over v8 I have to admit that if I was a tools
>>
On Thu, 2015-07-16 at 09:08 +0100, Jan Beulich wrote:
> >>> On 16.07.15 at 10:03, wrote:
> > On 2015/7/16 15:55, Jan Beulich wrote:
> > On 10.07.15 at 16:50, wrote:
> >>> On Thu, Jul 9, 2015 at 6:33 AM, Tiejun Chen wrote:
> v7:
> >>>
> >>> It looks like most of the libxl/libxc patches h
On Thu, 2015-07-16 at 08:59 +0100, Dave Scott wrote:
[...]
> >> Signed-off-by: Ian Campbell
> >> Cc: David Scott
>
> Confusingly my email is (‘dave’ rather than
> ‘david’) — best to avoid cc:ing ‘david.scott’ as he probably hasn’t
> got xen-devel email filters set up ;-)
Oh carp, sorry David a
Hi Vijay,
On 10/07/2015 09:42, vijay.kil...@gmail.com wrote:
diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c
index 3806d98..c8ea627 100644
--- a/xen/arch/arm/irq.c
+++ b/xen/arch/arm/irq.c
[...]
int __init arch_init_one_irq_desc(struct irq_desc *desc)
@@ -88,6 +97,15 @@ static int __i
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 15 July 2015 15:40
> To: xen-de...@lists.xenproject.org
> Cc: Wei Liu; Jan Beulich; Andrew Cooper; Paul Durrant
> Subject: Regression in OSSTest Windows install test case
>
> Hi all
>
> The Windows install test case
On Thu, Jul 16, 2015 at 09:30:54AM +0100, Ian Campbell wrote:
> On Thu, 2015-07-16 at 09:08 +0100, Jan Beulich wrote:
> > >>> On 16.07.15 at 10:03, wrote:
> > > On 2015/7/16 15:55, Jan Beulich wrote:
> > > On 10.07.15 at 16:50, wrote:
> > >>> On Thu, Jul 9, 2015 at 6:33 AM, Tiejun Chen
> >
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 1:53 AM
>
On 14.07.15 at 02:01, wrote:
>>>From: Jan Beulich [mailto:jbeul...@suse.com]
>>>Sent: Monday, July 13, 2015 1:01 AM
>> On 10.07.15 at 23:48, wrote:
> From: Jan Beulich [mailto:jbeul...@suse.com]
>>>
In device_tree_for_each_node the call to the callback was using
{address,size}_cells[depth - 1], which at depth 0 could read off the
front of the array.
We already handled this correctly in the rest of the loop so fixup
this instance as well.
Reported-by: Chris (Christopher) Brand
Signed-off-by:
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 6:13 AM
>
On 14.07.15 at 02:14, wrote:
>> +void
>> +altp2m_vcpu_initialise(struct vcpu *v) {
>> +if ( v != current )
>> +vcpu_pause(v);
>> +
>> +altp2m_vcpu_reset(v);
>> +vcpu_altp2m(v).p2midx = 0;
[Adding Juergen]
On Wed, 2015-07-15 at 18:16 +0100, Wei Liu wrote:
> On Tue, Jul 14, 2015 at 06:33:22PM +0100, Ian Jackson wrote:
> > Wei Liu writes ("[PATCH v3 10/10] libxl: fix caller of libxl_cpupool
> > functions"):
> > > --- a/tools/libxl/libxl.c
> > > +++ b/tools/libxl/libx
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 7:37 AM
>
On 14.07.15 at 02:14, wrote:
>> Signed-off-by: Ed White
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -6443,6 +6443,148 @@ long do_hvm_op(unsigned long op,
>XEN_GUEST_HANDLE_PARAM(vo
>>> On 16.07.15 at 10:48, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Tuesday, July 14, 2015 1:53 AM
> On 14.07.15 at 02:01, wrote:
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Monday, July 13, 2015 1:01 AM
>>> On 10.07.15 at 23:48, wrote:
>> From: Ja
On Thu, Jul 16, 2015 at 09:39:42AM +0100, Paul Durrant wrote:
[...]
> I think I found the semantic difference. Prior to this patch it would seem
> that stdvga buffered writes even when not in stdvga mode. When I tested your
> config (using cirrus), windows drops out of stdvga quite early in boot
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 16 July 2015 10:03
> To: Paul Durrant
> Cc: Wei Liu; xen-de...@lists.xenproject.org; Jan Beulich; Andrew Cooper
> Subject: Re: Regression in OSSTest Windows install test case
>
> On Thu, Jul 16, 2015 at 09:39:42AM +0
On Thu, Jul 16, 2015 at 10:57:24AM +0200, Dario Faggioli wrote:
> [Adding Juergen]
>
> On Wed, 2015-07-15 at 18:16 +0100, Wei Liu wrote:
> > On Tue, Jul 14, 2015 at 06:33:22PM +0100, Ian Jackson wrote:
> > > Wei Liu writes ("[PATCH v3 10/10] libxl: fix caller of libxl_cpupool
> > >
>>> On 16.07.15 at 10:57, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Tuesday, July 14, 2015 6:13 AM
> On 14.07.15 at 02:14, wrote:
>>> @@ -722,6 +731,27 @@ void nestedp2m_write_p2m_entry(struct
>>p2m_domain *p2m, unsigned long gfn,
>>> l1_pgentry_t *p, l1_pgentry_t ne
>>> On 16.07.15 at 11:02, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Tuesday, July 14, 2015 7:37 AM
>>
> On 14.07.15 at 02:14, wrote:
>>> Signed-off-by: Ed White
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b/xen/arch/x86/hvm/hvm.c
>>> @@ -6443,6 +6443,148 @@ long do_hvm_op(u
On Thu, Jul 16, 2015 at 10:06:35AM +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: 16 July 2015 10:03
> > To: Paul Durrant
> > Cc: Wei Liu; xen-de...@lists.xenproject.org; Jan Beulich; Andrew Cooper
> > Subject: Re: Regression in OS
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 16 July 2015 10:12
> To: Paul Durrant
> Cc: Wei Liu; xen-de...@lists.xenproject.org; Jan Beulich; Andrew Cooper
> Subject: Re: Regression in OSSTest Windows install test case
>
> On Thu, Jul 16, 2015 at 10:06:35AM +0
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 7:32 AM
>
On 14.07.15 at 02:14, wrote:
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -2802,10 +2802,11 @@ int hvm_hap_nested_page_fault(paddr_t gpa,
>unsigned long gla,
>> mfn_t mfn;
>>
>>> On 16.07.15 at 08:52, wrote:
> Now we get this map layout by call XENMEM_memory_map then
> save them into one global variable memory_map[]. It should
> include lowmem range, rdm range and highmem range. Note
> rdm range and highmem range may not exist in some cases.
>
> And here we need to ch
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 6:57 AM
>
On 14.07.15 at 02:14, wrote:
>> Implement and hook up the code to enable VMX support of VMFUNC and
>#VE.
>>
>> VMFUNC leaf 0 (EPTP switching) emulation is added in a later patch.
>>
>> Signed-off-by: Ed Whit
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Tuesday, July 14, 2015 7:08 AM
>
On 14.07.15 at 02:14, wrote:
>> --- a/xen/include/public/vm_event.h
>> +++ b/xen/include/public/vm_event.h
>> @@ -47,6 +47,16 @@
>> #define VM_EVENT_FLAG_VCPU_PAUSED (1 << 0)
>> /* Flags to aid debuggi
On 07/15/2015 09:32 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
tools/libxl/libxl_types.idl | 4 +-
diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
index e8d3647..1d676ef 100644
--- a/tools/libxl/libxl_types.idl
+++ b/t
When c/s 3bbaaec09 "unify stdvga mmio intercept with standard mmio
intercept" was added, a small semantic change was made. Prior to
this patch the hypervisor unconditionally sent all guest writes
to the VGA aperture as buffered ioreqs, whereas after the patch it
only does this when the VGA model is
On 15/07/15 14:34, Yang Hongyang wrote:
>
>
> On 07/15/2015 09:15 PM, Ian Campbell wrote:
>> On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
>>> This patch is auto generated by the following commands:
>>> 1. git mv tools/libxl/libxl_remus_device.c
>>> tools/libxl/libxl_checkpoint_device.c
On Thu, Jul 16, 2015 at 9:26 AM, Jan Beulich wrote:
On 16.07.15 at 10:13, wrote:
>> It looks like most of the libxl/libxc patches have been acked. It
>> seems to me that most of the hypervisor patches (1-3, 14-15) are
>> either ready to go in or pretty close.
>
> Now tha
On 07/16/2015 05:26 PM, Andrew Cooper wrote:
On 15/07/15 14:34, Yang Hongyang wrote:
On 07/15/2015 09:15 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
This patch is auto generated by the following commands:
1. git mv tools/libxl/libxl_remus_device.c
too
On 07/16/2015 10:57 AM, Dario Faggioli wrote:
[Adding Juergen]
Near miss. You took my old mail address. :-)
On Wed, 2015-07-15 at 18:16 +0100, Wei Liu wrote:
On Tue, Jul 14, 2015 at 06:33:22PM +0100, Ian Jackson wrote:
Wei Liu writes ("[PATCH v3 10/10] libxl: fix caller of libxl_cpupool
f
On Thu, 2015-07-16 at 17:23 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 09:32 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> tools/libxl/libxl_types.idl | 4 +-
> >
> >> diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
On 07/16/2015 11:07 AM, Wei Liu wrote:
On Thu, Jul 16, 2015 at 10:57:24AM +0200, Dario Faggioli wrote:
[Adding Juergen]
On Wed, 2015-07-15 at 18:16 +0100, Wei Liu wrote:
On Tue, Jul 14, 2015 at 06:33:22PM +0100, Ian Jackson wrote:
Wei Liu writes ("[PATCH v3 10/10] libxl: fix c
>>> On 16.07.15 at 11:16, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Tuesday, July 14, 2015 7:32 AM
> On 14.07.15 at 02:14, wrote:
>>> @@ -2965,9 +3003,15 @@ int hvm_hap_nested_page_fault(paddr_t gpa,
>>unsigned long gla,
>>> if ( npfec.write_access )
>>>
On 16/07/15 10:24, Paul Durrant wrote:
> When c/s 3bbaaec09 "unify stdvga mmio intercept with standard mmio
> intercept" was added, a small semantic change was made. Prior to
> this patch the hypervisor unconditionally sent all guest writes
> to the VGA aperture as buffered ioreqs, whereas after th
On 07/16/2015 05:31 PM, Ian Campbell wrote:
On Thu, 2015-07-16 at 17:23 +0800, Yang Hongyang wrote:
On 07/15/2015 09:32 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
tools/libxl/libxl_types.idl | 4 +-
diff --git a/tools/libxl/libxl_types.i
>>> On 16.07.15 at 11:20, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Tuesday, July 14, 2015 6:57 AM
> On 14.07.15 at 02:14, wrote:
>>> +static bool_t vmx_vcpu_emulate_ve(struct vcpu *v) {
>>> +bool_t rc = 0;
>>> +ve_info_t *veinfo = gfn_x(vcpu_altp2m(v).veinfo_gfn)
On Thu, Jul 16, 2015 at 3:05 AM, Chen, Tiejun wrote:
> Could you take a look at the original patch #06 ? Although Jan thought that
> is complicated, that is really one version that I can refine in current time
> slot.
When you say "original", which version are you talking about? You
mean the on
On Thu, Jul 16, 2015 at 2:58 AM, Chen, Tiejun wrote:
>> I think I would say:
>>
>> --
>> Now use the hypervisor-supplied memory map to build our final e820 table:
>> * Add regions for BIOS ranges and other special mappings not in the
>> hypervisor map
>> * Add in the hypervisor regions
>> * Adjust
>>> On 16.07.15 at 11:27, wrote:
> On Thu, Jul 16, 2015 at 9:26 AM, Jan Beulich wrote:
> On 16.07.15 at 10:13, wrote:
>>> It looks like most of the libxl/libxc patches have been acked. It
>>> seems to me that most of the hypervisor patches (1-3, 14-15) are
>>> either ready to go
On 16/07/15 07:32, Yang Hongyang wrote:
>
>
> On 07/16/2015 12:52 AM, Andrew Cooper wrote:
>> On 15/07/15 10:18, Yang Hongyang wrote:
>>> From: Wen Congyang
>>>
>>> It is the negotiation record for COLO.
>>> Primary->Secondary:
>>> control_id 0x: Secondary VM is out of sync, start a n
> On 16 Jul 2015, at 09:30, Ian Campbell wrote:
>
> On Thu, 2015-07-16 at 09:08 +0100, Jan Beulich wrote:
>>
>>>
>>> Does this imply this is already reviewed?
>>
>> No, that would be expressed by Reviewed-by. Acked-by merely
>> means no objection by the maintainer for the change to go in.
>
On 16/07/15 10:45, Andrew Cooper wrote:
> On 16/07/15 07:32, Yang Hongyang wrote:
>>
>> On 07/16/2015 12:52 AM, Andrew Cooper wrote:
>>> On 15/07/15 10:18, Yang Hongyang wrote:
From: Wen Congyang
It is the negotiation record for COLO.
Primary->Secondary:
control_id 0x
On 16/07/15 08:56, Yang Hongyang wrote:
>
>
> On 07/16/2015 02:15 AM, Andrew Cooper wrote:
>> On 15/07/15 10:18, Yang Hongyang wrote:
>>> From: Wen Congyang
>>>
>>> We will call libxl__xc_domain_restore_done() to rebuild secondary
>>> vm. But
>>> we need store mfn and console mfn when rebuilding s
On Thu, Jul 16, 2015 at 10:44 AM, Jan Beulich wrote:
On 16.07.15 at 11:27, wrote:
>> On Thu, Jul 16, 2015 at 9:26 AM, Jan Beulich wrote:
>> On 16.07.15 at 10:13, wrote:
It looks like most of the libxl/libxc patches have been acked. It
seems to me that most of the hyp
On 2015/7/16 17:40, George Dunlap wrote:
On Thu, Jul 16, 2015 at 3:05 AM, Chen, Tiejun wrote:
Could you take a look at the original patch #06 ? Although Jan thought that
is complicated, that is really one version that I can refine in current time
slot.
When you say "original", which version
On 07/16/2015 05:45 PM, Andrew Cooper wrote:
On 16/07/15 07:32, Yang Hongyang wrote:
On 07/16/2015 12:52 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
From: Wen Congyang
It is the negotiation record for COLO.
Primary->Secondary:
control_id 0x: Secondary VM
On Thu, 2015-07-16 at 10:34 +0100, Andrew Cooper wrote:
> On 16/07/15 10:24, Paul Durrant wrote:
> > When c/s 3bbaaec09 "unify stdvga mmio intercept with standard mmio
> > intercept" was added, a small semantic change was made. Prior to
> > this patch the hypervisor unconditionally sent all guest w
On Thu, 2015-07-16 at 17:36 +0800, Yang Hongyang wrote:
>
> On 07/16/2015 05:31 PM, Ian Campbell wrote:
> > On Thu, 2015-07-16 at 17:23 +0800, Yang Hongyang wrote:
> >>
> >> On 07/15/2015 09:32 PM, Ian Campbell wrote:
> >>> On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> tools/li
On 16/07/15 11:11, Yang Hongyang wrote:
>
>
> On 07/16/2015 05:45 PM, Andrew Cooper wrote:
>> On 16/07/15 07:32, Yang Hongyang wrote:
>>>
>>>
>>> On 07/16/2015 12:52 AM, Andrew Cooper wrote:
On 15/07/15 10:18, Yang Hongyang wrote:
> From: Wen Congyang
>
> It is the negotiation rec
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: 16 July 2015 11:13
> To: Andrew Cooper
> Cc: Paul Durrant; xen-de...@lists.xenproject.org; Keir (Xen.org); Jan Beulich
> Subject: Re: [Xen-devel] [PATCH (for 4.6)] x86/hvm: Unconditionally buffer
> writes to
On 07/16/2015 06:14 PM, Ian Campbell wrote:
On Thu, 2015-07-16 at 17:36 +0800, Yang Hongyang wrote:
On 07/16/2015 05:31 PM, Ian Campbell wrote:
On Thu, 2015-07-16 at 17:23 +0800, Yang Hongyang wrote:
On 07/15/2015 09:32 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongy
flight 59598 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59598/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 11 guest-saverestore fail REGR. vs. 59059
test-amd64-amd64-xl
Sadly we lack a proper infrastructure for handing guest memory size
and fitting it into the host. We don't currently even have in our
database the amount of RAM the host has.
The recommended minimum for Windows is 2Gby. But we have (in the
Cambridge instance) some hosts which only have 4Gby. We
On Wed, 2015-07-15 at 20:35 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 08:02 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> init stream {read/write} state checkpoint_callback in Remus
> >> checkpoint callback.
> >
> > Why? Is this earlier or later than
Hey,
This started on IRC, but it's actually appropriate to have the
conversation here.
I just discovered an issue with vNUMA, when PV guests are used. In fact,
creating a 4 vCPUs PV guest, and making up things so that all the 4
vCPUs should be busy, I see this:
root@Zhaman:~# xl vcpu-list test
N
On Wed, 2015-07-15 at 21:58 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 08:34 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> introduce enum type libxl_checkpointed_stream in IDL.
> >> rename the last argument of migrate_receive from "remus" to
> >> "chec
On 16/07/15 11:31, Ian Jackson wrote:
> Sadly we lack a proper infrastructure for handing guest memory size
> and fitting it into the host. We don't currently even have in our
> database the amount of RAM the host has.
>
> The recommended minimum for Windows is 2Gby. But we have (in the
> Cambrid
The recommended size of Windows 7 64bit is 2G, 512MB is probably too
low. Given that all hosts in Cambridge instance have at least 4G ram and
all hosts in colo have at least 8G, we bump Windows ram size to a more
reasonable value.
The value 1.75G is chosen because we might want to test Windows gue
Ignore this. Ian already sent to patch!
On Thu, Jul 16, 2015 at 11:36:13AM +0100, Wei Liu wrote:
> The recommended size of Windows 7 64bit is 2G, 512MB is probably too
> low. Given that all hosts in Cambridge instance have at least 4G ram and
> all hosts in colo have at least 8G, we bump Windows r
On Wed, 2015-07-15 at 21:50 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 09:28 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> @@ -2921,6 +2911,26 @@ _hidden void
> >> libxl__checkpoint_devices_preresume(libxl__egc *egc,
> >>
On 16/07/15 11:36, Wei Liu wrote:
> The recommended size of Windows 7 64bit is 2G, 512MB is probably too
> low. Given that all hosts in Cambridge instance have at least 4G ram and
> all hosts in colo have at least 8G, we bump Windows ram size to a more
> reasonable value.
>
> The value 1.75G is cho
On Thu, 2015-07-16 at 13:32 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 07:26 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> Refactoring Remus setup by introducing libxl__remus_setup API.
> >> All Remus setup work are done in this function.
> >>
> >> Als
On Thu, 2015-07-16 at 11:49 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 08:50 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> Currently, libxl__domain_unpause() only supports
> >> qemu-xen-traditional. Update it to support qemu-xen.
> >> We use libxl__dom
On Thu, 2015-07-16 at 14:05 +0800, Yang Hongyang wrote:
>
> On 07/15/2015 08:38 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> Pass checkpointed_stream from libxl to libxc.
> >> It won't affact legacy migration because legacy migration
> >> won't use this
On 07/16/2015 06:34 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 21:58 +0800, Yang Hongyang wrote:
On 07/15/2015 08:34 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
introduce enum type libxl_checkpointed_stream in IDL.
rename the last argument of migrate_r
>>> On 16.07.15 at 12:32, wrote:
> root@test:~# numactl --hardware
> available: 2 nodes (0-1)
> node 0 cpus: 0 1
> node 0 size: 475 MB
> node 0 free: 382 MB
> node 1 cpus: 2 3
> node 1 size: 495 MB
> node 1 free: 475 MB
> node distances:
> node 0 1
> 0: 10 10
> 1: 20 10
>
> root@tes
flight 59596 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59596/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
On 07/16/2015 06:39 PM, Ian Campbell wrote:
On Thu, 2015-07-16 at 11:49 +0800, Yang Hongyang wrote:
On 07/15/2015 08:50 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
Currently, libxl__domain_unpause() only supports
qemu-xen-traditional. Update it to support
On Thu, 2015-07-16 at 11:20 +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: 16 July 2015 11:13
> > To: Andrew Cooper
> > Cc: Paul Durrant; xen-de...@lists.xenproject.org; Keir (Xen.org); Jan
> > Beulich
> > Subject: Re: [X
On Thu, 2015-07-16 at 11:36 +0100, Andrew Cooper wrote:
> On 16/07/15 11:31, Ian Jackson wrote:
> > Sadly we lack a proper infrastructure for handing guest memory size
> > and fitting it into the host. We don't currently even have in our
> > database the amount of RAM the host has.
> >
> > The rec
On 16/07/15 11:47, Jan Beulich wrote:
On 16.07.15 at 12:32, wrote:
>> root@test:~# numactl --hardware
>> available: 2 nodes (0-1)
>> node 0 cpus: 0 1
>> node 0 size: 475 MB
>> node 0 free: 382 MB
>> node 1 cpus: 2 3
>> node 1 size: 495 MB
>> node 1 free: 475 MB
>> node distances:
>> node 0
On 16/07/15 11:54, Ian Campbell wrote:
> On Thu, 2015-07-16 at 11:36 +0100, Andrew Cooper wrote:
>> On 16/07/15 11:31, Ian Jackson wrote:
>>> Sadly we lack a proper infrastructure for handing guest memory size
>>> and fitting it into the host. We don't currently even have in our
>>> database the a
Migrate xen driver to the new 'set-state' interface provided by
clockevents core, the earlier 'set-mode' interface is marked obsolete
now.
This also enables us to implement callbacks for new states of clockevent
devices, for example: ONESHOT_STOPPED.
Callbacks aren't implemented for modes where w
On 07/16/2015 06:32 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 20:35 +0800, Yang Hongyang wrote:
On 07/15/2015 08:02 PM, Ian Campbell wrote:
On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
init stream {read/write} state checkpoint_callback in Remus
checkpoint callback.
Why? Is
On Thu, 2015-07-16 at 14:29 +0800, Yang Hongyang wrote:
> On 07/15/2015 09:13 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> >> In COLO mode, both VMs are running, and are considered in sync if the
> >> visible network traffic is identical. After some time, t
On Thu, Jul 16, 2015 at 7:52 AM, Tiejun Chen wrote:
> This patch extends the existing hypercall to support rdm reservation policy.
> We return error or just throw out a warning message depending on whether
> the policy is "strict" or "relaxed" when reserving RDM regions in pfn space.
> Note in som
Ian Campbell writes ("Re: [Xen-devel] [PATCH v4 --for 4.6 COLOPre 24/25]
tools/libxl: move remus state into a seperate structure"):
> On Wed, 2015-07-15 at 21:50 +0800, Yang Hongyang wrote:
> > Yes, checkpoint device is an abstract layer, used by both Remus & colo,
> > in the abstract layer, we do
On Thu, Jul 16, 2015 at 7:52 AM, Tiejun Chen wrote:
> Now we get this map layout by call XENMEM_memory_map then
> save them into one global variable memory_map[]. It should
> include lowmem range, rdm range and highmem range. Note
> rdm range and highmem range may not exist in some cases.
>
> And
On Thu, 2015-07-16 at 19:00 +0800, Yang Hongyang wrote:
>
> On 07/16/2015 06:32 PM, Ian Campbell wrote:
> > On Wed, 2015-07-15 at 20:35 +0800, Yang Hongyang wrote:
> >>
> >> On 07/15/2015 08:02 PM, Ian Campbell wrote:
> >>> On Wed, 2015-07-15 at 15:45 +0800, Yang Hongyang wrote:
> init stream
Having a separate toolstack help to configure the host specificly for
OpenStack, and also helps to have a separate flight.
Signed-off-by: Anthony PERARD
---
Osstest/Toolstack/openstack.pm | 81 ++
ts-xen-install | 1 +
2 files changed, 82
Hi,
I have looked into getting OpenStack been tested on the latest Xen via
osstest. There is an adjustement in common code to accomodate OpenStack,
this is an extra Linux config option. Otherwise anything else should be
done only if a Toolstack named "openstack" is to be used for testing.
I've in
Signed-off-by: Anthony PERARD
---
ap-common| 4
ap-fetch-version | 4
ap-fetch-version-old | 5 +
ap-print-url | 3 +++
cri-common | 1 +
make-flight | 17 +
mfi-common | 7 +++
7 files changed, 41 insert
1 - 100 of 315 matches
Mail list logo
