Hi Will, Mark,
On 2016/3/30 0:31, Mark Rutland wrote:
> On Tue, Mar 29, 2016 at 05:18:38PM +0100, Will Deacon wrote:
>> > On Thu, Mar 24, 2016 at 10:44:31PM +0800, Shannon Zhao wrote:
>>> > > When it's a Xen domain0 booting with ACPI, it will supply a /chosen and
>>> > > a /hypervisor node in DT.
2016-03-29 18:39 GMT+08:00 Jan Beulich :
> Forwarding entire batches to the device model when an individual
> iteration of them got rejected by internal device emulation handlers
> with X86EMUL_UNHANDLEABLE is wrong: The device model would then handle
> all iterations, without the internal handler
flight 87889 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87889/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm 11 guest-start fail REGR. vs. 86632
test-armhf-armhf-
On 2016/3/30 0:35, Julien Grall wrote:
> Hi Shannon,
>
> On 24/03/16 14:44, Shannon Zhao wrote:
>> When booting with ACPI, it could get the event-channel irq through
>
> The kernel will always get the event-channel IRQ through
> HVM_PARAM_CALLBACK_IRQ.
>
> So I would say: ", the kernel will ge
On 2016/3/30 0:28, Julien Grall wrote:
> Hi Shannon,
>
> On 24/03/16 14:44, Shannon Zhao wrote:
>> Make xen_xlate_map_ballooned_pages work with 64K pages. In that case
>> Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns
>> refer to 4K pages.
>>
>> Signed-off-by: Shannon Zha
>>> On 29.03.16 at 22:07, wrote:
> On 3/24/16 9:31 AM, Jan Beulich wrote:
>> They're not really useful past the building stage and only needlessly
>> increase binary file sizes.
>>
>> Signed-off-by: Jan Beulich
>>
>> --- a/xen/Rules.mk
>> +++ b/xen/Rules.mk
>> @@ -50,6 +50,7 @@ ALL_OBJS-$(CONFI
>>> On 29.03.16 at 19:34, wrote:
> On Tue, Mar 29, 2016 at 06:21:40AM -0600, Jan Beulich wrote:
>> REST maintainers,
>>
>> may I please ask for acks or otherwise on
>> http://lists.xenproject.org/archives/html/xen-devel/2016-02/msg03193.html
>
> Could you resend the ones you want in 4.7 pls?
S
>>> On 29.03.16 at 18:22, wrote:
> On 29/03/16 08:12, Jan Beulich wrote:
> On 25.03.16 at 14:48, wrote:
>>> These patches are Part 4 (and last part) of the previous patch set I
>>> sent which adds ACPI support for arm64 on Xen[1]. Split them as an
>>> individual set for convenient reviewing.
>>> On 30.03.16 at 04:28, wrote:
> On March 29, 2016 3:21pm, wrote:
>> >>> On 28.03.16 at 05:33, wrote:
>> > On March 18, 2016 1:15am, wrote:
>> >> >>> On 17.03.16 at 07:54, wrote:
>> >> > --- a/xen/common/grant_table.c
>> >> > +++ b/xen/common/grant_table.c
>> >> > @@ -932,8 +932,9 @@ __gntta
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 March 2016 07:19
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org
> Subject: Re: [PATCH v2] x86/hvm/viridian: save APIC assist vector
>
> >>> On 29.03.16 at 11:30, wrote:
> > @@ -806,7 +808,8 @@ static i
Some SKL-H configurations require "max_cstate=7" to boot.
While that is an effective workaround, it disables C10.
This patch detects the problematic configuration,
and disables C8 and C9, keeping C10 enabled.
Note that enabling SGX in BIOS SETUP can also prevent this issue,
if the system BIOS pro
Enables "Intel(R) Xeon Phi(TM) Processor x200 Product Family" support,
formerly code-named KNL. It is based on modified Intel Atom Silvermont
microarchitecture.
Signed-off-by: Dasaratharaman Chandramouli
[micah.bar...@intel.com: adjusted values of residency and latency]
Signed-off-by: Micah Bara
>>> On 30.03.16 at 10:34, wrote:
> Some SKL-H configurations require "max_cstate=7" to boot.
> While that is an effective workaround, it disables C10.
>
> This patch detects the problematic configuration,
> and disables C8 and C9, keeping C10 enabled.
>
> Note that enabling SGX in BIOS SETUP can
flight 87891 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87891/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 6 xen-boot fail REGR. vs. 86205
test-armhf-armhf-
On Tue, Mar 29, 2016 at 6:21 PM, Doug Goldstein wrote:
> On 3/29/16 6:44 AM, George Dunlap wrote:
>> On Mon, Mar 28, 2016 at 4:01 PM, Doug Goldstein wrote:
>>> On 3/16/16 2:14 PM, Doug Goldstein wrote:
On 3/8/16 10:50 AM, Wei Liu wrote:
> On Tue, Mar 08, 2016 at 10:34:42AM -0600, Doug Go
From: Shannon Zhao
Interrupt information is described in DSDT and is not available at the
time of booting. Check if the interrupt is permitted to access and set
the interrupt type, route it to guest dynamically only for SPI
and Dom0.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Revie
From: Shannon Zhao
These patches are Part 4 (and last part) of the previous patch set I
sent which adds ACPI support for arm64 on Xen[1]. Split them as an
individual set for convenient reviewing.
These patches create UEFI and ACPI tables which are mapped to Dom0's
space and add other preparation
From: Shannon Zhao
Create a DT for Dom0 for ACPI-case only. DT contains minimal required
information such as Dom0 bootargs, initrd, efi description table and
address of uefi memory table.
Also document this device tree bindings of "hypervisor" and
"hypervisor/uefi" node.
Signed-off-by: Naresh B
From: Shannon Zhao
Map the UEFI and ACPI tables which we created to non-RAM space in Dom0.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
v8: update the comments
---
xen/arch/arm/domain_build.c | 22 ++
1 file changed, 22 insertions
From: Shannon Zhao
Create EFI memory descriptors to tell Dom0 the RAM region information,
ACPI table regions and EFI tables reserved regions.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 1 +
From: Shannon Zhao
Create STAO table for Dom0. This table is used to tell Dom0 whether it
should ignore UART defined in SPCR table or the ACPI namespace names.
Look at below url for details:
http://wiki.xenproject.org/mediawiki/images/0/02/Status-override-table.pdf
Signed-off-by: Parth Dixit
S
From: Shannon Zhao
Firstly it permits full MMIO capabilities for Dom0. Then deny MMIO
access of Xen used devices, such as UART, GIC, SMMU. Currently, it only
denies the MMIO access of UART and GIC regions. For other Xen used
devices it could be added later when they are supported.
Signed-off-by:
From: Shannon Zhao
Add a new member in gic_hw_operations which is used to create MADT table
for Dom0.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/gic-v2.c | 42 +++
xen/arch/arm/gic-v3.c | 56
From: Shannon Zhao
Copy main MADT table contents and distributor subtable from physical
ACPI MADT table. Make other subtables through the callback of
gic_hw_ops.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 60 ++
From: Shannon Zhao
Prepare EFI system table for Dom0 to describe the information of UEFI.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 1 +
xen/arch/arm/efi/efi-dom0.c | 45 ++
From: Shannon Zhao
Estimate the memory required for loading acpi/efi tables in Dom0. Make
the length of each table aligned with 64bit. Alloc the pages to store
the new created EFI and ACPI tables and free these pages when
destroying domain.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabe
From: Shannon Zhao
It needs to map platform or amba device mmio to Dom0 on ARM. But when
booting with ACPI, it can't get the mmio region in Xen due to lack of
AML interpreter to parse DSDT table. Therefore, let Dom0 call a
hypercall to map mmio region when it adds the devices.
Here we add a new
From: Parth Dixit
Create a helper function for mapping with cached attributes and
read-write range.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/p2m.c| 26 ++
xen/include/asm-ar
From: Shannon Zhao
Store the event-channel interrupt number and flag in HVM parameter
HVM_PARAM_CALLBACK_IRQ. Then Dom0 could get it through hypercall
HVMOP_get_param.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 14
From: Shannon Zhao
Copy and modify FADT table before passing it to Dom0. Set PSCI_COMPLIANT
and PSCI_USE_HVC.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 43 +++
1 file changed, 4
From: Shannon Zhao
Add a new member in gic_hw_operations which is used to deny Dom0 access
to GIC regions.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/gic-v2.c | 27 +++
xen/arch/arm/gic-v3.c | 41 +++
From: Shannon Zhao
Allow DOM0 to use all SPIs but the ones used by Xen. Then when Dom0
configures the interrupt, it could set the interrupt type and route it
to Dom0.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 35 +
From: Shannon Zhao
Map all other ACPI tables into Dom0 using 1:1 mappings.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/xen/arch/arm/domain_bu
From: Shannon Zhao
Copy RSDP table and replace rsdp->xsdt_physical_address with the address
of XSDT table, so it can point to the right XSDT table.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/domain_build.c | 38 +++
From: Shannon Zhao
Add ACPI support on arm64 xen hypervisor. Enable EFI support on ARM.
Cc: Jan Beulich
Signed-off-by: Shannon Zhao
Acked-by: Jan Beulich
Reviewed-by: Stefano Stabellini
Acked-by: Julien Grall
---
xen/arch/arm/Kconfig | 9 +
xen/common/efi/runtime.c | 12 ++
From: Shannon Zhao
Copy and modify XSDT table before passing it to Dom0. Replace the entry
value of the copied table. Add a new entry for STAO table as well. And
keep entry value of other reused tables unchanged.
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
Acked-by: Julien Grall
From: Shannon Zhao
These tables are aligned with 64bit.
Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
---
v8: update the description of the function
---
xen/arch/arm/acpi/lib.c| 15 +++
xen/include/asm-arm/acpi.h | 10 ++
2 files changed, 25 insertions(+)
flight 87991 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87991/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
coverity-amd644 capture-logs !broken [st=!
Il 24/02/2016 12:51, Wei Liu ha scritto:
On Fri, Feb 19, 2016 at 04:22:28PM +0100, Fabio Fantoni wrote:
Signed-off-by: Fabio Fantoni
Acked-by: Wei Liu
ping
---
tools/libxl/libxl_types.idl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_types.idl
On 24/03/16 20:41, Wei Liu wrote:
> On Thu, Mar 24, 2016 at 06:58:44PM +0100, Juergen Gross wrote:
>> On 24/03/16 15:03, Wei Liu wrote:
>>> On Tue, Mar 22, 2016 at 08:36:21AM +0100, Juergen Gross wrote:
Committers,
anything missing on my side to have this series being committed?
Commit 57844631 "save APIC assist vector" added an extra field to the
viridian vcpu context save record. This field was only a uint8_t and
so an extra __pad field was also added to pad up to the next 64-bit
boundary.
This patch makes sure that __pad field is zeroed on save and checked
for zero on
osstest service owner writes ("[xen-unstable-coverity test] 87991: trouble:
broken"):
> flight 87991 xen-unstable-coverity real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/87991/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including
Hi Shannon,
On 30/03/16 08:38, Shannon Zhao wrote:
On 2016/3/30 0:28, Julien Grall wrote:
On 24/03/16 14:44, Shannon Zhao wrote:
Make xen_xlate_map_ballooned_pages work with 64K pages. In that case
Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns
refer to 4K pages.
Sig
>>> On 30.03.16 at 12:32, wrote:
> --- a/xen/arch/x86/hvm/viridian.c
> +++ b/xen/arch/x86/hvm/viridian.c
> @@ -824,6 +824,8 @@ static int viridian_save_vcpu_ctxt(struct domain *d,
> hvm_domain_context_t *h)
> for_each_vcpu( d, v ) {
> struct hvm_viridian_vcpu_context ctxt;
>
> +
All,
I am pleased to announce the release of Xen 4.5.3. This is
available immediately from its git repository
http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.5
(tag RELEASE-4.5.3) or from the XenProject download page
http://www.xenproject.org/downloads/xen-archives/xen-45
>>> On 30.03.16 at 12:08, wrote:
> From: Shannon Zhao
>
> It needs to map platform or amba device mmio to Dom0 on ARM. But when
> booting with ACPI, it can't get the mmio region in Xen due to lack of
> AML interpreter to parse DSDT table. Therefore, let Dom0 call a
> hypercall to map mmio region
Commit 57844631 "save APIC assist vector" added an extra field to the
viridian vcpu context save record. This field was only a uint8_t and
so an extra __pad field was also added to pad up to the next 64-bit
boundary.
This patch makes sure that __pad field is zeroed on save and checked
for zero on
flight 87892 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87892/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 87166
Regressions which
Sorry. Disregard this. I posted too early; it's missing an extern for zero_page.
Paul
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 30 March 2016 12:25
> To: xen-de...@lists.xenproject.org
> Cc: Paul Durrant; Keir (Xen.org); Jan Beulich; Andrew Coope
>>> On 30.03.16 at 13:25, wrote:
> @@ -851,6 +855,9 @@ static int viridian_load_vcpu_ctxt(struct domain *d,
> hvm_domain_context_t *h)
> if ( hvm_load_entry_zeroextend(VIRIDIAN_VCPU, h, &ctxt) != 0 )
> return -EINVAL;
>
> +if ( memcmp(&ctxt._pad, zero_page, sizeof(ctxt._pad))
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 March 2016 12:23
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH] x86/hvm/viridian: zero and check vcpu context __pad
> field
>
> >>> On 30.03.16 at 1
Commit 57844631 "save APIC assist vector" added an extra field to the
viridian vcpu context save record. This field was only a uint8_t and
so an extra __pad field was also added to pad up to the next 64-bit
boundary.
This patch makes sure that __pad field is zeroed on save and checked
for zero on
Hi,
On 30/03/16 11:07, Shannon Zhao wrote:
From: Shannon Zhao
These patches are Part 4 (and last part) of the previous patch set I
sent which adds ACPI support for arm64 on Xen[1]. Split them as an
individual set for convenient reviewing.
These patches create UEFI and ACPI tables which are ma
This patch series is meant to be applied on top of Chunyan's series
to support pvusb in libxl.
It is adding support for an alternative pvusb backend "qusb" via qemu.
Changes in V5:
- added new patch 2 as requested by George Dunlap
Changes in V4:
- dropped patch 5
- patch 1: Return (negative) err
Add a service routine checking whether a device model must be started
after adding a device to a domain.
Signed-off-by: Juergen Gross
---
tools/libxl/libxl.c | 12
tools/libxl/libxl_dm.c | 22 ++
tools/libxl/libxl_internal.h | 3 +++
tools/libxl/l
Add an internal service function to check for a running device model.
This can be used later when adding devices to a domain requiring a
device model for either printing an error message or starting the
device model in case it is not already running.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
libxl__need_xenpv_qemu() is called with configuration data for console,
vfbs, disks and channels today in order to evaluate the need for
starting a device model for a pv domain.
The console data is local to the caller and setup in a way to never
require a device model. All other data is taken from
Add a function to query whether the device model is supporting a
specific backend type. The device model is writing the supported
backend types to Xenstore on startup. The new query function checks
for the appropriate entry to be present.
As not all versions of qemu are capable to indicate support
Add a new pvusb backend type "qusb" which is provided by qemu. It can
be selected either by specifying the type directly in the configuration
or it is selected automatically by libxl in case there is no "usbback"
driver loaded.
Signed-off-by: Juergen Gross
---
V4: bail out in case of usbback_is_l
On 2016年03月30日 19:22, Julien Grall wrote:
> Hi Shannon,
>
> On 30/03/16 08:38, Shannon Zhao wrote:
>>
>>
>> On 2016/3/30 0:28, Julien Grall wrote:
>>> On 24/03/16 14:44, Shannon Zhao wrote:
Make xen_xlate_map_ballooned_pages work with 64K pages. In that case
Kernel pages are 64K in size
>>> On 30.03.16 at 13:34, wrote:
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -589,7 +589,8 @@ static inline void guest_get_eff_kern_l1e(struct vcpu *v,
> unsigned long addr,
> TOGGLE_MODE();
> }
>
> -static const char __section(".bss.page_aligned.const") zero_page[PAGE_SIZE];
>>> On 30.03.16 at 13:26, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 30 March 2016 12:23
>> >>> On 30.03.16 at 12:32, wrote:
>> > --- a/xen/arch/x86/hvm/viridian.c
>> > +++ b/xen/arch/x86/hvm/viridian.c
>> > @@ -824,6 +824,8 @@ static int viridian_save_vcpu_ctxt(struct domain
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 March 2016 14:15
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: Re: [PATCH v3] x86/hvm/viridian: zero and check vcpu context
> __pad field
>
> >>> On 30.03.16 a
flight 87893 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87893/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 86673
test-amd64-i386-xl-qemut-w
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 March 2016 14:17
> To: Paul Durrant
> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH] x86/hvm/viridian: zero and check vcpu context __pad
> field
>
> >>> On 30.03.16 at 1
On Wed, Mar 30, 2016 at 02:05:54PM +0200, Juergen Gross wrote:
> libxl__need_xenpv_qemu() is called with configuration data for console,
> vfbs, disks and channels today in order to evaluate the need for
> starting a device model for a pv domain.
>
> The console data is local to the caller and set
On 30/03/16 13:05, Juergen Gross wrote:
> Add a function to query whether the device model is supporting a
> specific backend type. The device model is writing the supported
> backend types to Xenstore on startup. The new query function checks
> for the appropriate entry to be present.
>
> As not
On 03/29/2016 02:04 PM, Steven Haigh wrote:
Greg, please see below - this is probably more for you...
On 03/29/2016 04:56 AM, Steven Haigh wrote:
Interestingly enough, this just happened again - but on a different
virtual machine. I'm starting to wonder if this may have something to do
with the
On Sat, Mar 26, 2016 at 01:53:28PM -0700, Sarah Newman wrote:
> On 03/25/2016 11:33 AM, Samuel Thibault wrote:
> >> On Wed, Mar 23, 2016 at 02:26:51PM -0700, Sarah Newman wrote:
> >>> 7c8f3483 introduced a break within a loop in netfront.c such that
> >>> cons and nr_consumed were no longer always
On 30/03/16 15:44, George Dunlap wrote:
> On 30/03/16 13:05, Juergen Gross wrote:
>> Add a function to query whether the device model is supporting a
>> specific backend type. The device model is writing the supported
>> backend types to Xenstore on startup. The new query function checks
>> for the
On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
> Add a function to query whether the device model is supporting a
> specific backend type. The device model is writing the supported
> backend types to Xenstore on startup. The new query function checks
> for the appropriate entry to b
On 30/03/16 15:53, Wei Liu wrote:
> On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
>> Add a function to query whether the device model is supporting a
>> specific backend type. The device model is writing the supported
>> backend types to Xenstore on startup. The new query function
On 30/03/16 15:38, Wei Liu wrote:
> On Wed, Mar 30, 2016 at 02:05:54PM +0200, Juergen Gross wrote:
>> libxl__need_xenpv_qemu() is called with configuration data for console,
>> vfbs, disks and channels today in order to evaluate the need for
>> starting a device model for a pv domain.
>>
>> The con
Changlong Xie writes ("[PATCH v13 12/26] secondary vm suspend/resume/checkpoint
code"):
> From: Wen Congyang
>
> Secondary vm is running in colo mode. So we will do
> the following things again and again:
> 1. Resume secondary vm
>a. Send CHECKPOINT_SVM_READY to master.
>b. If it is not
On 30/03/16 14:53, Wei Liu wrote:
> On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
>> Add a function to query whether the device model is supporting a
>> specific backend type. The device model is writing the supported
>> backend types to Xenstore on startup. The new query function
Changlong Xie writes ("[PATCH v13 14/26] primary vm suspend/resume/checkpoint
code"):
> From: Wen Congyang
>
> We will do the following things again and again:
Thanks for changing the error paths and callback handling. I haven't
reviewed the complete flow in detail, but the general pattern loo
On Wed, Mar 30, 2016 at 04:02:20PM +0200, Juergen Gross wrote:
> On 30/03/16 15:53, Wei Liu wrote:
> > On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
> >> Add a function to query whether the device model is supporting a
> >> specific backend type. The device model is writing the sup
Add a Xenstore directory for each supported pv backend. This will allow
Xen tools to decide which backend type to use in case there are
multiple possibilities.
The information is added under
/local/domain//device-model//backends
before the "running" state is written to Xenstore. Using a directory
On 30/03/16 16:09, Wei Liu wrote:
> On Wed, Mar 30, 2016 at 04:02:20PM +0200, Juergen Gross wrote:
>> On 30/03/16 15:53, Wei Liu wrote:
>>> On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
Add a function to query whether the device model is supporting a
specific backend type
Changlong Xie writes ("[PATCH v13.1 20/26] Support colo mode for qemu disk"):
> From 468ff9fb2f6699314c28f30a7d7d09eac9aa6756 Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Mon, 21 Mar 2016 15:38:30 +0800
> Subject: [PATCH v13.1 20/26] Support colo mode for qemu disk
>
> Usage: disk =
>
On Wed, Mar 30, 2016 at 02:05:56PM +0200, Juergen Gross wrote:
> Add a new pvusb backend type "qusb" which is provided by qemu. It can
> be selected either by specifying the type directly in the configuration
> or it is selected automatically by libxl in case there is no "usbback"
> driver loaded.
>>> On 30.03.16 at 15:19, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 30 March 2016 14:17
>> To: Paul Durrant
>> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
>> Subject: RE: [PATCH] x86/hvm/viridian: zero and check vcpu contex
Changlong Xie writes ("[PATCH v13.1 23/26] COLO nic: implement COLO nic
subkind"):
> From 699f20d46fcce0bcce8fd7f7063551088a425254 Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Wed, 15 Jul 2015 17:18:53 +0800
> Subject: [PATCH v13.1 23/26] COLO nic: implement COLO nic subkind
>
> implem
>>> On 30.03.16 at 15:18, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 30 March 2016 14:15
>> To: Paul Durrant
>> Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org)
>> Subject: Re: [PATCH v3] x86/hvm/viridian: zero and check vcpu con
On Wed, Mar 30, 2016 at 12:28:01PM +0200, Juergen Gross wrote:
> On 24/03/16 20:41, Wei Liu wrote:
> > On Thu, Mar 24, 2016 at 06:58:44PM +0100, Juergen Gross wrote:
> >> On 24/03/16 15:03, Wei Liu wrote:
> >>> On Tue, Mar 22, 2016 at 08:36:21AM +0100, Juergen Gross wrote:
> Committers,
>
Changlong Xie writes ("[PATCH v13 25/26] setup and control colo proxy on
secondary side"):
> From: Wen Congyang
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
> Signed-off-by: Changlong Xie
I think I acked this in v12. I guess you probably overlooked that,
but your v13 00/25
On Tue, Mar 29, 2016 at 12:59:24AM -0600, Jan Beulich wrote:
> >>> On 25.03.16 at 19:47, wrote:
> > On Thu, Mar 17, 2016 at 10:14:22AM -0600, Jan Beulich wrote:
> >
> > Something is off with your patch. This is 5/4 :-)
>
> Well, yes - this got added later on top of the previously sent series,
>
Changlong Xie writes ("[PATCH v13.1 26/26] cmdline switches and config vars to
control colo-proxy"):
> From 1bfd14622455635c6cae6130396250996e49facc Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Wed, 15 Jul 2015 17:18:56 +0800
> Subject: [PATCH v13.1 26/26] cmdline switches and config va
hi, I need to know how we can migrate a vcpu context while running from one
core to another core? is it possible via scheduler?
would you please guide me through this goal?
thanks and regards.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://l
On Wed, Mar 30, 2016 at 04:11:39PM +0200, Juergen Gross wrote:
> On 30/03/16 16:09, Wei Liu wrote:
> > On Wed, Mar 30, 2016 at 04:02:20PM +0200, Juergen Gross wrote:
> >> On 30/03/16 15:53, Wei Liu wrote:
> >>> On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
> Add a function to
On Wed, Mar 30, 2016 at 03:10:45PM +0100, George Dunlap wrote:
> On 30/03/16 14:53, Wei Liu wrote:
> > On Wed, Mar 30, 2016 at 02:05:55PM +0200, Juergen Gross wrote:
> >> Add a function to query whether the device model is supporting a
> >> specific backend type. The device model is writing the sup
On 30/03/16 16:19, Wei Liu wrote:
> On Wed, Mar 30, 2016 at 02:05:56PM +0200, Juergen Gross wrote:
>> Add a new pvusb backend type "qusb" which is provided by qemu. It can
>> be selected either by specifying the type directly in the configuration
>> or it is selected automatically by libxl in case
On Wed, Mar 30, 2016 at 04:34:20PM +0200, Juergen Gross wrote:
> On 30/03/16 16:19, Wei Liu wrote:
> > On Wed, Mar 30, 2016 at 02:05:56PM +0200, Juergen Gross wrote:
> >> Add a new pvusb backend type "qusb" which is provided by qemu. It can
> >> be selected either by specifying the type directly in
Changlong Xie writes ("[PATCH v13.1 23/26] COLO nic: implement COLO nic
subkind"):
> From 699f20d46fcce0bcce8fd7f7063551088a425254 Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Wed, 15 Jul 2015 17:18:53 +0800
> Subject: [PATCH v13.1 23/26] COLO nic: implement COLO nic subkind
>
> implem
Changlong Xie writes ("[PATCH v13.1 26/26] cmdline switches and config vars to
control colo-proxy"):
> From 1bfd14622455635c6cae6130396250996e49facc Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Wed, 15 Jul 2015 17:18:56 +0800
> Subject: [PATCH v13.1 26/26] cmdline switches and config va
>>> On 30.03.16 at 16:28, wrote:
> On Tue, Mar 29, 2016 at 12:59:24AM -0600, Jan Beulich wrote:
>> >>> On 25.03.16 at 19:47, wrote:
>> > On Thu, Mar 17, 2016 at 10:14:22AM -0600, Jan Beulich wrote:
>> >
>> > Something is off with your patch. This is 5/4 :-)
>>
>> Well, yes - this got added late
Changlong Xie writes ("[PATCH v13.1 20/26] Support colo mode for qemu disk"):
> From 468ff9fb2f6699314c28f30a7d7d09eac9aa6756 Mon Sep 17 00:00:00 2001
> From: Wen Congyang
> Date: Mon, 21 Mar 2016 15:38:30 +0800
> Subject: [PATCH v13.1 20/26] Support colo mode for qemu disk
I found a proper copy
Ian Jackson writes ("Re: [PATCH v13.1 23/26] COLO nic: implement COLO nic
subkind"):
Sorry, this mail was unclear. I meant to refer to this:
> Changlong Xie writes ("[PATCH v13.1 23/26] COLO nic: implement COLO nic
> subkind"):
> > From 699f20d46fcce0bcce8fd7f7063551088a425254 Mon Sep 17 00:0
On 03/29/2016 07:26 AM, George Dunlap wrote:
> On Fri, Mar 25, 2016 at 4:34 PM, Ross Philipson
> wrote:
>> On 03/25/2016 12:11 PM, Wei Liu wrote:
>>> On Thu, Mar 17, 2016 at 06:10:59PM -0400, Ross Philipson wrote:
It seems the logic is meant to detect sector unaligned buffers for block
w
Changlong Xie writes ("[PATCH v13 00/26] COarse-grain LOck-stepping Virtual
Machines for Non-stop Service"):
> This patchset implemented the COLO feature for Xen.
> For detail/install/use of COLO feature, refer to:
> http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
>
> You can get the c
1 - 100 of 194 matches
Mail list logo
