[Xen-devel] [xen-unstable test] 84083: tolerable FAIL - PUSHED

flight 84083 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/84083/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 83855 build-i386-rumpuserxen

[Xen-devel] [PATCH v6 10/22] acpi/table: Introduce acpi_table_get_entry_madt to get specified entry

From: Shannon Zhao This function could get the specified index entry of MADT table. This would be useful when it needs to get the contens of the entry. Cc: Jan Beulich Signed-off-by: Shannon Zhao --- V6: address Jan's

[Xen-devel] [PATCH v6 08/22] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

From: Parth Dixit MADT contains the information for MPIDR which is essential for SMP initialization, parse the GIC cpu interface structures to get the MPIDR value and map it to cpu_logical_map(), and add enabled cpu with valid MPIDR into cpu_possible_map. Move

[Xen-devel] [PATCH v6 03/22] arm/acpi: Add __acpi_map_table function for ARM

From: Shannon Zhao Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to common place and rename it to NUM_FIXMAP_ACPI_PAGES. Cc: Jan Beulich Signed-off-by: Shannon Zhao --- xen/arch/arm/Makefile| 1 +

[Xen-devel] Problem setting up HVM ubuntu guest with Remus

Hi, I was able to follow the instruction on http://wiki.xenproject.org/wiki/Install_Xen_4.2.1_with_Remus_and_DRBD_on_Ubuntu_12.10 to get a working Remus with PV guests. But now I am trying to do the same thing but for HVM guests. So I created a HVM guest on Xen by following

[Xen-devel] [qemu-upstream-unstable baseline-only test] 44185: regressions - FAIL

This run is configured for baseline tests only. flight 44185 qemu-upstream-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44185/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel

Re: [Xen-devel] [BUG] gdbsx crashes Xen

Hi all, Sorry for the delay. I've managed to get some serial console output. https://gist.github.com/lilred/50285e1f33ab1c881ea0 I am not on Broadwell hardware. I'm using a PowerEdge R300 machine, with a Xeon x5460 CPU. Best On Thu, Feb 11, 2016 at 11:35 AM, Andrew Cooper

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

On 26 February 2016 at 22:03, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 26.02.2016 12:15, Fu Wei wrote: >> Hi Andrei, >> >> On 26 February 2016 at 18:50, Andrei Borzenkov wrote: >>> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote:

[Xen-devel] [qemu-mainline test] 84059: tolerable FAIL - PUSHED

flight 84059 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/84059/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 83845

[Xen-devel] [libvirt test] 84072: tolerable FAIL - PUSHED

flight 84072 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/84072/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-qcow2 11 migrate-support-checkfail never pass test-armhf-armhf-libvirt-qcow2 13

[Xen-devel] [linux-4.1 test] 84050: regressions - FAIL

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

Re: [Xen-devel] [RFC v2 2/6] x86/init: use linker tables to simplify x86 init and annotate dependencies

On Fri, Feb 19, 2016 at 11:30:43PM -0800, Andy Lutomirski wrote: > On Fri, Feb 19, 2016 at 4:42 PM, Luis R. Rodriguez wrote: > > On Fri, Feb 19, 2016 at 08:40:49AM -0800, Andy Lutomirski wrote: > >> On Fri, Feb 19, 2016 at 6:15 AM, Luis R. Rodriguez > >>

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

flight 84174 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/84174/ 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

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

flight 84160 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/84160/ 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

[Xen-devel] [linux-linus test] 84023: regressions - trouble: blocked/broken/fail/pass

flight 84023 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/84023/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen3 host-install(3) broken REGR. vs. 59254

Re: [Xen-devel] [PATCH 3/4] build: convert HAS_NUMA to Kconfig

On 2/26/16 12:56 PM, Konrad Rzeszutek Wilk wrote: > On Thu, Feb 25, 2016 at 09:39:11PM -0600, Doug Goldstein wrote: >5 files changed, 5 insertions(+), 3 deletions(-) >> >> diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig >> index 6343b0b..1e663e3 100644 >> --- a/xen/arch/x86/Kconfig >> +++

Re: [Xen-devel] [linux-3.10 test] 84020: trouble: blocked/broken/fail/pass

