Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 16:33, Wei Liu wrote: > On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote: >> For migration the last used pfn of a guest is needed to size the >> logdirty bitmap and as an upper bound of the page loop. Unfortunately >> there are pv-kernels advertising a much higher maximum

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

Hi Dario, Thanks for the reply! My goal for the experiment is to show that xen rtds scheduler is better than credit scheduler when it comes to real time tasks. so my set up is: for xen-credit : 2vms sharing 8 cores (cpu 0-7) using credit scheduler(both with weight of 800 and capacity of 400)

[Xen-devel] [PATCH 2/6] xen: Drop empty __cpuinitdata annotation

Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/cpu/amd.c | 2 +- xen/arch/x86/cpu/common.c | 4 ++-- xen/arch/x86/cpu/intel_cacheinfo.c | 2 +- xen/arch/x86/numa.c | 2 +-

[Xen-devel] [PATCH 3/6] xen: Drop empty __cpuinit annotation

Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Ian Campbell CC: Stefano Stabellini --- xen/arch/arm/cpu.c | 2 +- xen/arch/arm/gic-hip04.c| 6 +++---

[Xen-devel] [qemu-mainline test] 65147: regressions - FAIL

flight 65147 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/65147/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs. 64579

[Xen-devel] [PATCH 0/6] xen: Drop unused or empty annotations

No resulting change on any architecture. Andrew Cooper (6): xen: Drop unused fastcall annotation xen: Drop empty __cpuinitdata annotation xen: Drop empty __cpuinit annotation xen: Drop empty __devinitdata annotation xen: Drop empty __devinit annotation, and aliased __pminit xen: Drop

[Xen-devel] [PATCH 6/6] xen: Drop unused __devexit{, data} and CONFIG_HOTPLUG

Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/include/asm-x86/config.h | 1 - xen/include/xen/init.h | 8 2 files changed, 9 deletions(-) diff --git a/xen/include/asm-x86/config.h b/xen/include/asm-x86/config.h index

[Xen-devel] [PATCH 4/6] xen: Drop empty __devinitdata annotation

x86 is the only architecture which uses __devinitdata, and also has CONFIG_HOTPLUG enabled, making the annotation empty. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/cpu/common.c | 12 ++-- xen/arch/x86/mpparse.c|

[Xen-devel] [PATCH 5/6] xen: Drop empty __devinit annotation, and aliased __pminit

x86 is the only architecture which uses __devinit, and also has CONFIG_HOTPLUG enabled, making the annotation empty. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/apic.c | 6 +++--- xen/arch/x86/cpu/amd.c | 6

[Xen-devel] [PATCH 1/6] xen: Drop unused fastcall annotation

Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/crypto/vmac.c| 3 --- xen/include/xen/config.h | 1 - 2 files changed, 4 deletions(-) diff --git a/xen/crypto/vmac.c b/xen/crypto/vmac.c index 8f2f372..f3f2743 100644 ---

Re: [Xen-devel] [PATCH XEN v5 13/23] tools: Refactor foreign memory mapping into libxenforeignmemory

On Wed, 2015-11-11 at 15:13 +, Ian Jackson wrote: > > +/* > > + * Maps a range within one domain to a local address range.  Mappings > > + * should be unmapped with munmap and should follow the same rules as > > mmap > > + * regarding page alignment. > > + * > > + * prot is as for mmap(2). > >

Re: [Xen-devel] [PATCH v1 10/11] xsplice: Add support for exception tables

On 03.11.2015 19:16, Ross Lagerwall wrote: > +#ifdef CONFIG_X86 > +unsigned long search_module_extables(unsigned long addr) > +{ > +struct payload *data; > +unsigned long ret; > + > +/* No locking since this list is only ever changed during apply or revert > + * context. */ How do

[Xen-devel] [OSSTEST PATCH] sg-run-job: Coalesce a couple of repetitions

Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and `guest-start.2' into `guest-start.repeat'. In each case increase the iteration count of the 2nd test by one so that the total number of reps remains constant. This will allow the heisenbug compensator to see more of these failures as

[Xen-devel] [linux-mingo-tip-master test] 65150: regressions - FAIL

