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

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

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 9, 2016 at 8:39 AM, Ian Campbell wrote: >> And then: >> >> === PCI passthrough capability has been enabled === >> CCqemu-nbd.o >> In file included from ./xen-config-host.h:19:0, >> from ./config-host.h:18, >> from ./qemu-common.h:33, >>

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 9, 2016 at 8:53 AM, Luis R. Rodriguez wrote: >> Missing dev package, not a gcc 5 vs 6 issue. > > Its odd considering I had been building Xen for a long time without such dev > packages. Perhaps we don't propagate --disable-gfx-check for on > tools/qemu-xen-traditional-dir if no such sd

Re: [Xen-devel] [PATCH v4 2/2] libxl: keepalive messages support

On 02/05/2016 01:45 PM, Joao Martins wrote: > This patch introduces keep alive messages support for P2P migration > and it adds two new configuration entries namely 'keepalive_interval' > 'keepalive_count' to control it. Behavior of these entries is the > same as qemu driver thus the description is

Re: [Xen-devel] [PATCH v4 1/2] libxl: add p2p migration

On 02/05/2016 01:45 PM, Joao Martins wrote: > Introduce support for VIR_MIGRATE_PEER2PEER in libvirt migration. > Most of the changes occur at the source and no modifications at > the receiver. > > In P2P mode there is only the Perform phase so we must handle the > connection with the destination a

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

On Tue, Feb 9, 2016 at 10:23 AM, Olaf Hering wrote: > On Tue, Feb 09, Luis R. Rodriguez wrote: > >> Thanks so it seems the other option is to bump the release, can that >> be decided? What's the process for deciding that? > > Which release should be bumped? In so far as TLS is concerned: mcgrof@

Re: [Xen-devel] [BUG] libxl: error: libxl_device.c:301:libxl__device_disk_set_backend: no suitable backend for disk

Hi Ian Is there anything I can do to help here at all to provide further details? I am happy to do any local side diagnosing on this issue. When performing validation testing of Xen code from a developers point of view - what packages / versions are these tests performed against? Perhaps there

Re: [Xen-devel] [BUG} libxl.c:5947:libxl_send_trigger: Send trigger 'reset' failed: Function not implemented

Many thanks for the detailed information and analysis - so potentially chasing something that cannot occur to a guest if the Windows PV Drivers are not installed. > You might want to change this now. ;-) No issue there - the guest was destroyed after grabbing the debug details. The full .cfg m

Re: [Xen-devel] [PATCH v3] travis: add initial Travis CI script to do builds

On Tue, 2016-02-09 at 17:09 +, Andrew Cooper wrote: > On 08/02/16 02:45, Doug Goldstein wrote: > > This is just suppose to do a simple compile test on Travis CI. > > Currently > > due to linux86 (bcc/bin86/dev86) not being whitelisted the tools > > cannot > > be built. > > > > Signed-off-by: D

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, 2016-02-09 at 16:22 +, Ian Campbell wrote: > On Tue, 2016-02-09 at 17:09 +0100, Luis R. Rodriguez wrote: > > The realization that compilation is not working for some modern > > tools, in particular for OpenSUSE factory for a long time without > > it being addressed is a bit concerning.

[Xen-devel] [linux-next test] 81369: regressions - FAIL

flight 81369 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/81369/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 80853 test-

Re: [Xen-devel] [PATCH 0/8] xen/x86: Fix build with Clang 3.5

On 2/9/16 2:01 PM, Andrew Cooper wrote: > This is a misc assortment of patches to fix the build with Clang 3.5. The > result also appears to function. > Manually ran the build here: https://travis-ci.org/cardoe/xen/builds/108116078 -- Doug Goldstein signature.asc Description: OpenPGP digit

[Xen-devel] [PATCH 7/8] xen/x86: Fix get_cpu_info() when built with clang

Clang understands the GCCism in use here, but still complains that sp is unintialised. In such cases, resort to the older version of this code, which directly reads %rsp into the temporary variable. Note that we still keep the GCCism in the default case, as it causes GCC to create rather better a

[Xen-devel] [PATCH 0/8] xen/x86: Fix build with Clang 3.5

This is a misc assortment of patches to fix the build with Clang 3.5. The result also appears to function. Andrew Cooper (8): xen/lib: Fix ASSERT() to build with clang xen/misc: Remove or annotate possibly-unused functions xen/x86: Remove %z modifier from inline assembly xen/x86: Fix sect

[Xen-devel] [PATCH 8/8] x86/efi: Generate uefi_call_wrapper() when compiling with clang

