[Xen-devel] [xen-unstable-smoke test] 110062: regressions - trouble: blocked/broken/fail/pass

flight 110062 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/110062/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-buildfail REGR. vs. 110043 Tests which

Re: [Xen-devel] [PATCH 10/14 v4] xen/arm: vpl011: Modify xenconsole to support multiple consoles

Hi Stefano, Thanks for your comments. >> diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c >> index c5dd08d..db73e10 100644 >> --- a/tools/console/daemon/io.c >> +++ b/tools/console/daemon/io.c >> @@ -90,12 +90,15 @@ struct buffer { >> }; >> >> struct console { >> + char

[Xen-devel] [xen-4.9-testing test] 110044: regressions - trouble: broken/fail/pass

flight 110044 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/110044/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 3 host-install(3)broken REGR. vs. 110008

[Xen-devel] [xen-unstable-smoke test] 110057: regressions - trouble: blocked/broken/fail/pass

flight 110057 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/110057/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-buildfail REGR. vs. 110043 Tests which

Re: [Xen-devel] [PATCH v2] x86/smpboot: Make logical package management more robust

On 06/06/2017 09:39 AM, Max Vozeler wrote: Hi Thomas, there is a problem booting recent kernels on some Xen domUs hosted by provider JiffyBox. The kernel seems to crash just after logging [0.038700] SMP alternatives: switching to SMP code Do you have the crash splat? Stack trace and

Re: [Xen-devel] [PATCH v11 13/23] x86: refactor psr: CDP: implement CPU init flow.

On 17-06-06 02:38:27, Jan Beulich wrote: > >>> On 06.06.17 at 10:13, wrote: > > On 17-06-06 01:45:11, Jan Beulich wrote: > >> >>> On 02.06.17 at 09:26, wrote: > >> > On 17-05-31 03:37:48, Jan Beulich wrote: > >> >> >>> On 03.05.17 at 10:44,

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

flight 110038 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/110038/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 14 guest-saverestore.2 fail REGR. vs. 109994

Re: [Xen-devel] [PATCH 08/14 v4] xen/arm: vpl011: Modify xenconsole to define and use a new console structure

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Xenconsole uses a domain structure which contains console specific fields. > This > patch defines a new console structure, which would be used by the xenconsole > functions to perform console specific operations like reading/writing data > from/to >

Re: [Xen-devel] [PATCH 11/14 v4] xen/arm: vpl011: Add support for vuart console in xenconsole

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > This patch finally adds the support for vuart console. > > Signed-off-by: Bhupinder Thakur > > --- > CC: ij > CC: wl > CC: ss > CC: jg > > Changes since v3: > - The changes in xenconsole have been split into four

Re: [Xen-devel] [PATCH 10/14 v4] xen/arm: vpl011: Modify xenconsole to support multiple consoles

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > This patch adds the support for multiple consoles and introduces the iterator > functions to operate on multiple consoles. > > This patch is in preparation to support a new vuart console. > > Signed-off-by: Bhupinder Thakur

Re: [Xen-devel] [PATCH 09/14 v4] xen/arm: vpl011: Modify xenconsole functions to take console structure as input

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Xenconsole functions take domain structure as input. These functions shall be > modified to take console structure as input since these functions typically > perform > console specific operations. > > Also the console specific functions starting with

[Xen-devel] [xen-unstable-smoke test] 110052: regressions - trouble: blocked/broken/fail/pass

flight 110052 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/110052/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-buildfail REGR. vs. 110043 Tests which

Re: [Xen-devel] [PATCH 12/14 v4] xen/arm: vpl011: Add a new vuart console type to xenconsole client

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Add a new console type VUART to connect to guest's emualated vuart > console. > > Signed-off-by: Bhupinder Thakur > --- > CC: ij > CC: wl > CC: ss > CC: jg > > Changes since v3: > - The vuart console support is under

Re: [Xen-devel] [PATCH 07/14 v4] xen/arm: vpl011: Add a new vuart node in the xenstore

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Add a new vuart console node to xenstore. This node is added at > > /local/domain/$DOMID/vuart/0. > > The node contains information such as the ring-ref, event channel, > buffer limit and type of console. > > Xenconsole reads the node information to

Re: [Xen-devel] [PATCH 06/14 v4] xen/arm: vpl011: Add a new domctl API to initialize vpl011

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Add a new domctl API to initialize vpl011. It takes the GFN and console > backend domid as input and returns an event channel to be used for > sending and receiving events from Xen. > > Xen will communicate with xenconsole using GFN as the ring buffer

Re: [Xen-devel] [PATCH 05/14 v4] xen/arm: vpl011: Allocate a new GFN in the toolstack for vuart

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Allocate a new gfn to be used as a ring buffer between xenconsole > and Xen for sending/receiving pl011 console data. > > Signed-off-by: Bhupinder Thakur > --- > CC: ij > CC: wl > CC: ss > CC: jg > > Changes since v3: >

Re: [Xen-devel] [PATCH 04/14 v4] xen/arm: vpl011: Add support for vuart in libxl

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > An option is provided in libxl to enable/disable pl011 vuart while > creating a guest domain. > > Libxl now suppots a generic vuart console and pl011 is a specific type. > In future support can be added for multiple vuart of different types. > > User

Re: [Xen-devel] [PATCH 03/14 v4] xen/arm: vpl011: Add pl011 uart emulation in Xen

On Tue, 6 Jun 2017, Bhupinder Thakur wrote: > Add emulation code to emulate read/write access to pl011 registers > and pl011 interrupts: > > - Emulate DR read/write by reading and writing from/to the IN > and OUT ring buffers and raising an event to the backend when > there is

[Xen-devel] [qemu-mainline test] 110032: regressions - trouble: broken/fail/pass

flight 110032 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/110032/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow210 guest-start fail REGR. vs. 109975

[Xen-devel] [xen-unstable-smoke test] 110043: tolerable trouble: broken/pass - PUSHED

flight 110043 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/110043/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 12

Re: [Xen-devel] [PATCH V2] xen-evtchn: Bind dyn evtchn:qemu-dm interrupt to next online VCPU

On 06/06/2017 04:02 PM, kbuild test robot wrote: > Hi Anoob, > > [auto build test ERROR on xen-tip/linux-next] > [also build test ERROR on v4.12-rc4 next-20170606] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] &g