flight 65150 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/65150/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-pvops 5 kernel-build fail REGR. vs. 60684

[Xen-devel] [PATCHv3] xen/gntdev: add ioctl for grant copy

Add IOCTL_GNTDEV_GRANT_COPY to allow applications to copy between user space buffers and grant references. This interface is similar to the GNTTABOP_copy hypercall ABI except the local buffers are provided using a virtual address (instead of a GFN and offset). To avoid userspace from having to

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 15:53, Juergen Gross wrote: > On 27/11/15 16:33, Wei Liu wrote: >> On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote: >>> For migration the last used pfn of a guest is needed to size the >>> logdirty bitmap and as an upper bound of the page loop. Unfortunately >>> there are

Re: [Xen-devel] [PATCH XEN v5 13/23] tools: Refactor foreign memory mapping into libxenforeignmemory

On 27/11/15 17:18, Ian Campbell wrote: > On Fri, 2015-11-13 at 15:27 +, Ian Jackson wrote: >> Ian Campbell writes ("Re: [PATCH XEN v5 13/23] tools: Refactor foreign >> memory mapping into libxenforeignmemory"): >>> On Wed, 2015-11-11 at 15:13 +, Ian Jackson wrote: >>> Are you suggesting:

Re: [Xen-devel] [V2 PATCH 0/9] x86/hvm: pkeys, add memory protection-key support

On 27/11/15 16:22, Han, Huaitong wrote: > On Fri, 2015-11-27 at 12:59 +, Andrew Cooper wrote: >> Just for my own understand, do you have a sample use-case for >> protection >> keys? >> >> As everything can WRPKRU, I cant see how it would actually be useful. >> Clearly there is a usecase or you

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

On Fri, 2015-11-27 at 08:36 -0800, Yu-An(Victor) Chen wrote: > Hi Dario, > Hi, > Thanks for the reply! > You're welcome. :-) I'm adding Meng to Cc... > My goal for the experiment is to show that xen rtds scheduler is > better than credit scheduler when it comes to real time tasks. > so my

Re: [Xen-devel] [OSSTEST PATCH] sg-run-job: Coalesce a couple of repetitions

On Fri, 2015-11-27 at 17:16 +, Ian Jackson wrote: >  > > Maybe you should remove the ts-guest-stop right at the start of this fn > > too? > > It's probably better to swap the order of things in the repeat, and > move the extra start to below the repeat. > > That way if guest-stop fails

Re: [Xen-devel] [PATCH XEN v5 14/23] tools: foreignmemory: provide xenforeignmemory_unmap.

On Wed, 2015-11-11 at 15:14 +, Ian Jackson wrote: > Ian Campbell writes ("[PATCH XEN v5 14/23] tools: foreignmemory: provide > xenforeignmemory_unmap."): > > And require it be used instead of direct munmap. > > > > This will allow e.g. Valgrind hooks to help track incorrect use of > > foreign

Re: [Xen-devel] [V2 PATCH 0/9] x86/hvm: pkeys, add memory protection-key support

On Fri, 2015-11-27 at 12:59 +, Andrew Cooper wrote: > Just for my own understand, do you have a sample use-case for > protection > keys? > > As everything can WRPKRU, I cant see how it would actually be useful. > Clearly there is a usecase or you (Intel) wouldn't have gone to the > effort of

Re: [Xen-devel] [PATCH v1 10/11] xsplice: Add support for exception tables

On 11/27/2015 04:28 PM, Martin Pohlack wrote: On 03.11.2015 19:16, Ross Lagerwall wrote: +#ifdef CONFIG_X86 +unsigned long search_module_extables(unsigned long addr) +{ +struct payload *data; +unsigned long ret; + +/* No locking since this list is only ever changed during apply or

Re: [Xen-devel] [PATCH] x86: properly macroize the two XRSTOR flavors