osstest service owner writes ("[linux-3.10 test] 84020: trouble: blocked/broken/fail/pass"): > flight 84020 linux-3.10 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/84020/ > > Failures and problems with tests :-( > > Tests which did not succeed and are blocking, > including

Re: [Xen-devel] [PATCH] Config.mk: Update SEABIOS_UPSTREAM_TAG to rel-1.9.1

> > >> I can't see a rel-1.9.1 tag yet in the repo on xenbits, so - are you > > >> sure? > > >> > > > > > > That's what I meant -- a committer needs to fetch from upstream tree > > > then push the tag to our own seabios tree before applying this patch. > > > > > > The upstream tree is at

[Xen-devel] [PATCH v4 1/2] xen/x86: Zero out .bss for PV guests

ELF spec is unclear about whether .bss must me cleared by the loader. Currently the domain builder does it when loading the guest but because it is not (or rather may not be) guaranteed we should zero it out explicitly. Signed-off-by: Boris Ostrovsky ---

[Xen-devel] [PATCH v4 2/2] xen/x86: Drop mode-selecting ifdefs in startup_xen()

Use asm/asm.h macros instead. Signed-off-by: Boris Ostrovsky --- arch/x86/xen/xen-head.S | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S index 5c63d2d..de93b20 100644 ---

[Xen-devel] [PATCH v4 0/2] Clear .bss for PV guests

PV guests need to have their .bss zeroed out since it is not guaranteed to be cleared by Xen's domain builder (even if it is done so currently) v4: * Better use of mode-selecting macros. * Drop stable tag. * Update commit message for patch 1. Boris Ostrovsky (2): xen/x86: Zero out .bss for PV

Re: [Xen-devel] [PATCH 3/4] build: convert HAS_NUMA to Kconfig

On Thu, Feb 25, 2016 at 09:39:11PM -0600, Doug Goldstein wrote: > Convert HAS_NUMA to Kconfig as CONFIG_NUMA and let CONFIG_NUMA be > defined by Kconfig. > > Signed-off-by: Doug Goldstein > --- > CC: Keir Fraser > CC: Jan Beulich > CC: Andrew

Re: [Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

Attached. Tianyang On 2016-02-26 13:09, Dario Faggioli wrote: On Fri, 2016-02-26 at 12:28 -0500, Tianyang Chen wrote: > So, have you made other changes wrt v6 when trying this? The v6 doesn't have the if statement commented out when I submitted it.  But I tried commenting it out, the

Re: [Xen-devel] [PATCH v8 00/13] Prerequisite patches for COLO

On Fri, Feb 26, 2016 at 03:54:46PM +, Wei Liu wrote: > I've prepared a branch for this series (sans patch #5) and run compile > test on every commit. > > Please pull from > > git://xenbits.xen.org/people/liuw/xen.git colo-prep-v8-base..colo-prep-v8 I've applied: Wen Congyang (12):

Re: [Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

On Fri, 2016-02-26 at 12:28 -0500, Tianyang Chen wrote: > > So, have you made other changes wrt v6 when trying this? > The v6 doesn't have the if statement commented out when I submitted > it.  > But I tried commenting it out, the assertion failed. > Ok, thanks for these tests. Can you send (just

Re: [Xen-devel] [libvirt] [PATCH 4/4] libxl: add support for rbd qdisk

On Tue, Feb 16, 2016 at 02:45:59PM -0700, Jim Fehlig wrote: > xl/libxl already supports qemu's network-based block backends > such as nbd and rbd. libvirt has supported configuring such > s for long time too. This patch adds support for rbd > disks in the libxl driver by generating a rbd device

Re: [Xen-devel] [libvirt] [PATCH 3/4] xenconfig: support xl<->xml conversion of rbd disk devices

On Tue, Feb 16, 2016 at 02:45:58PM -0700, Jim Fehlig wrote: > The target= setting in xl disk configuration can be used to encode > meta info that is meaningful to a backend. Leverage this fact to > support qdisk network disk types such as rbd. E.g. xl disk config > containing > > disk = [

Re: [Xen-devel] [libvirt] [PATCH 2/4] xenconfig: produce key=value disk config syntax in xl formatter

On Tue, Feb 16, 2016 at 02:45:57PM -0700, Jim Fehlig wrote: > The most formal form of xl disk configuration uses key=value > syntax to define each configuration item, e.g. > > format=raw, vdev=xvda, access=rw, backendtype=phy, target=disksrc > > Change the xl disk formatter to produce this

Re: [Xen-devel] [libvirt] [PATCH 1/4] xenconfig: replace text 'xm' with 'xl' in xlconfigtest

On Tue, Feb 16, 2016 at 02:45:56PM -0700, Jim Fehlig wrote: > While at it, improve a few comments. No functional change. > > Signed-off-by: Jim Fehlig > --- > tests/xlconfigtest.c | 34 +++--- > 1 file changed, 19 insertions(+), 15 deletions(-) ACK

Re: [Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

On 2/26/2016 4:11 AM, Dario Faggioli wrote: It looks like the current code doesn't add a vcpu to the replenishment queue when vcpu_insert() is called. When the scheduler is initialized, all the vcpus are added to the replenishment queue after waking up from sleep. This needs to be changed (add

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

flight 84134 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/84134/ 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] [PATCH v4 RESEND] public/io/netif.h: make control ring hash protocol more general

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 26 February 2016 16:52 > To: xen-de...@lists.xenproject.org > Cc: Paul Durrant; Ian Jackson; Jan Beulich; Wei Liu; David Vrabel > Subject: [PATCH v4 RESEND] public/io/netif.h: make control ring hash >

Re: [Xen-devel] [PATCH v4 3/4] libelf: rewrite symtab/strtab loading

El 26/2/16 a les 14:15, Jan Beulich ha escrit: On 16.02.16 at 18:37, wrote: >> --- a/xen/common/libelf/libelf-loader.c >> +++ b/xen/common/libelf/libelf-loader.c >> @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf, >> uint64_t pstart) >> sz =

[Xen-devel] [PATCH v4 RESEND] public/io/netif.h: make control ring hash protocol more general

This patch modified the control ring protocol (of which there is not yet an implementation) to make it more general. Most of the concepts are not limited to toeplitz hashing so it's best not to make them unnecessarily specific. Apart from changing the names of various definitions and modifying

Re: [Xen-devel] [PATCH v2 2/3] hvc_xen: fix xenboot for DomUs

On Fri, 26 Feb 2016, Boris Ostrovsky wrote: > On 02/26/2016 10:39 AM, Stefano Stabellini wrote: > > On Thu, 25 Feb 2016, Boris Ostrovsky wrote: > > > On 02/25/2016 07:10 AM, Stefano Stabellini wrote: > > > > The xenboot early console has been partially broken for DomU for a long > > > > time: the

Re: [Xen-devel] [PATCH v4] public/io/netif.h: make control ring hash protocol more general

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 26 February 2016 16:34 > To: Paul Durrant > Cc: Ian Campbell; Ian Jackson; xen-de...@lists.xenproject.org; Keir > (Xen.org); Tim (Xen.org) > Subject: RE: [PATCH v4] public/io/netif.h: make control ring hash

Re: [Xen-devel] [PATCH v4] public/io/netif.h: make control ring hash protocol more general

>>> On 26.02.16 at 14:48, wrote: > Ping + 1? Paul, I guess the primary problem here is that with Ian now unlikely to respond, no-one on the Cc list is likely to jump in. Probably you should resend with the Cc-s extended to the Linux and *BSD netback/netfront

Re: [Xen-devel] [PATCH v5 03/22] arm/acpi: Add __acpi_map_table function for ARM

On Fri, 26 Feb 2016, Jan Beulich wrote: > >>> On 26.02.16 at 15:12, wrote: > > On Fri, 26 Feb 2016, Shannon Zhao wrote: > >> --- a/xen/include/asm-arm/config.h > >> +++ b/xen/include/asm-arm/config.h > >> @@ -180,6 +180,8 @@ > >> #define FIXMAP_GICC14 /*

Re: [Xen-devel] [PATCH v5 03/22] arm/acpi: Add __acpi_map_table function for ARM

>>> On 26.02.16 at 15:12, wrote: > On Fri, 26 Feb 2016, Shannon Zhao wrote: >> --- a/xen/include/asm-arm/config.h >> +++ b/xen/include/asm-arm/config.h >> @@ -180,6 +180,8 @@ >> #define FIXMAP_GICC14 /* Interrupt controller: CPU registers (first >> page)

Re: [Xen-devel] [PATCH v2 2/3] hvc_xen: fix xenboot for DomUs

On 02/26/2016 10:39 AM, Stefano Stabellini wrote: On Thu, 25 Feb 2016, Boris Ostrovsky wrote: On 02/25/2016 07:10 AM, Stefano Stabellini wrote: The xenboot early console has been partially broken for DomU for a long time: the output would only go to the hypervisor via hypercall

Re: [Xen-devel] [PATCH v8 00/13] Prerequisite patches for COLO

I've prepared a branch for this series (sans patch #5) and run compile test on every commit. Please pull from git://xenbits.xen.org/people/liuw/xen.git colo-prep-v8-base..colo-prep-v8 Patch #5 needs a bit more work. Note that Wen you don't need to resubmit #5 just yet. We will come back to it

[Xen-devel] [linux-3.10 test] 84020: trouble: blocked/broken/fail/pass

flight 84020 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/84020/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 3 host-install(3) broken REGR. vs. 83599

Re: [Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

On 26/02/16 15:42, Dario Faggioli wrote: > On Fri, 2016-02-26 at 10:27 -0500, Konrad Rzeszutek Wilk wrote: >> On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote: >>> As part of my further cpuid work, I will need to fix this. I was planning to fix it by requiring full cpu

Re: [Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

On Fri, 2016-02-26 at 10:27 -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote: > >  > > > As part of my further cpuid work, I will need to fix this.  I was > > > planning to fix it by requiring full cpu topology information to > > > be > > >

Re: [Xen-devel] [PATCH v5 09/11] xen: add capability to load initrd outside of initial mapping

On Fri, Feb 26, 2016 at 03:28:21PM +0100, Juergen Gross wrote: > On 26/02/16 15:00, Daniel Kiper wrote: > > On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote: > >> On 25/02/16 13:47, Daniel Kiper wrote: > >>> On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote: > Modern

Re: [Xen-devel] [PATCH v2 2/3] hvc_xen: fix xenboot for DomUs

On Thu, 25 Feb 2016, Boris Ostrovsky wrote: > On 02/25/2016 07:10 AM, Stefano Stabellini wrote: > > The xenboot early console has been partially broken for DomU for a long > > time: the output would only go to the hypervisor via hypercall > > (HYPERVISOR_console_io), while it wouldn't actually go

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 02/26/2016 10:26 AM, David Vrabel wrote: The tools support loading bzImages, not just ELF images. We load them as ELF images though, I believe, after uncompressing. E.g.: static int xc_dom_load_bzimage_kernel(struct xc_dom_image *dom) { return elf_loader.loader(dom); } -boris

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 02/26/2016 10:22 AM, Roger Pau Monné wrote: El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit: On 02/26/2016 09:42 AM, Brian Gerst wrote: On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky wrote: On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les

Re: [Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

On Fri, Feb 26, 2016 at 04:03:46PM +0100, Dario Faggioli wrote: > On Thu, 2016-02-25 at 17:21 +, Andrew Cooper wrote: > > On 22/02/16 21:02, Joao Martins wrote: > > >  > > > Any comments are appreciated! > > Hey.  Sorry I am late getting to this - I am currently swamped.  Some > > general

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 26/02/16 15:22, Roger Pau Monné wrote: > El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit: >> On 02/26/2016 09:42 AM, Brian Gerst wrote: >>> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky >>> wrote: On 02/26/2016 05:53 AM, Roger Pau Monné wrote: > El

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

El 26/2/16 a les 16:10, Boris Ostrovsky ha escrit: > On 02/26/2016 09:42 AM, Brian Gerst wrote: >> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky >> wrote: >>> On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit:

Re: [Xen-devel] Xen 4.4, xenstored and WATCH requests

Hi Wei, Yes, the Unix socket interface works okay. Here’s a relevant part of the script changed to use the socket: import socket sock = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM) sock.connect("/var/run/xenstored/socket") fd = os.dup(sock.fileno()) try:

Re: [Xen-devel] [RFC v2 4/7] asm/sections: add a generic push_section_tbl()

On Sun, Feb 21, 2016 at 06:55:05PM -0800, H. Peter Anvin wrote: > On 02/19/16 13:06, Luis R. Rodriguez wrote: > >> > >> I think the \n\t is unnecessary. > > > > Super! I wonder if we we can just use this on s390 as well without it > > pooping? > > I ask as this would set a precedent. > > > >

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 26/02/16 15:10, Boris Ostrovsky wrote: > On 02/26/2016 09:42 AM, Brian Gerst wrote: >> On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky >> wrote: >>> On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: > PV

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 02/26/2016 09:42 AM, Brian Gerst wrote: On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky wrote: On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: PV guests need to have their .bss zeroed out since it is not

Re: [Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

On Thu, 2016-02-25 at 17:21 +, Andrew Cooper wrote: > On 22/02/16 21:02, Joao Martins wrote: > >  > > Any comments are appreciated! > Hey.  Sorry I am late getting to this - I am currently swamped.  Some > general observations. > Hi, I'm also looking forward to find the time to look at this

[Xen-devel] [qemu-mainline baseline-only test] 44169: trouble: broken/pass

This run is configured for baseline tests only. flight 44169 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44169/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-rtds

[Xen-devel] [linux-3.10 baseline-only test] 44176: trouble: broken/pass

This run is configured for baseline tests only. flight 44176 linux-3.10 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44176/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

[Xen-devel] [seabios baseline-only test] 44177: trouble: broken/pass

This run is configured for baseline tests only. flight 44177 seabios real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44177/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt

Re: [Xen-devel] [PATCH v2 0/3] hvc_xen: fix xenboot on x86 and export to ARM

On 26/02/16 14:28, Stefano Stabellini wrote: > On Thu, 25 Feb 2016, Stefano Stabellini wrote: >> Hi all, >> >> this series exports xenboot on ARM and ARM64 as earlycon, and gets >> xenboot fully working again for PV DomUs on x86 (currently the xenboot >> output only goes to the hypervisor via

[Xen-devel] [xen-4.3-testing baseline-only test] 44164: regressions - trouble: broken/fail/pass

This run is configured for baseline tests only. flight 44164 xen-4.3-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44164/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On Fri, Feb 26, 2016 at 8:51 AM, Boris Ostrovsky wrote: > On 02/26/2016 05:53 AM, Roger Pau Monné wrote: >> >> El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: >>> >>> PV guests need to have their .bss zeroed out since it is not guaranteed >>> to be cleared by Xen's

[Xen-devel] [xen-4.5-testing baseline-only test] 44166: trouble: broken/pass

This run is configured for baseline tests only. flight 44166 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44166/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

[Xen-devel] [linux-3.14 baseline-only test] 44175: trouble: broken/pass

This run is configured for baseline tests only. flight 44175 linux-3.14 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44175/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

[Xen-devel] [xen-4.4-testing baseline-only test] 44165: trouble: broken/pass

This run is configured for baseline tests only. flight 44165 xen-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44165/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt

Re: [Xen-devel] [PATCH v2 0/3] hvc_xen: fix xenboot on x86 and export to ARM

On Thu, 25 Feb 2016, Stefano Stabellini wrote: > Hi all, > > this series exports xenboot on ARM and ARM64 as earlycon, and gets > xenboot fully working again for PV DomUs on x86 (currently the xenboot > output only goes to the hypervisor via hypercall and not to the DomU > console). > > Cheers,

Re: [Xen-devel] [PATCH v5 09/11] xen: add capability to load initrd outside of initial mapping

On 26/02/16 15:00, Daniel Kiper wrote: > On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote: >> On 25/02/16 13:47, Daniel Kiper wrote: >>> On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote: Modern pvops linux kernels support an initrd not covered by the initial

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On Fri, 26 Feb 2016, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of changes: > == Moved to common-side: >

[Xen-devel] [qemu-upstream-4.4-testing baseline-only test] 44171: trouble: broken/pass

This run is configured for baseline tests only. flight 44171 qemu-upstream-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44171/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

Re: [Xen-devel] [PATCH v5 03/22] arm/acpi: Add __acpi_map_table function for ARM

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > Implement __acpi_map_table function for ARM. > > Signed-off-by: Shannon Zhao > --- > V4: add __acpi_map_table function > --- > xen/arch/arm/Makefile| 1 + >

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

On 26.02.2016 12:15, Fu Wei wrote: > Hi Andrei, > > On 26 February 2016 at 18:50, Andrei Borzenkov wrote: >> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote: >>> +@subsection xen_module >>> >>> -@deffn Command xen_linux file [arguments] >>>

[Xen-devel] [xen-unstable-smoke test] 84118: trouble: broken/pass

flight 84118 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/84118/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 3 host-install(3) broken REGR.

Re: [Xen-devel] [PATCH v5 09/11] xen: add capability to load initrd outside of initial mapping

On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote: > On 25/02/16 13:47, Daniel Kiper wrote: > > On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote: > >> Modern pvops linux kernels support an initrd not covered by the initial > >> mapping. This capability is flagged by an

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 02/26/2016 01:07 PM, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of changes: > == Moved to common-side:

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: PV guests need to have their .bss zeroed out since it is not guaranteed to be cleared by Xen's domain builder I guess I'm missing something, but elf_load_image (in libelf-loader.c) seems to be

Re: [Xen-devel] [PATCH v4] public/io/netif.h: make control ring hash protocol more general

Ping + 1? > -Original Message- > From: Paul Durrant > Sent: 22 February 2016 13:06 > To: Paul Durrant; xen-de...@lists.xenproject.org > Cc: Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim (Xen.org) > Subject: RE: [PATCH v4] public/io/netif.h: make control ring hash protocol >

Re: [Xen-devel] [PATCH v5 18/22] arm/acpi: Add a new ACPI initialized function for UART

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > This adds a new function to initialize UART for ACPI on ARM. > > Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini > V5: fix

Re: [Xen-devel] [PATCH, RESEND] xen: allocate gntdev_copy_batch dynamically

On 02/25/2016 04:25 PM, Arnd Bergmann wrote: struct gntdev_copy_batch is arguably too large to fit on the kernel stack, and we get a warning about the stack usage in gntdev_ioctl_grant_copy: drivers/xen/gntdev.c:949:1: error: the frame size of 1240 bytes is larger than 1024 bytes This changes

Re: [Xen-devel] [PATCH] MAINTAINERS: Remove myself from ARM (incl DT), seabios, tools and The Rest

On Wed, Feb 24, 2016 at 11:37:00AM +, Ian Campbell wrote: [...] > > diff --git a/MAINTAINERS b/MAINTAINERS > index cd4da04..b320152 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -127,7 +127,6 @@ F:xen/common/sched_arinc653.c [...] > > SEABIOS UPSTREAM > -M: Ian Campbell

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On Fri, Feb 26, 2016 at 6:07 AM, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of

Re: [Xen-devel] [PATCH v5 04/22] arm/acpi: Add basic ACPI initialization

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > acpi_boot_table_init() will be called in start_xen to get the RSDP and > all the table pointers. With this patch, we can get ACPI boot-time > tables from firmware on ARM64. > > Signed-off-by: Naresh Bhat

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On Fri, 2016-02-26 at 06:32 -0700, Jan Beulich wrote: > > > > On 26.02.16 at 14:07, wrote: > > We can argue about that being useful or not, and about it being > > (potentially) too noisy or not. I personally think it could be > > useful > > (it's XENLOG_DEBUG, after

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 13:49, wrote: > On 26/02/16 13:39, Jan Beulich wrote: > On 26.02.16 at 12:20, wrote: >>> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: On 26/02/16 11:39, Jan Beulich wrote: > >> @@ -670,7 +676,13 @@ int

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 14:07, wrote: > On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote: >> > > > On 26.02.16 at 12:20, wrote: >> > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >> > > > Wouldn't it be even better to make this the

[Xen-devel] [linux-3.14 test] 84019: trouble: blocked/broken/fail/pass

flight 84019 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/84019/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 3 host-install/src_host(3) broken REGR. vs. 83009

Re: [Xen-devel] [PATCH v4 3/4] libelf: rewrite symtab/strtab loading

>>> On 16.02.16 at 18:37, wrote: > --- a/xen/common/libelf/libelf-loader.c > +++ b/xen/common/libelf/libelf-loader.c > @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t > pstart) > sz = sizeof(uint32_t); > > /* Space for the elf and

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote: > >  > > > > On 26.02.16 at 12:20, wrote: > > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: > > >  > > > EBUSY vs. EAGAIN: by returning EAGAIN I would signal to Xen tools > > > that > > > the hypervisor is

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 2/26/2016 2:31 PM, Jan Beulich wrote: On 26.02.16 at 13:20, wrote: On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: On 2/26/2016 1:56 PM, Jan Beulich wrote: On 26.02.16 at 12:07, wrote: ---

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On 26/02/16 13:39, Jan Beulich wrote: On 26.02.16 at 12:20, wrote: >> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >>> On 26/02/16 11:39, Jan Beulich wrote: > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) > if

Re: [Xen-devel] Xen 4.4, xenstored and WATCH requests

(CC'ing Linux maintainers) OK. Thanks for all the information. This seems to be a bug in Linux xenbus driver. Relevant code snippet in drivers/xen/xenbus/xenbus_dev_frontend.c:xenbus_write_watch() /* Success. Synthesize a reply to say all is OK. */ { struct {

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 12:20, wrote: > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >> On 26/02/16 11:39, Jan Beulich wrote: >> > >> > > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) >> > > if ( cpumask_empty(_affinity) && >> > >

Re: [Xen-devel] [PATCH] docs: Update README to include Clang

Andrew Cooper writes ("[PATCH] docs: Update README to include Clang"): > Xen now builds on x86 with Clang 3.5 and 3.8. Update README to reflect this. > > Mark Clang as no longer a permitted failure in Travis, to prevent future > regressions slipping back in. > > Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH 8/8] tools/xenalyze: Actually handle case where number of ipi vectors exceeds static max

George Dunlap writes ("[PATCH 8/8] tools/xenalyze: Actually handle case where number of ipi vectors exceeds static max"): > find_vec() is supposed to find the vector in the list if it exists, > choose an empty slot if it doesn't exist, and return null if all slots > are full. > > However,

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 12:48, wrote: > I would summarize as follows and make sure we are on the same page. > > 1) make pcidevs_lock only visible inside xen/drivers/passthrough/pci.c, >turning the definition of the variable into a static one, and getting rid > of its

Re: [Xen-devel] [PATCH 7/8] tools/xenalyze: Fix multiple instances of *HYPERCALL_MAX

George Dunlap writes ("[PATCH 7/8] tools/xenalyze: Fix multiple instances of *HYPERCALL_MAX"): > We HYPERCALL_MAX defined as the maximum enumerated hypercall, and we ^ missing word `have' ? > have PV_HYPERCALL_MAX defined as some other number (presumably based > on experience with actual

Re: [Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

>>> On 26.02.16 at 12:10, wrote: > > On 2016/2/26 18:20, Shannon Zhao wrote: >> >> On 2016/2/26 18:04, Jan Beulich wrote: >> On 26.02.16 at 07:22, wrote: > >> > From: Shannon Zhao > >> > > >> >

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

>>> On 26.02.16 at 13:20, wrote: > On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: >> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: >>> On 2/26/2016 1:56 PM, Jan Beulich wrote: >>> On 26.02.16 at 12:07, wrote: > --- a/xen/include/asm-x86/altp2m.h

Re: [Xen-devel] [PATCH 6/8] tools/xenalyze: Fix off-by-one in MAX_CPUS range checks

George Dunlap writes ("[PATCH 6/8] tools/xenalyze: Fix off-by-one in MAX_CPUS range checks"): > Skip action / throw error if cpu/vcpu >= MAX_CPUS rather than >. > > Also add an assertion to vcpu_find, to make future errors of this kind > not out-of-bounds. ... > +/* "Graceful" handling of

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 02/26/2016 02:20 PM, Corneliu ZUZU wrote: > On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: >> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: >>> On 2/26/2016 1:56 PM, Jan Beulich wrote: >>> On 26.02.16 at 12:07, wrote: > --- a/xen/include/asm-x86/altp2m.h > +++

Re: [Xen-devel] [PATCH 5/8] tools/xenalyze: Fix check for error return value

George Dunlap writes ("[PATCH 5/8] tools/xenalyze: Fix check for error return value"): > fdopen returns NULL on failure, not a negative integer. > > CID 1306863 > CID 1306858 > > Signed-off-by: George Dunlap > --- > Strangely, coverity counted this as two bugs: one

  1   2   >