Signed-off-by: Andrew Cooper --- CC: Jan Beulich What is the GCC version check supposed to be achieving here? GCC has supported this syntax since 3.0 --- xen/include/asm-x86/x86_64/efibind.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/include/asm-x86/x86_64/efibind.

[Xen-devel] [PATCH 5/8] xen/x86: Improve annotation of autogen_entrypoints[]

Clang complains that the __used attribute is not applicable to an extern. In this case, the only relevent attribute is that the data is constant. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/traps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/ar

[Xen-devel] [PATCH 1/8] xen/lib: Fix ASSERT() to build with clang

Clang warns about a semicolon immediately following an if() clause as a possible mistake, and recommends putting the semicolon on a new line if it was intentional. A newline is not an option here, so use a set of empty braces instead. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Tim Dee

[Xen-devel] [PATCH 6/8] xen/x86: Avoid overriding initialisers in arrays

Clang objects to having multiple initialisers when creating an array. As this warning is useful for spotting obscure bugs, disabling it is unhelpful. Instead, fix our two deliberate usecases. In the p2m-ept case, pull the array out into a helper function, so the helper can guarentee to cover the

[Xen-devel] [PATCH 3/8] xen/x86: Remove %z modifier from inline assembly

Clang doesn't support the %z modifier. Replace both uses with an explicit l suffix, and cover the changes with BUILD_BUG_ON()s Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/xstate.c | 3 ++- xen/include/asm-x86/spinlock.h | 3 ++- 2 files changed, 4 insertions(+),

[Xen-devel] [PATCH 4/8] xen/x86: Fix section type mismatch in mm.c

Clang doesn't like mixing const and non-const data in the same section. Move zero_page into .bss.page_aligned.const and wildcard .bss.page_aligned when linking. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: George Dunlap --- xen/arch/x86/mm.c | 2 +- xen/arch/x86/xen.lds.S | 2 +-

[Xen-devel] [PATCH 2/8] xen/misc: Remove or annotate possibly-unused functions

Clang notices more unused functions than GCC. * sh_next_page() is only used at GUEST_PAGING_LEVELS=2, so remove it from the other guest level translation units * rcu_batch_after() is completely unused. * Various of the COMPAT() generated functions are used only for their BUILD_BUG_ON() pr

Re: [Xen-devel] [libvirt test] 81366: regressions - FAIL

On 02/09/2016 04:17 PM, osstest service owner wrote: > flight 81366 libvirt real [real] > http://logs.test-lab.xenproject.org/osstest/logs/81366/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-amd64-libvirt-pair 21 g

Re: [Xen-devel] [PATCH 1/7] arm: move arch/arm/hvm.c to arch/arm/hvm/hvm.c

On 2/9/2016 7:40 PM, Tamas K Lengyel wrote: On Tue, Feb 9, 2016 at 5:32 AM, Corneliu ZUZU > wrote: There are already directories w/ just one/a few files in them, even small (e.g. common/gcov/gcov.c). IMHO no harm is done if a file is put in its proper

Re: [Xen-devel] [PATCH] docs: document shortcomings of running QEMU as non-root