>>> On 27.11.15 at 14:49, wrote: > On 27/11/15 11:54, Jan Beulich wrote: >> switch ( __builtin_expect(ptr->fpu_sse.x[FPU_WORD_SIZE_OFFSET], 8) ) >> { >> +#define XRSTOR(pfx) \ >> +alternative_io("1: .byte " pfx "0x0f,0xae,0x2f\n" \ >> +

Re: [Xen-devel] [PATCH] x86/HVM: hide features dependent on XSAVE when booted with "no-xsave"

On 27/11/15 17:10, Jan Beulich wrote: On 27.11.15 at 17:00, wrote: >> It is also odd to see it added to HVM guests but not PV. > But that's a result of PV using white listing on leaf 7, as opposed to > HVM's black listing. > > But yes, if you CPUID series is about

Re: [Xen-devel] [PATCH XEN v5 13/23] tools: Refactor foreign memory mapping into libxenforeignmemory

On Fri, 2015-11-13 at 15:27 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH XEN v5 13/23] tools: Refactor foreign > memory mapping into libxenforeignmemory"): > > On Wed, 2015-11-11 at 15:13 +, Ian Jackson wrote: > > Are you suggesting: > > > > void

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

Hi Dario & Meng, Thanks for your analysis! VM1 and VM2 both are given 8 vCPUs and sharing physical CPU 0-7. So in theory,"VM1 can get the services of 400%" And yes, Dario, your explanation about the task utilization is correct. So the resource configuration as I mentioned before is: for

[Xen-devel] [xen-unstable test] 65141: regressions - FAIL

flight 65141 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/65141/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 65114 Regressions

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 16:22, Ian Jackson wrote: > Juergen Gross writes ("Re: [Xen-devel] [PATCH] libxc: try to find last used > pfn when migrating"): >> xl migrate will use much less resources for a domain with a 3.x kernel >> started with max_mem being much larger than mem. E.g. in case you start >> a

Re: [Xen-devel] [PATCH] x86/HVM: hide features dependent on XSAVE when booted with "no-xsave"

>>> On 27.11.15 at 17:00, wrote: > It is also odd to see it added to HVM guests but not PV. But that's a result of PV using white listing on leaf 7, as opposed to HVM's black listing. But yes, if you CPUID series is about to arrive, these two patches may not be

Re: [Xen-devel] [xen-unstable test] 65141: regressions - FAIL

osstest service owner writes ("[xen-unstable test] 65141: regressions - FAIL"): > flight 65141 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/65141/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH] x86/HVM: hide features dependent on XSAVE when booted with "no-xsave"

On 27/11/15 11:07, Jan Beulich wrote: > ... or when the guest has the XSAVE feature hidden by CPUID policy. > Not doing so is at best confusing to guests. > > Signed-off-by: Jan Beulich > --- > One question is whether we shouldn't switch leaf 7 to white listing, > just like

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 14:50, Juergen Gross wrote: > For migration the last used pfn of a guest is needed to size the > logdirty bitmap and as an upper bound of the page loop. Unfortunately > there are pv-kernels advertising a much higher maximum pfn as they > are really using in order to support memory

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 17:42, Andrew Cooper wrote: > On 27/11/15 14:50, Juergen Gross wrote: >> For migration the last used pfn of a guest is needed to size the >> logdirty bitmap and as an upper bound of the page loop. Unfortunately >> there are pv-kernels advertising a much higher maximum pfn as they >>

Re: [Xen-devel] [OSSTEST PATCH] sg-run-job: Coalesce a couple of repetitions

Ian Campbell writes ("Re: [OSSTEST PATCH] sg-run-job: Coalesce a couple of repetitions"): > On Fri, 2015-11-27 at 16:54 +, Ian Jackson wrote: > > The resulting testid `guest-localmigrate/x10' becomes a bit misleading > > in that it now does 11 repetitions.  But we don't want to change the > >

Re: [Xen-devel] [OSSTEST PATCH] README.email: Add `Worked example of relevant regression in previous flight'

On Fri, 2015-11-27 at 15:38 +, Ian Jackson wrote: > Signed-off-by: Ian Jackson > CC: Jan Beulich Acked-by: Ian Campbell > --- >  README.email |   51 +++ >  1 file