[Xen-devel] [linux-4.9 test] 110030: regressions - trouble: broken/fail/pass

flight 110030 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/110030/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358

[Xen-devel] [PATCH v9] ns16550: Add support for UART parameters to be specifed with name-value pairs

Add name=value parsing options for com1 and com2 to add flexibility in setting register values for MMIO UART devices. Maintain backward compatibility with previous positional parameter specfications. eg. com1=115200,8n1,0x3f8,4 eg. com1=115200,8n1,0x3f8,4,reg_width=4,reg_shift=2 eg.

Re: [Xen-devel] [PATCH V2] xen-evtchn: Bind dyn evtchn:qemu-dm interrupt to next online VCPU

Hi Anoob, [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on v4.12-rc4 next-20170606] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Anoob-Soman/xen-evtchn-Bind-dyn-evtchn

Re: [Xen-devel] [PATCH V2] xen-evtchn: Bind dyn evtchn:qemu-dm interrupt to next online VCPU

> > /* Rebind an evtchn so that it gets delivered to a specific cpu */ > -static int rebind_irq_to_cpu(unsigned irq, unsigned tcpu) > +int xen_rebind_evtchn_to_cpu(int evtchn, unsigned tcpu) > { > struct evtchn_bind_vcpu bind_vcpu; > - int evtchn = evtchn_from_irq(irq); > int

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

On Tue, 6 Jun 2017, Jan Beulich wrote: > >>> On 06.06.17 at 16:00, wrote: > > Looking at the serial logs for that and comparing them with 10009, > > it's not terribly easy to see what's going on because the kernel > > versions are different and so produce different

Re: [Xen-devel] [for-4.9] Re: HVM guest performance regression

On Tue, 6 Jun 2017, Juergen Gross wrote: > On 06/06/17 18:39, Stefano Stabellini wrote: > > On Tue, 6 Jun 2017, Juergen Gross wrote: > >> On 26/05/17 21:01, Stefano Stabellini wrote: > >>> On Fri, 26 May 2017, Juergen Gross wrote: > On 26/05/17 18:19, Ian Jackson wrote: > > Juergen Gross

Re: [Xen-devel] [for-4.9] Re: HVM guest performance regression

On 06/06/17 18:39, Stefano Stabellini wrote: > On Tue, 6 Jun 2017, Juergen Gross wrote: >> On 26/05/17 21:01, Stefano Stabellini wrote: >>> On Fri, 26 May 2017, Juergen Gross wrote: On 26/05/17 18:19, Ian Jackson wrote: > Juergen Gross writes ("HVM guest performance regression"): >>

Re: [Xen-devel] [PATCH for-next] xen/arm: Remove unused helpers access_ok and array_access_ok

On Tue, 6 Jun 2017, Julien Grall wrote: > Hi Stefano, > > On 23/05/17 19:26, Stefano Stabellini wrote: > > On Tue, 23 May 2017, Julien Grall wrote: > > > Both helpers access_ok and array_access_ok are not used on ARM. Remove > > > them. > > > > > > Signed-off-by: Julien Grall

Re: [Xen-devel] [For Xen-4.10 PATCH v2 0/3] Reduce unnecessary icache maintenance operations

On Tue, 6 Jun 2017, Julien Grall wrote: > On 26/05/17 12:14, Punit Agrawal wrote: > > Hi, > > Hi, > > It looks like this patch series has been fully acked. Can someone apply it? Done. It was appropriately marked in my inbox, but I was somehow reluctant to commit things until the release is

Re: [Xen-devel] [PATCH v10 03/32] ARM: vGIC: move irq_to_pending() calls under the VGIC VCPU lock

On Tue, 6 Jun 2017, Andre Przywara wrote: > Maybe we should consider to merge this one for 4.9 still, > as currently enabling the ITS in .config and running it on an ITS > machine will fail to boot Dom0. Here, you are talking about this patch, patch #3, right? Although it should be "safe", it

Re: [Xen-devel] [PATCH v10 01/32] ARM: vGIC: avoid rank lock when reading priority

On Tue, 6 Jun 2017, Julien Grall wrote: > Hi Andre, > > On 06/06/17 18:20, Andre Przywara wrote: > > > > > > > > What about this one (in xen/arch/arm/vgic-v[23].c): > > > > > > > > static int vgic_v2_distr_mmio_write(struct vcpu *v, ... > > > > { > > > > -uint32_t *ipriorityr; > > > > +

[Xen-devel] [distros-debian-snapshot test] 71515: regressions - trouble: blocked/broken/fail/pass

flight 71515 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71515/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-current-netinst-pygrub 4 host-ping-check-native fail REGR.

Re: [Xen-devel] [PATCH 2/2] HVM: clean up hvm_save_one()

On Wed, May 31, 2017 at 01:25:26AM -0600, Jan Beulich wrote: > Eliminate the for_each_vcpu() loop and the associated local variables, > don't override the save handler's return code, and correct formatting. > > Signed-off-by: Jan Beulich > > --- a/xen/common/hvm/save.c > +++

Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

Hi Paul, On 06/06/17 16:51, Paul Durrant wrote: -Original Message- From: Jan Beulich [mailto:jbeul...@suse.com] Sent: 06 June 2017 16:11 To: Paul Durrant Cc: xen-devel (xen-de...@lists.xenproject.org) Subject: Re: [Xen-devel] debian stretch dom0 + xen 4.9

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

flight 110027 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/110027/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail in 110018 pass in 110027

[Xen-devel] [PATCH 14/14 v4] xen/arm: vpl011: Update documentation for vuart console support

1. Update documentation for a new vuart option added. 2. Update documentation about SPI irq reserved for vpl011. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: ij CC: wl CC: ss

[Xen-devel] [PATCH 13/14 v4] xen/arm: vpl011: Add a pl011 uart DT node in the guest device tree

The SBSA uart node format is as specified in Documentation/devicetree/bindings/serial/arm_sbsa_uart.txt and given below: ARM SBSA defined generic UART -- This UART uses a subset of the PL011 registers and consequently lives in the PL011 driver. It's baudrate and other

[Xen-devel] [PATCH 12/14 v4] xen/arm: vpl011: Add a new vuart console type to xenconsole client

Add a new console type VUART to connect to guest's emualated vuart console. Signed-off-by: Bhupinder Thakur --- CC: ij CC: wl CC: ss CC: jg Changes since v3: - The vuart console support is under CONFIG_VUART_CONSOLE option. - Since there is a change from last

[Xen-devel] [PATCH 10/14 v4] xen/arm: vpl011: Modify xenconsole to support multiple consoles

This patch adds the support for multiple consoles and introduces the iterator functions to operate on multiple consoles. This patch is in preparation to support a new vuart console. Signed-off-by: Bhupinder Thakur --- CC: ij CC: wl CC: ss CC: jg Changes since v3: -

[Xen-devel] [PATCH 05/14 v4] xen/arm: vpl011: Allocate a new GFN in the toolstack for vuart

Allocate a new gfn to be used as a ring buffer between xenconsole and Xen for sending/receiving pl011 console data. Signed-off-by: Bhupinder Thakur --- CC: ij CC: wl CC: ss CC: jg Changes since v3: - Added a new helper function xc_get_vuart_gfn() to return the GFN

[Xen-devel] [PATCH 09/14 v4] xen/arm: vpl011: Modify xenconsole functions to take console structure as input

Xenconsole functions take domain structure as input. These functions shall be modified to take console structure as input since these functions typically perform console specific operations. Also the console specific functions starting with prefix "domain_" shall be modified to "console_" to

[Xen-devel] [PATCH 07/14 v4] xen/arm: vpl011: Add a new vuart node in the xenstore

Add a new vuart console node to xenstore. This node is added at /local/domain/$DOMID/vuart/0. The node contains information such as the ring-ref, event channel, buffer limit and type of console. Xenconsole reads the node information to setup the ring buffer and event channel for

[Xen-devel] [PATCH 00/14 v4] PL011 emulation support in Xen

PL011 emulation for guests in Xen === Linaro has published VM System specification for ARM Processors, which provides a set of guidelines for both guest OS and hypervisor implementations, such that building OS images according to these guidelines guarantees that

[Xen-devel] [PATCH 06/14 v4] xen/arm: vpl011: Add a new domctl API to initialize vpl011

Add a new domctl API to initialize vpl011. It takes the GFN and console backend domid as input and returns an event channel to be used for sending and receiving events from Xen. Xen will communicate with xenconsole using GFN as the ring buffer and the event channel to transmit and receive pl011

[Xen-devel] [PATCH 04/14 v4] xen/arm: vpl011: Add support for vuart in libxl

An option is provided in libxl to enable/disable pl011 vuart while creating a guest domain. Libxl now suppots a generic vuart console and pl011 is a specific type. In future support can be added for multiple vuart of different types. User can enable pl011 vuart by adding the following line in

[Xen-devel] [PATCH 01/14 v4] xen/arm: vpl011: Move vgic register access functions to vreg.h

These functions are generic in nature and can be reused by other emulation code in Xen. One recent example is pl011 emulation, which needs similar functions to read/write the registers. This patch moves the register access function definitions from vgic.h to vreg.h. Signed-off-by: Bhupinder

[Xen-devel] [PATCH 11/14 v4] xen/arm: vpl011: Add support for vuart console in xenconsole

This patch finally adds the support for vuart console. Signed-off-by: Bhupinder Thakur --- CC: ij CC: wl CC: ss CC: jg Changes since v3: - The changes in xenconsole have been split into four patches. This is the fourth patch. - The vuart console support is added

[Xen-devel] [PATCH 03/14 v4] xen/arm: vpl011: Add pl011 uart emulation in Xen

Add emulation code to emulate read/write access to pl011 registers and pl011 interrupts: - Emulate DR read/write by reading and writing from/to the IN and OUT ring buffers and raising an event to the backend when there is data in the OUT ring buffer and injecting an interrupt

[Xen-devel] [PATCH 08/14 v4] xen/arm: vpl011: Modify xenconsole to define and use a new console structure

Xenconsole uses a domain structure which contains console specific fields. This patch defines a new console structure, which would be used by the xenconsole functions to perform console specific operations like reading/writing data from/to the console ring buffer or reading/writing data from/to

Re: [Xen-devel] [PATCH v10 03/32] ARM: vGIC: move irq_to_pending() calls under the VGIC VCPU lock

Hi, On 30/05/17 12:08, Julien Grall wrote: > Hi Andre, > > On 26/05/17 18:35, Andre Przywara wrote: >> So far irq_to_pending() is just a convenience function to lookup >> statically allocated arrays. This will change with LPIs, which are >> more dynamic, so the memory for their struct

[Xen-devel] [PATCH 02/14 v4] xen/arm: vpl011: Define generic vreg_reg* access functions in vreg.h

This patch redefines the vgic_reg* access functions to vreg_reg* functions. These are generic functions, which will be used by the vgic emulation code to access the vgic registers. PL011 emulation code will also use vreg_reg* access functions. Signed-off-by: Bhupinder Thakur

Re: [Xen-devel] [PATCH v10 01/32] ARM: vGIC: avoid rank lock when reading priority

Hi Andre, On 06/06/17 18:20, Andre Przywara wrote: What about this one (in xen/arch/arm/vgic-v[23].c): static int vgic_v2_distr_mmio_write(struct vcpu *v, ... { -uint32_t *ipriorityr; +uint32_t *ipriorityr, priority; vgic_lock_rank(v, rank, flags); ipriorityr =

Re: [Xen-devel] [PATCH v10 01/32] ARM: vGIC: avoid rank lock when reading priority

On 06/06/17 18:06, Andre Przywara wrote: On 30/05/17 11:47, Julien Grall wrote: Hi Andre, On 26/05/17 18:35, Andre Przywara wrote: When reading the priority value of a virtual interrupt, we were taking the respective rank lock so far. However for forwarded interrupts (Dom0 only so far) this

Re: [Xen-devel] [PATCH v10 01/32] ARM: vGIC: avoid rank lock when reading priority

Hi, On 30/05/17 11:47, Julien Grall wrote: > Hi Andre, > > On 26/05/17 18:35, Andre Przywara wrote: >> When reading the priority value of a virtual interrupt, we were taking >> the respective rank lock so far. >> However for forwarded interrupts (Dom0 only so far) this may lead to a >> deadlock

Re: [Xen-devel] [PATCH] x86/NPT: deal with fallout from 2Mb/1Gb unmapping change

Hi George, On 05/06/17 12:40, George Dunlap wrote: On 24/05/17 17:57, Boris Ostrovsky wrote: On 05/24/2017 06:21 AM, Jan Beulich wrote: On 24.05.17 at 11:14, wrote: Commit efa9596e9d ("x86/mm: fix incorrect unmapping of 2MB and 1GB pages") left the NPT code untouched, as

Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

On 06/06/2017 12:28 PM, Paul Durrant wrote: >> -Original Message- >> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of >> Paul Durrant >> Sent: 06 June 2017 16:52 >> To: 'Jan Beulich' >> Cc: xen-devel (xen-de...@lists.xenproject.org) >

Re: [Xen-devel] [PATCH for 4.9] vif-common.sh: Have iptables wait for the xtables lock

On Tue, Jun 06, 2017 at 05:28:58PM +0100, Julien Grall wrote: > Hi George, > > On 05/06/17 12:03, George Dunlap wrote: > > Forgot to cc' the release manager. > > > > On Mon, Jun 5, 2017 at 11:02 AM, George Dunlap > > wrote: > > > iptables has a system-wide lock on the

Re: [Xen-devel] [for-4.9] Re: HVM guest performance regression

On Tue, 6 Jun 2017, Juergen Gross wrote: > On 26/05/17 21:01, Stefano Stabellini wrote: > > On Fri, 26 May 2017, Juergen Gross wrote: > >> On 26/05/17 18:19, Ian Jackson wrote: > >>> Juergen Gross writes ("HVM guest performance regression"): > Looking for the reason of a performance

Re: [Xen-devel] [RFC PATCH V2 1/26] VIOMMU: Add vIOMMU helper functions to create, destroy and query capabilities

Hi Jan, On 06/06/17 07:31, Jan Beulich wrote: On 02.06.17 at 09:31, wrote: On 06/02/2017 08:10 AM, Lan Tianyu wrote: On 2017年05月30日 23:42, Jan Beulich wrote: On 30.05.17 at 17:36, wrote: On Thu, May 18, 2017 at 01:34:31AM -0400, Lan Tianyu wrote:

Re: [Xen-devel] [For Xen-4.10 PATCH v2 0/3] Reduce unnecessary icache maintenance operations

>>> On 06.06.17 at 18:32, wrote: > On 26/05/17 12:14, Punit Agrawal wrote: > It looks like this patch series has been fully acked. Can someone apply it? Well, for a series mostly affecting ARM I was expecting Stefano to do so. Jan

Re: [Xen-devel] [For Xen-4.10 PATCH v2 0/3] Reduce unnecessary icache maintenance operations

On 26/05/17 12:14, Punit Agrawal wrote: Hi, Hi, It looks like this patch series has been fully acked. Can someone apply it? Cheers, -- Julien Grall ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH for 4.9] vif-common.sh: Have iptables wait for the xtables lock

Hi George, On 05/06/17 12:03, George Dunlap wrote: Forgot to cc' the release manager. On Mon, Jun 5, 2017 at 11:02 AM, George Dunlap wrote: iptables has a system-wide lock on the xtables. Strangely though, in the case of two concurrent invocations, the default is

Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > Paul Durrant > Sent: 06 June 2017 16:52 > To: 'Jan Beulich' > Cc: xen-devel (xen-de...@lists.xenproject.org) de...@lists.xenproject.org> > Subject: Re: [Xen-devel] debian

[Xen-devel] [xen-unstable baseline-only test] 71514: regressions - trouble: blocked/broken/fail/pass

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

Re: [Xen-devel] [PATCH for-next] xen/arm: Remove unused helpers access_ok and array_access_ok

Hi Stefano, On 23/05/17 19:26, Stefano Stabellini wrote: On Tue, 23 May 2017, Julien Grall wrote: Both helpers access_ok and array_access_ok are not used on ARM. Remove them. Signed-off-by: Julien Grall Reviewed-by: Stefano Stabellini I

Re: [Xen-devel] [PATCH] xen/privcmd: Support correctly 64KB page granularity when mapping memory

Hi, It has been reviewed-by Boris but I don't see the patch queued. Would it be possible to queue it for 4.12? Cheers, On 01/06/17 21:41, Boris Ostrovsky wrote: On 06/01/2017 11:38 AM, Julien Grall wrote: Hi Boris, On 01/06/17 16:16, Boris Ostrovsky wrote: On 06/01/2017 10:01 AM, Julien

[Xen-devel] Xen 4.9 rc8

Hi all, Xen 4.9 rc8 is tagged. You can check that out from xen.git: git://xenbits.xen.org/xen.git 4.9.0-rc8 For your convenience there is also a tarball at: https://downloads.xenproject.org/release/xen/4.9.0-rc8/xen-4.9.0-rc8.tar.gz And the signature is at:

Re: [Xen-devel] [PATCH 0/1] xl.cfg man page cleanup and fixes

On 06/06/2017 12:28 PM, Ian Jackson wrote: > Armando Vega writes ("[PATCH 0/1] xl.cfg man page cleanup and fixes"): >> so I've made a new round of cleaning and fixing. There was quite some work to >> be done with this one. And there are a few issues that are left still, but >> at least not with

[Xen-devel] [PATCH 2/4] x86/apic: Drop the unused struct local_apic

It is not suitable for Xen's use (being xapic and x2apic compatible), and the comment doesn't inspire much confidence in its correctness. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/include/asm-x86/apicdef.h | 262

[Xen-devel] [PATCH 3/4] x86/apic: Drop CONFIG_LOCAL_APIC

It is unconditionally selected, and all 64bit processors have local APICs. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/acpi/boot.c | 10 -- xen/include/asm-x86/apic.h | 8 xen/include/asm-x86/config.h |

[Xen-devel] [PATCH 4/4] x86/apic: Drop CONFIG_IO_APIC

It is unconditionally selected, and compiling out IO-APIC support is not a useful think to do these days. Signed-off-by: Andrew Cooper --- CC: Jan Beulich --- xen/arch/x86/acpi/boot.c | 12 xen/arch/x86/apic.c | 4 ++--

Re: [Xen-devel] Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

Hi Ian, On 06/06/17 12:16, Ian Jackson wrote: Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"): But osstest does not want to update its linux-4.9 branch to include those x86 nested fixes,

Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 06 June 2017 16:11 > To: Paul Durrant > Cc: xen-devel (xen-de...@lists.xenproject.org) de...@lists.xenproject.org> > Subject: Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot >

[Xen-devel] Ping: [PATCH] x86/HAP: avoid using bogus/misleading locking

>>> On 29.05.17 at 14:37, wrote: > hap_teardown() unconditionally releases the paging lock and is always > being called without the lock held: Lock acquire should then be > unconditional too. > > Signed-off-by: Jan Beulich > --- > While this is only a

[Xen-devel] Ping: [PATCH 0/2] hvm/save: cleanup

>>> On 31.05.17 at 09:19, wrote: > 1: sanitize DOMCTL_gethvmcontext_partial handling > 2: clean up hvm_save_one() > > Signed-off-by: Jan Beulich > > > ___ > Xen-devel mailing list > Xen-devel@lists.xen.org >

Re: [Xen-devel] [PATCH] VT-d PI: disable VT-d PI when APICv is disabled

>>> On 01.06.17 at 18:00, wrote: > From the context calling pi_desc_init(), we can conclude the current > implementation of VT-d PI depends on CPU-side PI. If we disable APICv > but enable VT-d PI explicitly in xen boot command line, we would get > an assertion failure. > >

Re: [Xen-devel] [PATCH v8] ns16550: Add support for UART parameters to be specifed with name-value pairs

>>> On 02.06.17 at 22:07, wrote: > Add name=value parsing options for com1 and com2 to add flexibility > in setting register values for MMIO UART devices. > > Maintain backward compatibility with previous positional parameter > specfications. > > eg.

Re: [Xen-devel] [PATCH] x86/apic: Drop workarounds for Pentium/82489DX erratum

>>> On 01.06.17 at 16:51, wrote: > CONFIG_X86_GOOD_APIC is unconditionally selected for 64bit builds. Drop the > related infrastructure including apic_{read,write}_around(), the former of > which had no effect, and the latter which was an alias of apic_write(). > > No

Re: [Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

>>> On 06.06.17 at 16:32, wrote: > I've been having fun setting up a new test rig... > > I have a skull canyon NUC and I put debian stretch (rc4) on it (so that's a > 4.9 kernel) and then tried building and installing the latest Xen staging-4.9 > code. The system

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

This run is configured for baseline tests only. flight 71516 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71516/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-libvirt 5 libvirt-build

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

flight 110025 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/110025/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 4 host-build-prep fail REGR. vs. 109994

[Xen-devel] [xen-unstable-smoke test] 110035: tolerable trouble: broken/pass - PUSHED

flight 110035 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/110035/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 12

[Xen-devel] debian stretch dom0 + xen 4.9 fails to boot

I've been having fun setting up a new test rig... I have a skull canyon NUC and I put debian stretch (rc4) on it (so that's a 4.9 kernel) and then tried building and installing the latest Xen staging-4.9 code. The system failed to boot... basically it got stuck before even managing to get

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

>>> On 06.06.17 at 16:00, wrote: > Looking at the serial logs for that and comparing them with 10009, > it's not terribly easy to see what's going on because the kernel > versions are different and so produce different messages about xenbr0 > (and I think may have a

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

Jan Beulich writes ("Re: [Xen-devel] [xen-unstable test] 110009: regressions - FAIL"): > So finally we have some output from the debugging code added by > 933f966bcd ("x86/mm: add temporary debugging code to > get_page_from_gfn_p2m()"), i.e. the migration heisenbug we hope > to hunt down: > >

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

>>> On 06.06.17 at 15:20, wrote: > So actually it looks like reboot might have been going on, which also > explains why the guest was booting as domain 9 while domain 7 was having > problems during migrate. Hmm, so far I was assuming the guest reboot to have been a

Re: [Xen-devel] [PATCH v2] x86/smpboot: Make logical package management more robust

Hi Thomas, there is a problem booting recent kernels on some Xen domUs hosted by provider JiffyBox. The kernel seems to crash just after logging [0.038700] SMP alternatives: switching to SMP code We started seeing this with 4.9.2 and bisecting the 4.9 stable

Re: [Xen-devel] [for-4.9] Re: HVM guest performance regression

On 26/05/17 21:01, Stefano Stabellini wrote: > On Fri, 26 May 2017, Juergen Gross wrote: >> On 26/05/17 18:19, Ian Jackson wrote: >>> Juergen Gross writes ("HVM guest performance regression"): Looking for the reason of a performance regression of HVM guests under Xen 4.7 against 4.5 I

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

On 06/06/17 13:59, Jan Beulich wrote: On 05.06.17 at 18:55, wrote: >> flight 110009 xen-unstable real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/110009/ >> >> Regressions :-( >> >> Tests which did not succeed and are blocking, >> including tests

Re: [Xen-devel] PCI passthrough of USB controllers on Xen 4.8.1, Linux 4.9.29, stubdomain

On Tue, Jun 06, 2017 at 04:55:20AM -0600, Jan Beulich wrote: > >>> On 06.06.17 at 12:41, wrote: > > [root@dom0 ~]# lspci -s 00:14.0 -vvv > > 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI > > Controller (rev 03) (prog-if 30 [XHCI]) > >

Re: [Xen-devel] [PATCH 2/3] x86/altp2m: Add a hvmop for setting the suppress #VE bit

>>> On 06.06.17 at 15:00, wrote: > On Mon, May 29, 2017 at 08:38:33AM -0600, Jan Beulich wrote: >> >>> On 18.05.17 at 17:07, wrote: >> > + >> > +if ( !cpu_has_vmx ) >> > +return -EOPNOTSUPP; >> >> Is this enough? Wouldn't it be better to

Re: [Xen-devel] [PATCH 2/3] x86/altp2m: Add a hvmop for setting the suppress #VE bit

Hello, On Mon, May 29, 2017 at 08:38:33AM -0600, Jan Beulich wrote: > >>> On 18.05.17 at 17:07, wrote: > > --- a/xen/arch/x86/mm/mem_access.c > > +++ b/xen/arch/x86/mm/mem_access.c > > @@ -466,6 +466,54 @@ int p2m_get_mem_access(struct domain *d, gfn_t gfn, > >

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

>>> On 05.06.17 at 18:55, wrote: > flight 110009 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/110009/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] Commit moratorium for branching Xen 4.9

>>> On 01.06.17 at 19:57, wrote: > Hi, > > On 26/05/17 07:02, Jan Beulich wrote: > On 25.05.17 at 20:00, wrote: >>> On 05/25/2017 01:46 PM, Julien Grall wrote: On 25/05/17 18:08, Boris Ostrovsky wrote: > Is this: > >

Re: [Xen-devel] Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])

Ian Jackson writes ("Re: Nested virt broken in Linux 4.9 (was Re: [OSSTEST PATCH 2/3] ap-common: Switch to Linux 4.9 by default [and 1 more messages])"): > But osstest does not want to update its linux-4.9 branch to include > those x86 nested fixes, because doing so would introduce an ARM >

Re: [Xen-devel] [PATCH v10 19/32] ARM: vITS: provide access to struct pending_irq

Hi Andre, On 06/06/17 11:19, Andre Przywara wrote: Sorry, I forgot to send a reply on Friday. So I am not convinced that a *potential* debug output justifies breaking the abstraction here. The host LPI is of no concern for the guest side of the emulation code. If someone is in dire need for

[Xen-devel] [PATCH V2] xen-evtchn: Bind dyn evtchn:qemu-dm interrupt to next online VCPU

A HVM domian booting generates around 200K (evtchn:qemu-dm xen-dyn) interrupts,in a short period of time. All these evtchn:qemu-dm are bound to VCPU 0, until irqbalance sees these IRQ and moves it to a different VCPU. In one configuration, irqbalance runs every 10 seconds, which means irqbalance

Re: [Xen-devel] PCI passthrough of USB controllers on Xen 4.8.1, Linux 4.9.29, stubdomain

>>> On 06.06.17 at 12:41, wrote: > [root@dom0 ~]# lspci -s 00:14.0 -vvv > 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI > Controller (rev 03) (prog-if 30 [XHCI]) > Subsystem: Intel Corporation Device 7270 > Control: I/O- Mem+

[Xen-devel] [libvirt test] 110026: tolerable all pass - PUSHED

flight 110026 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/110026/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 109962 test-armhf-armhf-libvirt-xsm 13

  1   2   >