Stefano Stabellini writes ("[PATCH] docs: document shortcomings of running QEMU as non-root"): > Running QEMU as non-root causes migration and PCI passthrough not to > work properly. Migration can be fixed rather easily > (http://marc.info/?l=xen-devel&m=145382864118600), but PCI passthrough > can

Re: [Xen-devel] [PATCH v5 for Xen 4.7 4/4] xl: enable per-VCPU parameter settings for RTDS scheduler

On Fri, 2016-02-05 at 14:51 +, Wei Liu wrote: > On Thu, Feb 04, 2016 at 04:50:44PM -0600, Chong Li wrote: > >  > > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > > index 2b6371d..b843fa5 100644 > > --- a/tools/libxl/xl_cmdimpl.c > > +++ b/tools/libxl/xl_cmdimpl.c > >  > > - 

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

On Tue, Feb 09, Luis R. Rodriguez wrote: > Thanks so it seems the other option is to bump the release, can that > be decided? What's the process for deciding that? Which release should be bumped? Olaf ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v5 for Xen 4.7 2/4] libxc: enable per-VCPU parameter settings for RTDS scheduler

On Fri, 2016-02-05 at 14:09 +, Wei Liu wrote: > On Thu, Feb 04, 2016 at 04:50:42PM -0600, Chong Li wrote: > > Add xc_sched_rtds_vcpu_get/set functions to interact with > > Xen to get/set a domain's per-VCPU parameters. > > > > Signed-off-by: Chong Li > > Signed-off-by: Meng Xu > > Signed-off

Re: [Xen-devel] [PATCH v2 1/1] XEN/ARM: Add Odroid-XU3/XU4 support

On Tue, Feb 9, 2016 at 6:19 AM, Ian Campbell wrote: > On Tue, 2016-02-09 at 04:50 -0800, Suriyan Ramasami wrote: > > > > > > On Tue, Feb 9, 2016 at 1:53 AM, Ian Campbell > > wrote: > > > On Mon, 2016-02-08 at 21:48 -0800, Suriyan Ramasami wrote: > > > > The Odroid-XU3/XU4 from hardkernel is an E

Re: [Xen-devel] [PATCH v5 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote: > Add XEN_DOMCTL_SCHEDOP_getvcpuinfo and _putvcpuinfo hypercalls > to independently get and set the scheduling parameters of each > vCPU of a domain > > Signed-off-by: Chong Li > Signed-off-by: Meng Xu > Signed-off-by: Sisu Xi > > --- > Change

Re: [Xen-devel] [PATCH v5 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

On Tue, Feb 09, 2016 at 01:00:37PM +0100, Dario Faggioli wrote: [...] > So, it looks to me that this function can be split in two. One would be > the actual sched_rtds_vcpus_params_set(), and it will do what is being > done above here. > > The other one would be something like > sched_rtds_vcpus_p

Re: [Xen-devel] [PATCH 1/7] arm: move arch/arm/hvm.c to arch/arm/hvm/hvm.c

On Tue, Feb 9, 2016 at 5:32 AM, Corneliu ZUZU wrote: > On 2/9/2016 1:55 PM, Jan Beulich wrote: > >> On 09.02.16 at 12:28, wrote: > On 2/9/2016 1:03 PM, Stefano Stabellini wrote: >>> On Mon, 8 Feb 2016, Corneliu ZUZU wrote: > X86-side hvm.c is @ arch/x86/hvm/hvm.c. To maint

Re: [Xen-devel] [PATCH v3 3/3] altp2m: Implement p2m_get_mem_access for altp2m views

On Tue, Feb 9, 2016 at 10:17 AM, Jan Beulich wrote: > >>> On 05.02.16 at 22:22, wrote: > > --- a/xen/include/public/memory.h > > +++ b/xen/include/public/memory.h > > @@ -423,11 +423,20 @@ struct xen_mem_access_op { > > /* xenmem_access_t */ > > uint8_t access; > > domid_t domid;

Re: [Xen-devel] [PATCH 5/5] xen: Drop __XEN_LATEST_INTERFACE_VERSION__ checks from prior to Xen 4.2

On Tue, 9 Feb 2016, Ian Campbell wrote: > We assume (and check for in configure) 4.2 or later now. In reality > all of the removed checks are for far older versions. > > Signed-off-by: Ian Campbell > --- > hw/display/xenfb.c | 7 --- > xen-hvm.c | 14 +- > 2 files chang

Re: [Xen-devel] [PATCH 3/5] xen: drop XenXC and associated interface wrappers

On Tue, 9 Feb 2016, Ian Campbell wrote: > Now that 4.2 and earlier are no longer supported "xc_interface *" is > always the right type for the xc interface handle. > > Signed-off-by: Ian Campbell Please mention in the commit message the changes to xenforeignmemory related functions and handles.

Re: [Xen-devel] [PATCH 4/5] xen: move xenforeignmemory compat layer into common place

On Tue, 9 Feb 2016, Ian Campbell wrote: > Now that we no longer support Xen 4.2 and earlier only the <470 case > needs this so it can live with all the others. > > Signed-off-by: Ian Campbell Reviewed-by: Stefano Stabellini > include/hw/xen/xen_common.h | 34 ++---

Re: [Xen-devel] [PATCH v3 3/3] altp2m: Implement p2m_get_mem_access for altp2m views

>>> On 05.02.16 at 22:22, wrote: > --- a/xen/include/public/memory.h > +++ b/xen/include/public/memory.h > @@ -423,11 +423,20 @@ struct xen_mem_access_op { > /* xenmem_access_t */ > uint8_t access; > domid_t domid; > -/* > - * Number of pages for set op > - * Ignored on

Re: [Xen-devel] [PATCH v3] travis: add initial Travis CI script to do builds

On 08/02/16 02:45, Doug Goldstein wrote: > This is just suppose to do a simple compile test on Travis CI. Currently > due to linux86 (bcc/bin86/dev86) not being whitelisted the tools cannot > be built. > > Signed-off-by: Doug Goldstein Reviewed-by: Andrew Cooper This will be a massive help for

Re: [Xen-devel] [PATCH] xen: Fix XSM build following c/s 92942fd

>>> On 09.02.16 at 17:21, wrote: > Signed-off-by: Andrew Cooper I'm sorry for the breakage / not noticing. > --- > CC: Jan Beulich > CC: Tim Deegan > CC: Ian Campbell > CC: Daniel De Graaf > > Is this actually an appropraite fix? Software relying on -ENOSYS for Xen > feature detection is

Re: [Xen-devel] [PATCH 2/5] xen: drop xen_xc_hvm_inject_msi wrapper

On Tue, 9 Feb 2016, Ian Campbell wrote: > The xc version is now always present. > > Signed-off-by: Ian Campbell Reviewed-by: Stefano Stabellini > include/hw/xen/xen_common.h | 6 -- > xen-hvm.c | 2 +- > 2 files changed, 1 insertion(+), 7 deletions(-) > > diff --git a/

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 09, 2016 at 04:39:20PM +, Ian Campbell wrote: > On Tue, 2016-02-09 at 17:30 +0100, Luis R. Rodriguez wrote: > > On Tue, Feb 09, 2016 at 04:22:01PM +, Ian Campbell wrote: > > > On Tue, 2016-02-09 at 17:09 +0100, Luis R. Rodriguez wrote: > > > > The realization that compilation is

Re: [Xen-devel] [PATCH 1/5] xen: drop support for Xen 4.1 and older.

On Tue, 9 Feb 2016, Ian Campbell wrote: > Xen 4.2 become unsupported upstream in 09/2105 (see > http://wiki.xen.org/wiki/Xen_Release_Features). However as far as the > interfaces provided by the toolstack libraries go 4.2 and 4.3 are > indistinguishable. > > Therefore drop support for Xen 4.1 and

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 09, 2016 at 04:26:36PM +, Ian Campbell wrote: > On Tue, 2016-02-09 at 16:56 +0100, Luis R. Rodriguez wrote: > >  > > No you're right, this just fell through the cracks. The surprising case of > > things still being broken on modern tools however should raise a bit of > > concern eit

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, 2016-02-09 at 17:30 +0100, Luis R. Rodriguez wrote: > On Tue, Feb 09, 2016 at 04:22:01PM +, Ian Campbell wrote: > > On Tue, 2016-02-09 at 17:09 +0100, Luis R. Rodriguez wrote: > > > The realization that compilation is not working for some modern > > > tools, in particular for OpenSUSE f

Re: [Xen-devel] [PATCH v5 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

On Tue, Feb 9, 2016 at 6:00 AM, Dario Faggioli wrote: > On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote: >> >> +{ >> +int rc; >> +int i; >> +uint16_t max_vcpuid; >> +xc_dominfo_t info; >> +struct xen_domctl_schedparam_vcpu *vcpus; >> +uint32_t num_vcpus; >> + >> +rc

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

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

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

On Tue, Feb 09, 2016 at 05:36:18PM +0100, Olaf Hering wrote: > On Fri, Feb 05, Konrad Rzeszutek Wilk wrote: > > > Also - how does this work if you have an older version of SuSE, > > say SLES10? > > SLE10 is out of scope since along time already. > This patch for current gnutls is already in qemu

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 17:32, wrote: > El 9/2/16 a les 14:41, Jan Beulich ha escrit: > On 09.02.16 at 14:00, wrote: >>> Hm, I guess I'm overlooking something, but I think Xen checks the ACPI >>> tables, see xen/arch/x86/x86_64/mmconfig-shared.c:400: >>> >>> if (pci_mmcfg_check_hostbridge()) {

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

On Fri, Feb 05, Konrad Rzeszutek Wilk wrote: > Also - how does this work if you have an older version of SuSE, > say SLES10? SLE10 is out of scope since along time already. This patch for current gnutls is already in qemu mainline. f40d55081667a716312b9a8b6e13835c4074f56b 7d2a929feba319c18603e324

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 17:26, wrote: > On Tue, 9 Feb 2016, Jan Beulich wrote: >> >>> On 09.02.16 at 16:06, wrote: >> > On Tue, 9 Feb 2016, Jan Beulich wrote: >> >> Will STAO be sufficient for everything that may need customization? >> >> I'm particularly worried about processor related methods in DSD

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

El 9/2/16 a les 14:41, Jan Beulich ha escrit: On 09.02.16 at 14:00, wrote: >> Hm, I guess I'm overlooking something, but I think Xen checks the ACPI >> tables, see xen/arch/x86/x86_64/mmconfig-shared.c:400: >> >> if (pci_mmcfg_check_hostbridge()) { >> unsigned int i; >> >>

Re: [Xen-devel] [PATCH seabios.git rel-1.7.5] fix release-1.7.5 for gcc5

On Tue, Feb 09, 2016 at 02:57:53PM +, Ian Campbell wrote: > On Tue, 2016-02-09 at 09:58 +, Wei Liu wrote: > > On Fri, Feb 05, 2016 at 05:39:39PM -0800, Luis R. Rodriguez wrote: > > > On Thu, Nov 19, 2015 at 3:06 PM, Luis R. Rodriguez > > > wrote: > > > > On Fri, Oct 9, 2015 at 12:34 AM, Ja

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 09, 2016 at 04:22:01PM +, Ian Campbell wrote: > On Tue, 2016-02-09 at 17:09 +0100, Luis R. Rodriguez wrote: > > The realization that compilation is not working for some modern > > tools, in particular for OpenSUSE factory for a long time without > > it being addressed is a bit conce

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 17:17, wrote: > On 09/02/16 16:15, Jan Beulich wrote: > On 09.02.16 at 16:06, wrote: >>> On Tue, 9 Feb 2016, Jan Beulich wrote: Will STAO be sufficient for everything that may need customization? I'm particularly worried about processor related methods in DSDT or

Re: [Xen-devel] [Qemu-devel] [PATCH 1/5] xen: drop support for Xen 4.1 and older.

On 9 February 2016 at 16:17, Ian Campbell wrote: > Xen 4.2 become unsupported upstream in 09/2105 (see > http://wiki.xen.org/wiki/Xen_Release_Features) "2015" if you have to do a respin or the person committing to their subtree wants to fix it up... thanks -- PMM ___

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On Tue, 9 Feb 2016, Jan Beulich wrote: > >>> On 09.02.16 at 16:06, wrote: > > On Tue, 9 Feb 2016, Jan Beulich wrote: > >> Will STAO be sufficient for everything that may need customization? > >> I'm particularly worried about processor related methods in DSDT or > >> SSDT, which - if we're really

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, 2016-02-09 at 16:56 +0100, Luis R. Rodriguez wrote: >  > No you're right, this just fell through the cracks. The surprising case of > things still being broken on modern tools however should raise a bit of > concern either by opensuse factory folks or by Xen build folks in general. AFAIK b

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, 2016-02-09 at 17:09 +0100, Luis R. Rodriguez wrote: > The realization that compilation is not working for some modern > tools, in particular for OpenSUSE factory for a long time without > it being addressed is a bit concerning. I don't know what OpenSUSE factory is building but Xen 4.6.0 b

[Xen-devel] [PATCH] xen: Fix XSM build following c/s 92942fd

Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Tim Deegan CC: Ian Campbell CC: Daniel De Graaf Is this actually an appropraite fix? Software relying on -ENOSYS for Xen feature detection is going to break when running under an XSM hypervisor. --- xen/xsm/flask/hooks.c | 1 - 1 file cha

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

flight 81366 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/81366/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs. 80121 test-amd64-i386-l

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On 09/02/16 16:15, Jan Beulich wrote: On 09.02.16 at 16:06, wrote: >> On Tue, 9 Feb 2016, Jan Beulich wrote: >>> Will STAO be sufficient for everything that may need customization? >>> I'm particularly worried about processor related methods in DSDT or >>> SSDT, which - if we're really meanin

[Xen-devel] [PATCH 2/5] xen: drop xen_xc_hvm_inject_msi wrapper

The xc version is now always present. Signed-off-by: Ian Campbell --- include/hw/xen/xen_common.h | 6 -- xen-hvm.c | 2 +- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/include/hw/xen/xen_common.h b/include/hw/xen/xen_common.h index 3a5b537..ec3ca56 100644

[Xen-devel] [PATCH 3/5] xen: drop XenXC and associated interface wrappers

Now that 4.2 and earlier are no longer supported "xc_interface *" is always the right type for the xc interface handle. Signed-off-by: Ian Campbell --- hw/xen/xen_backend.c | 4 +-- include/hw/xen/xen_backend.h | 2 +- include/hw/xen/xen_common.h | 82 +

[Xen-devel] [PATCH 1/5] xen: drop support for Xen 4.1 and older.

Xen 4.2 become unsupported upstream in 09/2105 (see http://wiki.xen.org/wiki/Xen_Release_Features). However as far as the interfaces provided by the toolstack libraries go 4.2 and 4.3 are indistinguishable. Therefore drop support for Xen 4.1 and earlier which removes a whole pile of compatibility

[Xen-devel] [PATCH 4/5] xen: move xenforeignmemory compat layer into common place

Now that we no longer support Xen 4.2 and earlier only the <470 case needs this so it can live with all the others. Signed-off-by: Ian Campbell --- include/hw/xen/xen_common.h | 34 ++ 1 file changed, 14 insertions(+), 20 deletions(-) diff --git a/include/hw/xen/

[Xen-devel] [PATCH 0/5] Drop support for Xen 4.1 and older from qemu-xen

This is most easily explained by the commit log of the first patch:     Xen 4.2 become unsupported upstream in 09/2105 (see http://wiki.xen.org/wiki/Xen_Release_Features). However as far as the interfaces provided by the toolstack libraries go 4.2 and 4.3 are indistinguishable.   

[Xen-devel] [PATCH 5/5] xen: Drop __XEN_LATEST_INTERFACE_VERSION__ checks from prior to Xen 4.2

We assume (and check for in configure) 4.2 or later now. In reality all of the removed checks are for far older versions. Signed-off-by: Ian Campbell --- hw/display/xenfb.c | 7 --- xen-hvm.c | 14 +- 2 files changed, 1 insertion(+), 20 deletions(-) diff --git a/hw/dis

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 16:06, wrote: > On Tue, 9 Feb 2016, Jan Beulich wrote: >> Will STAO be sufficient for everything that may need customization? >> I'm particularly worried about processor related methods in DSDT or >> SSDT, which - if we're really meaning to do as you say - would need >> to be li

[Xen-devel] [linux-4.1 test] 81339: regressions - trouble: blocked/broken/fail/pass

flight 81339 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/81339/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3) broken REGR. vs. 66399 build-amd64-rumpuserxen

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Tue, Feb 09, 2016 at 01:08:13AM -0700, Jan Beulich wrote: > >>> On 06.02.16 at 02:48, wrote: > > On Fri, Nov 20, 2015 at 9:47 AM, Luis R. Rodriguez > > wrote: > >> From: "Luis R. Rodriguez" > >> > >> Here's a slew of build fixes as well as build warning fixes > >> required when using the late

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

>>> On 09.02.16 at 16:46, wrote: > On Tue, Feb 09, 2016 at 03:54:05AM -0700, Jan Beulich wrote: >> >>> On 06.02.16 at 05:03, wrote: >> > On Fri, Feb 05, 2016 at 10:45:54PM -0500, Konrad Rzeszutek Wilk wrote: >> >> Also - how does this work if you have an older version of SuSE, >> >> say SLES10? >

[Xen-devel] [PATCH] docs: document shortcomings of running QEMU as non-root

Running QEMU as non-root causes migration and PCI passthrough not to work properly. Migration can be fixed rather easily (http://marc.info/?l=xen-devel&m=145382864118600), but PCI passthrough cannot (http://marc.info/?l=xen-devel&m=145286946113964). Signed-off-by: Stefano Stabellini diff --git a

Re: [Xen-devel] [BUG?] qemuu only built with i386-softmmu

On Tue, 2016-02-09 at 15:49 +, Stefano Stabellini wrote: > On Fri, 5 Feb 2016, Ian Campbell wrote: > > On Fri, 2016-02-05 at 20:57 +1100, Steven Haigh wrote: > > > > > > > On thing I was sure on (so didn't write) is whether the second > > > > paragraph > > > > could have an extra sentence: > >

Re: [Xen-devel] [BUG?] qemuu only built with i386-softmmu

On Fri, 5 Feb 2016, Ian Campbell wrote: > On Fri, 2016-02-05 at 20:57 +1100, Steven Haigh wrote: > > > > > On thing I was sure on (so didn't write) is whether the second > > > paragraph > > > could have an extra sentence: > > > > > > If you are using a distro supplied QEMU then the qemu-system-

Re: [Xen-devel] [PATCH 0/9] xen: build fixes with gcc5 and binutils 2.25.0

On Mon, Feb 08, 2016 at 09:58:23AM +, Ian Campbell wrote: > On Fri, 2016-02-05 at 17:48 -0800, Luis R. Rodriguez wrote: > > What's up folks? How can this process be made smoother, did I do > > something wrong, what can I do to help better? > > When you first sent this series to Jan + me not co

Re: [Xen-devel] [PATCH 2/9] Use gnutls_priority_set_direct() to deprecate gnutls_*_set()

On Tue, Feb 09, 2016 at 03:54:05AM -0700, Jan Beulich wrote: > >>> On 06.02.16 at 05:03, wrote: > > On Fri, Feb 05, 2016 at 10:45:54PM -0500, Konrad Rzeszutek Wilk wrote: > >> Also - how does this work if you have an older version of SuSE, > >> say SLES10? > > > > Beats me. I just dealt with gett

Re: [Xen-devel] [COVERITY ACCESS] for Doug Goldstein

On Fri, 2016-01-29 at 10:16 -0600, Doug Goldstein wrote: [...] There were no objections and 3 in favour (plus me) so I've approved you in the coverity UI. Thanks for offering to help out ;-) Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org http

Re: [Xen-devel] [CALL-FOR-AGENDA] Monthly Xen.org Technical Call (2016-02-10)

On Wed, 2016-02-03 at 16:46 +, Ian Campbell wrote: > The next Xen technical call is scheduled for: > Wed 10 Feb 17:00:00 GMT 2016 > `date -d @1455123600` There are no topics, so the call is cancelled. ___ Xen-devel mailing list Xen-devel@li

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On 02/08/2016 02:03 PM, Roger Pau Monné wrote: The format of the boot start info structure is the following (pointed to be %ebx): NOTE: nothing will be loaded at physical address 0, so a 0 value in any of the address fields should be treated as not present. 0 ++ | magic

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On Tue, 9 Feb 2016, Jan Beulich wrote: > > In the case of the hardware domain, Xen has traditionally passed-through the > > native ACPI tables to the guest. This is something that of course we still > > want to do, but in the case of HVMlite Xen will have to make sure that > > the data passed in th

Re: [Xen-devel] [PATCH v3 3/3] altp2m: Implement p2m_get_mem_access for altp2m views

On 05/02/16 21:22, Tamas K Lengyel wrote: > Extend the existing get_mem_access memop to allow querying permissions in > altp2m views as well. > > Signed-off-by: Tamas K Lengyel Reviewed-by: George Dunlap Sorry for the delay. ___ Xen-devel mailing l

Re: [Xen-devel] [PATCH v3 2/3] altp2m: Merge p2m_set_altp2m_mem_access and p2m_set_mem_access

On 05/02/16 21:22, Tamas K Lengyel wrote: > The altp2m subsystem in its current form duplicates much of the existing > code present in p2m for setting mem_access permissions. In this patch we > consolidate the two versions but keep the separate MEMOP and HVMOP interfaces. > > Signed-off-by: Tamas

Re: [Xen-devel] [PATCH seabios.git rel-1.7.5] fix release-1.7.5 for gcc5

On Tue, 2016-02-09 at 09:58 +, Wei Liu wrote: > On Fri, Feb 05, 2016 at 05:39:39PM -0800, Luis R. Rodriguez wrote: > > On Thu, Nov 19, 2015 at 3:06 PM, Luis R. Rodriguez > > wrote: > > > On Fri, Oct 9, 2015 at 12:34 AM, Jan Beulich > > > wrote: > > > > > > > On 08.10.15 at 21:36, wrote: > >

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

>>> On 09.02.16 at 15:40, wrote: > On 09/02/16 14:32, Jan Beulich wrote: > On 09.02.16 at 14:52, wrote: >>> On 09/02/16 12:43, Jan Beulich wrote: >>> On 08.02.16 at 18:07, wrote: > --- a/xen/arch/x86/xen.lds.S > +++ b/xen/arch/x86/xen.lds.S > @@ -120,6 +120,12 @@ SECTIONS >>>

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 15:36, wrote: > On 02/09/2016 06:58 AM, Roger Pau Monné wrote: >> El 9/2/16 a les 11:56, Andrew Cooper ha escrit: >>> On 08/02/16 19:03, Roger Pau Monné wrote: Description of physical hardware devices will always come from ACPI, in the absence of any physical hard

[Xen-devel] [xen-unstable-smoke test] 81619: tolerable all pass - PUSHED

flight 81619 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/81619/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On 09/02/16 14:36, Boris Ostrovsky wrote: > On 02/09/2016 06:58 AM, Roger Pau Monné wrote: >> El 9/2/16 a les 11:56, Andrew Cooper ha escrit: >>> On 08/02/16 19:03, Roger Pau Monné wrote: Description of physical hardware devices will always come from ACPI, in the absence of any

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

On 09/02/16 14:32, Jan Beulich wrote: On 09.02.16 at 14:52, wrote: >> On 09/02/16 12:43, Jan Beulich wrote: >> On 08.02.16 at 18:07, wrote: --- a/xen/arch/x86/xen.lds.S +++ b/xen/arch/x86/xen.lds.S @@ -120,6 +120,12 @@ SECTIONS .init.data : { *(.init.r

Re: [Xen-devel] [PATCH v2 03/13] xen/xsplice: Hypervisor implementation of XEN_XSPLICE_op (v7)

> > +# Enable/Disable xsplice support > > +config XSPLICE > > + bool "xsplice support" > > + default y > > + depends on HAS_XSPLICE > > + ---help--- > > + Allows a running Xen hypervisor to be patched without rebooting. > > + This is primarily used to patch an hypervisor with XSA fi

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

On 02/09/2016 06:58 AM, Roger Pau Monné wrote: El 9/2/16 a les 11:56, Andrew Cooper ha escrit: On 08/02/16 19:03, Roger Pau Monné wrote: Description of physical hardware devices will always come from ACPI, in the absence of any physical hardware device no ACPI tables will be provided. The pres

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

>>> On 09.02.16 at 14:52, wrote: > On 09/02/16 12:43, Jan Beulich wrote: > On 08.02.16 at 18:07, wrote: >>> --- a/xen/arch/x86/xen.lds.S >>> +++ b/xen/arch/x86/xen.lds.S >>> @@ -120,6 +120,12 @@ SECTIONS >>>.init.data : { >>> *(.init.rodata) >>> *(.init.rodata.str*) >>> +

[Xen-devel] [PATCH v3] hvmloader: Fix scratch_alloc to avoid overlaps

scratch_alloc() set scratch_start to the last byte of the current allocation. The value of scratch_start is then reused as is (if it is already aligned) in the next allocation. This result in a potential reuse of the last byte of the previous allocation. Signed-off-by: Anthony PERARD --- Chang

Re: [Xen-devel] [PATCH v2 1/1] XEN/ARM: Add Odroid-XU3/XU4 support

On Tue, 2016-02-09 at 04:50 -0800, Suriyan Ramasami wrote: > > > On Tue, Feb 9, 2016 at 1:53 AM, Ian Campbell > wrote: > > On Mon, 2016-02-08 at 21:48 -0800, Suriyan Ramasami wrote: > > > The Odroid-XU3/XU4 from hardkernel is an Exynos 5422 based board. > > > Code from mcpm-exynos.c and mcpm-pla

Re: [Xen-devel] [PATCH v2 1/2] xenoprof: fix up ability to disable it

On 02/09/2016 05:05 AM, Andrew Cooper wrote: On 09/02/16 04:15, Doug Goldstein wrote: diff --git a/xen/include/asm-x86/vpmu.h b/xen/include/asm-x86/vpmu.h index 67e73dc..4750a1f 100644 --- a/xen/include/asm-x86/vpmu.h +++ b/xen/include/asm-x86/vpmu.h @@ -89,10 +89,14 @@ static inline void vpmu_c

Re: [Xen-devel] [PATCH 3/3] xen/init: Annotate all command line parameter infrastructure as const

On 09/02/16 12:43, Jan Beulich wrote: On 08.02.16 at 18:07, wrote: >> --- a/xen/arch/x86/xen.lds.S >> +++ b/xen/arch/x86/xen.lds.S >> @@ -120,6 +120,12 @@ SECTIONS >>.init.data : { >> *(.init.rodata) >> *(.init.rodata.str*) >> + >> + . = ALIGN(32); > Why 32? > >> +

[Xen-devel] [qemu-upstream-4.4-testing test] 81280: regressions - FAIL

flight 81280 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/81280/ 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. 77834 te

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 09.02.16 at 14:00, wrote: > El 9/2/16 a les 13:10, Jan Beulich ha escrit: > On 09.02.16 at 12:58, wrote: >>> El 9/2/16 a les 11:56, Andrew Cooper ha escrit: On 08/02/16 19:03, Roger Pau Monné wrote: > * PCI Express MMCFG: if Xen is able to identify any of these regions at >

Re: [Xen-devel] [PATCH 1/2] xenoprof: fix up ability to disable it

On 02/08/2016 11:05 PM, Doug Goldstein wrote: On 2/8/16 10:24 AM, Boris Ostrovsky wrote: While at it --- I think we should put VPMU code under CONFIG option too, especially given its support status. I can do that (unless Doug wants to). I forgot to answer the VPMU part. If you have the band

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

>>> On 08.02.16 at 20:03, wrote: > Boot ABI > > > Since the Xen entry point into the kernel can be different from the > native entry point, a `ELFNOTE` is used in order to tell the domain > builder how to load and jump into the kernel entry point: > > ELFNOTE(Xen, XEN_ELFNOTE_PHYS32

[Xen-devel] [xen-unstable test] 81211: tolerable FAIL

flight 81211 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/81211/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail in 80683 pass in 81211 test-amd64-i386-xl-qemuu-ovmf-amd6

Re: [Xen-devel] HVMlite ABI specification DRAFT B + implementation outline

El 9/2/16 a les 13:10, Jan Beulich ha escrit: On 09.02.16 at 12:58, wrote: >> El 9/2/16 a les 11:56, Andrew Cooper ha escrit: >>> On 08/02/16 19:03, Roger Pau Monné wrote: * PCI Express MMCFG: if Xen is able to identify any of these regions at boot time they will also be m

  1   2   >