Re: [Xen-devel] [PATCH v3 60/62] arm/acpi: Configure interrupts dynamically

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Parth Dixit > > Interrupt information is described in DSDT and is not available at > the time of booting. Configure the interrupts dynamically when requested > by Dom0 > > Signed-off-by: Parth Dixit

Re: [Xen-devel] [PATCH v3 60/62] arm/acpi: Configure interrupts dynamically

On Fri, 27 Nov 2015, Stefano Stabellini wrote: > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > > From: Parth Dixit > > > > Interrupt information is described in DSDT and is not available at > > the time of booting. Configure the interrupts dynamically when

Re: [Xen-devel] [OSSTEST PATCH] sg-run-job: Coalesce a couple of repetitions

On Fri, 2015-11-27 at 16:54 +, Ian Jackson wrote: > Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and > `guest-start.2' into `guest-start.repeat'.  In each case increase the > iteration count of the 2nd test by one so that the total number of > reps remains constant. > > This will

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

2015-11-27 12:23 GMT-05:00 Dario Faggioli : > On Fri, 2015-11-27 at 08:36 -0800, Yu-An(Victor) Chen wrote: >> Hi Dario, >> > Hi, > >> Thanks for the reply! >> > You're welcome. :-) > > I'm adding Meng to Cc... > Thanks! :-) >> My goal for the experiment is to show that

[Xen-devel] [libvirt test] 65151: regressions - FAIL

flight 65151 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/65151/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340

[Xen-devel] [ovmf test] 65139: all pass - PUSHED

flight 65139 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65139/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 21f9922e3c82183f5c9030e5dbbcfc6313034471 baseline version: ovmf

Re: [Xen-devel] [PATCH v3 47/62] arm/p2m: Add helper functions to map memory regions

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Parth Dixit > > Create a helper function for mapping with cached attributes. > > Signed-off-by: Parth Dixit > Signed-off-by: Shannon Zhao You might be able to

Re: [Xen-devel] [PATCH v3 48/62] arm/acpi: Prepare RSDP table for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Copy RSDP table and replace rsdp->xsdt_physical_address with new address > of XSDT table, so it can point to the right XSDT table. > > Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH] x86/HVM: hide features dependent on XSAVE when booted with "no-xsave"

... or when the guest has the XSAVE feature hidden by CPUID policy. Not doing so is at best confusing to guests. Signed-off-by: Jan Beulich --- One question is whether we shouldn't switch leaf 7 to white listing, just like done for PV guests. --- a/xen/arch/x86/cpu/common.c

Re: [Xen-devel] [PATCH v3 46/62] arm/acpi: Prepare XSDT table for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Copy and modify XSDT table before passing it to Dom0. Repalce the entry > value of the copied table. Add a new entry for STAO table as well. And > keep entry value of other reused tables

[Xen-devel] [xen-4.6-testing test] 65136: regressions - FAIL

flight 65136 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/65136/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail REGR. vs.

Re: [Xen-devel] [PATCH v3 49/62] arm/acpi: Map rest tables for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Map other reused tables for Dom0. "Map all other tables to Dom0 using 1:1 mappings." > Signed-off-by: Shannon Zhao > --- > xen/arch/arm/domain_build.c | 25

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

On Fri, 2015-11-27 at 12:02 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: > regressions - FAIL"): > > On Fri, 2015-11-27 at 01:18 -0700, Jan Beulich wrote: > > > Neither of these failed in this flight, and there's nothing else > > > blocking > > >

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

>>> On 27.11.15 at 13:02, wrote: >> > > build-i386 5 xen-build fail in 65062 REGR. vs. 63449 > > This is completely explained below, I think. I can't see the connection to any other (failed) test here (also not in flight 65136's results, which have just come in).

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL"): > On Fri, 2015-11-27 at 01:18 -0700, Jan Beulich wrote: > > Neither of these failed in this flight, and there's nothing else blocking > > the push. Why did this not result in a push then? Or in other words >

Re: [Xen-devel] [PATCH 2/2] x86/cpu: Move set_cpumask() calls into c_early_init()

On 27/11/15 11:11, Jan Beulich wrote: On 27.11.15 at 11:57, wrote: >> On 27/11/15 08:28, Jan Beulich wrote: >> On 26.11.15 at 17:59, wrote: Before c/s 44e24f8567 "x86: don't call generic_identify() redundantly", the

Re: [Xen-devel] [V2 PATCH 0/9] x86/hvm: pkeys, add memory protection-key support

On 27/11/15 09:51, Huaitong Han wrote: > Changes in v2: > *Rebase all patches in staging branch > *Disable X86_CR4_PKE on hypervisor, and delete pkru_read/write functions, and > use xsave state read to get pkru value. > *Delete the patch that adds pkeys support for do_page_fault. > *Add pkeys

Re: [Xen-devel] [PATCH v3 52/62] arm/acpi: Prepare EFI memory descriptor for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Create a few EFI memory descriptors to tell Dom0 the RAM region > information, ACPI table regions and EFI tables reserved resions. > > Signed-off-by: Parth Dixit >

Re: [Xen-devel] [PATCH v3 53/62] arm/acpi: Map the new created EFI and ACPI tables to Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Here we map these new created EFI and ACPI tables to the non-RAM space > of Dom0. Then Dom0 could visit them. "Map the UEFI and ACPI tables which we created to non-RAM space in Dom0." >

Re: [Xen-devel] [PATCH v3 54/62] arm/acpi: Create min DT stub for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Create a DT for Dom0 for ACPI-case only. DT contains minimal required > informations such as Dom0 bootargs, initrd, efi description table and > address of uefi memory table. > > Signed-off-by:

Re: [Xen-devel] [PATCH v3 45/62] arm/acpi: Prepare STAO table for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > 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: >

[Xen-devel] [PATCH] x86: drop dummy input from alternative_{input, io}()

We don't need the claimed API compatibility. No change in generated code. Signed-off-by: Jan Beulich --- a/xen/include/asm-x86/alternative.h +++ b/xen/include/asm-x86/alternative.h @@ -83,16 +83,15 @@ extern void alternative_instructions(voi * Best is to use constraints

Re: [Xen-devel] [PATCH v1 01/11] xsplice: Design document (v2).

On 03.11.2015 19:15, Ross Lagerwall wrote: [...] > +struct xen_sysctl_xsplice_summary { > +xen_xsplice_id_tid; /* IN, the name of the payload. */ I still feel a bit confused about the ID vs. name thingy. IMHO, each payload should have a name (easily readable by a human, like

Re: [Xen-devel] [PATCH] x86/HVM: XSETBV intercept needs to check CPL on SVM only

On 27/11/15 11:01, Jan Beulich wrote: > VMX doesn't need a software CPL check on the XSETBV intercept, and > SVM can do that check without resorting to hvm_get_segment_register(). > > Clean up what is left of hvm_handle_xsetbv(), namely make it return a > proper error code. > > Signed-off-by: Jan

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL"): > On Fri, 2015-11-27 at 12:02 +, Ian Jackson wrote: > > As explained below, in 65112 this step did not run because the earlier > > step `guest-localmigrate' failed: > >  

[Xen-devel] [PATCH v9 8/9] libxl: allow the creation of HVM domains without a device model.

Replace the firmware loaded into HVM guests with an OS kernel. Since the HVM builder now uses the PV xc_dom_* set of functions this kernel will be parsed and loaded inside the guest like on PV, but the container is a pure HVM guest. Also, if device_model_version is set to none or a device model

[Xen-devel] [PATCH v9 4/9] libxc: allow creating domains without emulated devices.

Introduce a new flag in xc_dom_image that turns on and off the emulated devices. This prevents creating the VGA hole, the hvm_info page and the ioreq server pages. libxl unconditionally sets it to true for all HVM domains at the moment. Signed-off-by: Roger Pau Monné

[Xen-devel] [PATCH v9 1/9] xen/x86: set the vPMU interface based on the presence of a lapic

Instead of choosing the interface to expose to guests based on the guest type, do it based on whether the guest has an emulated local apic or not. Signed-off-by: Roger Pau Monné Signed-off-by: Boris Ostrovsky Acked-by: Jan Beulich

[Xen-devel] [PATCH v9 5/9] xen/x86: allow HVM guests to use hypercalls to bring up vCPUs

Allow the usage of the VCPUOP_initialise, VCPUOP_up, VCPUOP_down and VCPUOP_is_up hypercalls from HVM guests. This patch introduces a new structure (vcpu_hvm_context) that should be used in conjuction with the VCPUOP_initialise hypercall in order to initialize vCPUs for HVM guests.

[Xen-devel] [PATCH v9 3/9] xen/x86: allow disabling all emulated devices inside of Xen

Only allow enabling or disabling all the emulated devices inside of Xen, right now Xen doesn't support enabling specific emulated devices only. Signed-off-by: Roger Pau Monné Reviewed-by: Andrew Cooper Cc: Jan Beulich Cc:

[Xen-devel] [PATCH v9 0/9] Introduce HVM without dm and new boot ABI

This are the remaining patches of the HVMlite series. They have been successfully tested on the following hardware: - Intel Core i3-5010U. - AMD Opteron 4184. With both hap=0 and hap=1 in the configuration file. I've been able to boot a SMP guest in this mode with a virtual hard drive and a

[Xen-devel] [PATCH v9 2/9] xen/x86: make sure the HVM callback vector is correctly set

If certain devices (like the local or the io apic) are disabled some modes of operation of the HVM event channel callback cannot be used. Make sure Xen doesn't try to setup them. Signed-off-by: Roger Pau Monné Cc: Jan Beulich Cc: Andrew Cooper

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

Jan Beulich writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL"): > On 27.11.15 at 13:02, wrote: > > The fact that we have both `guest-localmigrate' and > > `guest-localmigrate/x10' isn't ideal because it hides from the > > heisenbug compensator

Re: [Xen-devel] [PATCH] x86: properly macroize the two XRSTOR flavors

On 27/11/15 11:54, Jan Beulich wrote: > All they differ by is the REX64 prefix. Create a single macro covering > both, at once allowing to get rid of the disconnect between the current > partial macro and its two use sites. > > No change in generated code. > > Signed-off-by: Jan Beulich

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

On Fri, 2015-11-27 at 13:44 +, Ian Jackson wrote: > Eg, consider these flights: > >   100  is now master  A pass, B pass  pushed >   200  stagingA pass, B fail  `B REGR. vs 100' >   201  stagingA fail, B not run   `B fail in 200 REGR. vs 100' > > In flight 201, the

Re: [Xen-devel] [PATCH v3 51/62] arm/acpi: Prepare EFI system table for Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Signed-off-by: Parth Dixit > Signed-off-by: Shannon Zhao > --- > xen/arch/arm/domain_build.c | 2 ++ > xen/common/efi/boot.c | 64 >

[Xen-devel] [ovmf baseline-only test] 38364: tolerable FAIL

This run is configured for baseline tests only. flight 38364 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38364/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-ovmf-amd64 5 xen-install fail

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

Jan Beulich writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL"): > On 27.11.15 at 13:28, wrote: > >> --- a/README.email > >> +++ b/README.email > >> @@ -71,6 +71,24 @@ history. Here are some examples: > >>detect regressions of this test.

Re: [Xen-devel] [PATCH v1 08/11] xsplice: Implement support for applying patches

On 03.11.2015 19:16, Ross Lagerwall wrote: > Implement support for the apply, revert and replace actions. > > To perform and action on a payload, the hypercall sets up a data > structure to schedule the work. A hook is added in all the > return-to-guest paths to check for work to do and execute

Re: [Xen-devel] [PATCH v9 9/9] libxl: add support for migrating HVM guests without a device model

On 27/11/15 13:43, Roger Pau Monne wrote: > diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h > index 7e8054a..d6cb63d 100644 > --- a/tools/libxl/libxl_internal.h > +++ b/tools/libxl/libxl_internal.h > @@ -3036,6 +3036,9 @@ struct libxl__stream_write_state { >

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

On Fri, 2015-11-27 at 13:24 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: > regressions - FAIL"): > > On Fri, 2015-11-27 at 12:02 +, Ian Jackson wrote: > > > As explained below, in 65112 this step did not run because the > > > earlier > > >

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL

On Fri, 2015-11-27 at 14:03 +, Ian Campbell wrote: > On Fri, 2015-11-27 at 13:24 +, Ian Jackson wrote: > > Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: > > regressions - FAIL"): > > > On Fri, 2015-11-27 at 12:02 +, Ian Jackson wrote: > > > > As explained below,

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

2015-11-27 14:50 GMT-05:00 Yu-An(Victor) Chen : > Hi Dario & Meng, > > Thanks for your analysis! > > VM1 and VM2 both are given 8 vCPUs and sharing physical CPU 0-7. So in > theory,"VM1 can get the services of 400%" > And yes, Dario, your explanation about the task utilization is

[Xen-devel] [linux-next test] 65155: tolerable FAIL

flight 65155 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/65155/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-freebsd10-amd64 6 xen-bootfail like 65132 test-amd64-amd64-xl

[Xen-devel] [linux-linus test] 65156: regressions - FAIL

flight 65156 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/65156/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-intel 6 xen-boot fail REGR. vs. 59254

Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL [and 1 more messages]

Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 65112: regressions - FAIL"): > On Fri, 2015-11-27 at 13:24 +, Ian Jackson wrote: > > But it might not be true that it was blocked. > > Can't sg-run-job tell if it was blocked vs something else though? (You meant

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On 27/11/15 14:50, Juergen Gross wrote: > For migration the last used pfn of a guest is needed to size the > logdirty bitmap and as an upper bound of the page loop. Unfortunately > there are pv-kernels advertising a much higher maximum pfn as they > are really using in order to support memory

Re: [Xen-devel] [PATCH v3 55/62] arm/acpi: Route all Xen unused SPIs to Dom0

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > Route all SPIs to Dom0 except the interrupts that Xen uses. Since Xen > already uses the uart interrupt, the desc->action will not be NULL, so > it will skip it. > > Signed-off-by: Shannon

Re: [Xen-devel] [PATCH v9 9/9] libxl: add support for migrating HVM guests without a device model

El 27/11/15 a les 14.55, Andrew Cooper ha escrit: > On 27/11/15 13:43, Roger Pau Monne wrote: >> diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h >> index 7e8054a..d6cb63d 100644 >> --- a/tools/libxl/libxl_internal.h >> +++ b/tools/libxl/libxl_internal.h >> @@ -3036,6

Re: [Xen-devel] [PATCH] x86/PV: hide features dependent on XSAVE when booted with "no-xsave"

On 27/11/15 11:05, Jan Beulich wrote: > ... or when the guest has the XSAVE feature hidden by CPUID policy. > Not doing so is at best confusing to guests. > > Signed-off-by: Jan Beulich These changes here are an improvement (so I don't object to taking them ahead of my

Re: [Xen-devel] [PATCH v9 9/9] libxl: add support for migrating HVM guests without a device model

On Fri, Nov 27, 2015 at 02:43:05PM +0100, Roger Pau Monne wrote: [...] > diff --git a/tools/libxl/libxl_internal.h b/tools/libxl/libxl_internal.h > index 7e8054a..d6cb63d 100644 > --- a/tools/libxl/libxl_internal.h > +++ b/tools/libxl/libxl_internal.h > @@ -3036,6 +3036,9 @@ struct

Re: [Xen-devel] [PATCH v3 58/62] xen/acpi: Fix event-channel interrupt when booting with ACPI

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Shannon Zhao > > When booting with ACPI, 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. > >

Re: [Xen-devel] [PATCH v3 62/62] xen/arm64: Add ACPI support

On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > From: Naresh Bhat > > Add ACPI support on arm64 xen hypervisor. Enable EFI support on ARM. > > Signed-off-by: Naresh Bhat > Signed-off-by: Shannon Zhao > --- >

Re: [Xen-devel] [PATCH] libxc: try to find last used pfn when migrating

On Fri, Nov 27, 2015 at 03:50:53PM +0100, Juergen Gross wrote: > For migration the last used pfn of a guest is needed to size the > logdirty bitmap and as an upper bound of the page loop. Unfortunately > there are pv-kernels advertising a much higher maximum pfn as they > are really using in order

[Xen-devel] [OSSTEST PATCH] README.email: Add `Worked example of relevant regression in previous flight'

Signed-off-by: Ian Jackson CC: Jan Beulich --- README.email | 51 +++ 1 file changed, 51 insertions(+) diff --git a/README.email b/README.email index 5de63dd..e14a816 100644 --- a/README.email +++

Re: [Xen-devel] HVM domains crash after upgrade from XEN 4.5.1 to 4.5.2

Am 24.11.15 um 11:43 schrieb Jan Beulich: Taking a random object out of that log, I can't see any non-standard option passed to the compiler, so I have to assume this is its default behavior (i.e. determined at build time, or established by extra patches). Did you check the result of a random,

Re: [Xen-devel] [PATCH] libxl: Be more careful with error handling in libxl__dm_runas_helper()

On Thu, 2015-11-26 at 17:45 +, Ian Jackson wrote: > Boris Ostrovsky writes ("[PATCH] libxl: Be more careful with error > handling in libxl__dm_runas_helper()"): > > getpwnam_r() has fairly complicated return rules. From man pages: > > > >   RETURN VALUE > >   ... > >   On success,

Re: [Xen-devel] [PATCH v2] x86/vmx: enable PML by default

On 27/11/15 08:51, Kai Huang wrote: > Since PML series were merged (but disabled by default) we have conducted lots > of > PML tests (live migration, GUI display) and PML has been working fine, > therefore > turn it on by default. > > Document of PML command line is adjusted accordingly as well.

Re: [Xen-devel] [PATCH v8 17/21] xen/x86: allow HVM guests to use hypercalls to bring up vCPUs

El 27/11/15 a les 9.00, Jan Beulich ha escrit: On 26.11.15 at 17:57, wrote: >> El 12/11/15 a les 17.57, Jan Beulich ha escrit: >> On 06.11.15 at 17:05, wrote: +if ( reg.attr.fields.pad != 0 ) +{ +

Re: [Xen-devel] [PATCH v3 42/62] arm/acpi: Prepare FADT table for Dom0

On Thu, 2015-11-26 at 17:19 +, Stefano Stabellini wrote: > On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote: > > From: Shannon Zhao > > > > Copy and modify FADT table before passing it to Dom0. Set > > PSCI_COMPLIANT > > and PSCI_USE_HVC. > > > > Signed-off-by:

[Xen-devel] [V2 PATCH 0/9] x86/hvm: pkeys, add memory protection-key support

Changes in v2: *Rebase all patches in staging branch *Disable X86_CR4_PKE on hypervisor, and delete pkru_read/write functions, and use xsave state read to get pkru value. *Delete the patch that adds pkeys support for do_page_fault. *Add pkeys support for gva2gfn so that setting _PAGE_PK_BIT in the

[Xen-devel] [V2 PATCH 8/9] x86/hvm: pkeys, add xstate support for pkeys

This patch adds xstate support for pkeys. Signed-off-by: Huaitong Han --- xen/arch/x86/xstate.c| 18 ++ xen/include/asm-x86/xstate.h | 5 - 2 files changed, 22 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/xstate.c

[Xen-devel] [V2 PATCH 2/9] x86/hvm: pkeys, add the flag to enable Memory Protection Keys

This patch adds the flag to enable Memory Protection Keys. Signed-off-by: Huaitong Han --- docs/misc/xen-command-line.markdown | 21 + xen/arch/x86/setup.c| 7 +++ 2 files changed, 28 insertions(+) diff --git

[Xen-devel] [V2 PATCH 5/9] x86/hvm: pkeys, add functions to get pkeys value from PTE

This patch adds functions to get pkeys value from PTE. Signed-off-by: Huaitong Han --- xen/include/asm-x86/guest_pt.h| 7 +++ xen/include/asm-x86/page.h| 5 + xen/include/asm-x86/x86_64/page.h | 19 +++ 3 files changed, 31

  1   2   >