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

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

Re: [Xen-devel] [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*

On Wed, Oct 16, 2019 at 09:12:30AM +0200, Borislav Petkov wrote: > Hi, > > On Fri, Oct 11, 2019 at 01:51:04PM +0200, Jiri Slaby wrote: > > These are all functions which are invoked from elsewhere, so annotate > > them as global using the new SYM_FUNC_START. And their ENDPROC's by > > SYM_FUNC_END.

[Xen-devel] [PATCH] xen/netback: fix error path of xenvif_connect_data()

xenvif_connect_data() calls module_put() in case of error. This is wrong as there is no related module_get(). Remove the superfluous module_put(). Fixes: 279f438e36c0a7 ("xen-netback: Don't destroy the netdev until the vif is shut down") Cc: # 3.12 Signed-off-by: Juergen Gross Reviewed-by: Pau

[Xen-devel] [xen-unstable test] 142826: regressions - trouble: broken/fail/pass

flight 142826 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/142826/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-credit2 broken test-amd64-amd64-xl-pvshim 20 guest-start

Re: [Xen-devel] [PATCH] xen/netback: fix error path of xenvif_connect_data()

On Fri, Oct 18, 2019 at 09:45:49AM +0200, Juergen Gross wrote: > xenvif_connect_data() calls module_put() in case of error. This is > wrong as there is no related module_get(). > > Remove the superfluous module_put(). > > Fixes: 279f438e36c0a7 ("xen-netback: Don't destroy the netdev until the vif

Re: [Xen-devel] [PATCH 25/32] hw/pci-host/piix: Extract piix3_create()

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > Extract the PIIX3 creation code from the i440fx_init() function. > > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/pci-host/piix.c | 51 -- > 1 file changed, 31 insertions(+), 20 deletio

Re: [Xen-devel] [PATCH 26/32] hw/pci-host/piix: Move RCR_IOPORT register definition

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > From: Philippe Mathieu-Daudé > > The RCR_IOPORT register belongs to the PIIX chipset. > Move the definition to "piix.h". > > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/pci-host/piix.c| 1 + > include/hw/i386/pc.h

Re: [Xen-devel] [PATCH 27/32] hw/pci-host/piix: Define and use the PIIX IRQ Route Control Registers

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > The IRQ Route Control registers definitions belong to the PIIX > chipset. We were only defining the 'A' register. Define the other > B, C and D registers, and use them. > > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/i386/xen/xe

Re: [Xen-devel] [PATCH 28/32] hw/pci-host/piix: Move i440FX declarations to hw/pci-host/i440fx.h

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > From: Philippe Mathieu-Daudé > > The hw/pci-host/piix.c contains a mix of PIIX3 and i440FX chipsets > functions. To be able to split it, we need to export some > declarations first. > > Signed-off-by: Philippe Mathieu-Daudé > --- >

Re: [Xen-devel] [PATCH 29/32] hw/pci-host/piix: Fix code style issues

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > We will move this code, fix its style first. > > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/pci-host/piix.c | 7 --- > 1 file changed, 4 insertions(+), 3 deletions(-) > > Reviewed-by: Aleksandar Markovic > diff --git a/h

Re: [Xen-devel] [PATCH 30/32] hw/pci-host/piix: Extract PIIX3 functions to hw/isa/piix3.c

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > From: Philippe Mathieu-Daudé > > Move all the PIIX3 functions to a new file: hw/isa/piix3.c. > > Signed-off-by: Philippe Mathieu-Daudé > --- > Checkpatch warning: > > ERROR: spaces required around that '*' (ctx:VxV) > #312: FILE: h

Re: [Xen-devel] [PATCH 31/32] hw/pci-host: Rename incorrectly named 'piix' as 'i440fx'

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > From: Philippe Mathieu-Daudé > > We moved all the PIIX3 southbridge code out of hw/pci-host/piix.c, > it now only contains i440FX northbridge code. > Rename it to match the chipset modelled. > > Signed-off-by: Philippe Mathieu-Daudé

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

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

Re: [Xen-devel] [PATCH 26/32] hw/pci-host/piix: Move RCR_IOPORT register definition

On 10/18/19 11:19 AM, Aleksandar Markovic wrote: On Tuesday, October 15, 2019, Philippe Mathieu-Daudé > wrote: From: Philippe Mathieu-Daudé mailto:f4...@amsat.org>> The RCR_IOPORT register belongs to the PIIX chipset. Move the definition to "piix.h". S

Re: [Xen-devel] [PATCH v2 2/8] tools: add with-xen-scriptdir configure option

Am Wed, 2 Oct 2019 19:05:37 +0200 schrieb Olaf Hering : > add a knob to configure Was this ever considered for merging, or are we done with this series? Olaf pgp2HK5KoaJkO.pgp Description: Digitale Signatur von OpenPGP ___ Xen-devel mailing list Xen

[Xen-devel] [tip: x86/core] x86: xen: kvm: Gather the definition of emulate prefixes

The following commit has been merged into the x86/core branch of tip: Commit-ID: b3dc0695fa40c3b280230fb6fb7fb7a94ce28bf4 Gitweb: https://git.kernel.org/tip/b3dc0695fa40c3b280230fb6fb7fb7a94ce28bf4 Author:Masami Hiramatsu AuthorDate:Fri, 06 Sep 2019 22:13:59 +09:00 Committ

[Xen-devel] [tip: x86/core] x86: kprobes: Prohibit probing on instruction which has emulate prefix

The following commit has been merged into the x86/core branch of tip: Commit-ID: 004e8dce9c5595697951f7cd0e9f66b35c92265e Gitweb: https://git.kernel.org/tip/004e8dce9c5595697951f7cd0e9f66b35c92265e Author:Masami Hiramatsu AuthorDate:Fri, 06 Sep 2019 22:14:20 +09:00 Committ

[Xen-devel] [tip: x86/core] x86/asm: Allow to pass macros to __ASM_FORM()

The following commit has been merged into the x86/core branch of tip: Commit-ID: f7919fd943abf0c77aed4441ea9897a323d132f5 Gitweb: https://git.kernel.org/tip/f7919fd943abf0c77aed4441ea9897a323d132f5 Author:Masami Hiramatsu AuthorDate:Fri, 06 Sep 2019 22:13:48 +09:00 Committ

[Xen-devel] [tip: x86/core] x86: xen: insn: Decode Xen and KVM emulate-prefix signature

The following commit has been merged into the x86/core branch of tip: Commit-ID: 4d65adfcd1196818659d3bd9b42dccab291e1751 Gitweb: https://git.kernel.org/tip/4d65adfcd1196818659d3bd9b42dccab291e1751 Author:Masami Hiramatsu AuthorDate:Fri, 06 Sep 2019 22:14:10 +09:00 Committ

Re: [Xen-devel] [PATCH 26/32] hw/pci-host/piix: Move RCR_IOPORT register definition

On Friday, October 18, 2019, Philippe Mathieu-Daudé wrote: > On 10/18/19 11:19 AM, Aleksandar Markovic wrote: > >> On Tuesday, October 15, 2019, Philippe Mathieu-Daudé > > wrote: >> >> From: Philippe Mathieu-Daudé mailto:f4...@amsat.org >> >> >> >> The RCR_IOPORT

Re: [Xen-devel] [PATCH 04/32] mc146818rtc: Move RTC_ISA_IRQ definition

On Tuesday, October 15, 2019, Philippe Mathieu-Daudé wrote: > From: Philippe Mathieu-Daudé > > The ISA default number for the RTC devices is not related to its > registers neither. Move this definition to "hw/timer/mc146818rtc.h". > > Signed-off-by: Philippe Mathieu-Daudé > --- > include/hw/ti

[Xen-devel] [PATCH v2 04/20] Revert "irq: introduce qemu_irq_proxy()"

From: Philippe Mathieu-Daudé This function isn't used anymore. This reverts commit 22ec3283efba9ba0792790da786d6776d83f2a92. Reviewed-by: Thomas Huth Signed-off-by: Philippe Mathieu-Daudé --- hw/core/irq.c| 14 -- include/hw/irq.h | 5 - 2 files changed, 19 deletions(-)

[Xen-devel] [PATCH v2 00/20] hw/i386/pc: Split PIIX3 southbridge from i440FX northbridge

Changes since v1 [0]: - Removed patch reintroducing DO_UPCAST() use (thuth) - Took various patches out to reduce series (thuth) - Added review tags (thanks all for reviewing!) $ git backport-diff -u pc_split_i440fx_piix-v1 -r mc146818rtc_init.. Key: [] : patches are identical [] : number o

[Xen-devel] [PATCH v2 03/20] piix4: Add a i8259 Interrupt Controller as specified in datasheet

From: Hervé Poussineau Add ISA irqs as piix4 gpio in, and CPU interrupt request as piix4 gpio out. Remove i8259 instanciated in malta board, to not have it twice. We can also remove the now unused piix4_init() function. Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé

[Xen-devel] [PATCH v2 02/20] piix4: Add the Reset Control Register

From: Hervé Poussineau The RCR I/O port (0xcf9) is used to generate a hard reset or a soft reset. Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé Poussineau Message-Id: <20171216090228.28505-7-hpous...@reactos.org> Reviewed-by: Aleksandar Markovic [PMD: rebased, upd

[Xen-devel] [PATCH v2 01/20] MAINTAINERS: Keep PIIX4 South Bridge separate from PC Chipsets

From: Philippe Mathieu-Daudé The PIIX4 Southbridge is not used by the PC machine, but by the Malta board (MIPS). Add a new section to keep it covered. Suggested-by: Michael S. Tsirkin Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- MAINTAINERS | 7 ++- 1 file c

[Xen-devel] [PATCH v2 06/20] piix4: Add a i8257 DMA Controller as specified in datasheet

From: Hervé Poussineau Remove i8257 instantiated in malta board, to not have it twice. Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé Poussineau Message-Id: <20171216090228.28505-9-hpous...@reactos.org> Reviewed-by: Aleksandar Markovic [PMD: rebased] Signed-off-by:

[Xen-devel] [PATCH v2 09/20] hw/mips/mips_malta: Create IDE hard drive array dynamically

In the next commit we'll refactor the PIIX4 code out of mips_malta_init(). As a preliminary step, add the 'ide_drives' variable and create the drive array dynamically. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/mips/mips_malta.c | 7 +-- 1 file changed, 5

[Xen-devel] [PATCH v2 08/20] piix4: Add a MC146818 RTC Controller as specified in datasheet

From: Philippe Mathieu-Daudé Remove mc146818rtc instanciated in malta board, to not have it twice. Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé Poussineau Message-Id: <20171216090228.28505-13-hpous...@reactos.org> [PMD: rebased, set RTC base_year to 2000] Reviewed

[Xen-devel] [PATCH v2 11/20] hw/isa/piix4: Move piix4_create() to hw/isa/piix4.c

From: Philippe Mathieu-Daudé Now that we properly refactored the piix4_create() function, let's move it to hw/isa/piix4.c where it belongs, so it can be reused on other places. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/piix4.c| 30 ++

[Xen-devel] [PATCH v2 07/20] piix4: Add a i8254 PIT Controller as specified in datasheet

From: Hervé Poussineau Remove i8254 instanciated in malta board, to not have it twice. Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé Poussineau Message-Id: <20171216090228.28505-10-hpous...@reactos.org> Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Math

[Xen-devel] [PATCH v2 10/20] hw/mips/mips_malta: Extract the PIIX4 creation code as piix4_create()

The Malta board instantiate a PIIX4 chipset doing various calls. Refactor all those related calls into a single function: piix4_create(). Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/mips/mips_malta.c | 47 +++- 1 file cha

[Xen-devel] [PATCH v2 05/20] piix4: Rename PIIX4 object to piix4-isa

From: Hervé Poussineau Other piix4 parts are already named piix4-ide and piix4-usb-uhci. Reviewed-by: Philippe Mathieu-Daudé Acked-by: Michael S. Tsirkin Acked-by: Paolo Bonzini Signed-off-by: Hervé Poussineau Message-Id: <20171216090228.28505-15-hpous...@reactos.org> Reviewed-by: Aleksandar

[Xen-devel] [PATCH v2 12/20] hw/i386: Remove obsolete LoadStateHandler::load_state_old handlers

These devices implemented their load_state_old() handler 10 years ago, previous to QEMU v0.12. Since commit cc425b5ddf removed the pc-0.10 and pc-0.11 machines, we can drop this code. Note: the mips_r4k machine started to use the i8254 device just after QEMU v0.5.0, but the MIPS machine types are

[Xen-devel] [PATCH v2 13/20] hw/pci-host/piix: Extract piix3_create()

Extract the PIIX3 creation code from the i440fx_init() function. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/pci-host/piix.c | 51 -- 1 file changed, 31 insertions(+), 20 deletions(-) diff --git a/hw/pci-host/piix.c

[Xen-devel] [PATCH v2 15/20] hw/pci-host/piix: Define and use the PIIX IRQ Route Control Registers

The IRQ Route Control registers definitions belong to the PIIX chipset. We were only defining the 'A' register. Define the other B, C and D registers, and use them. Acked-by: Paul Durrant Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/i386/xen/xen-hvm.c |

[Xen-devel] [PATCH v2 14/20] hw/pci-host/piix: Move RCR_IOPORT register definition

From: Philippe Mathieu-Daudé The RCR_IOPORT register belongs to the PIIX chipset. Move the definition to "piix.h", and prepend the PIIX prefix. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- v2: prepend PIIX prefix (Aleksandar) --- hw/i386/acpi-build.c | 2

[Xen-devel] [PATCH v2 16/20] hw/pci-host/piix: Move i440FX declarations to hw/pci-host/i440fx.h

From: Philippe Mathieu-Daudé The hw/pci-host/piix.c contains a mix of PIIX3 and i440FX chipsets functions. To be able to split it, we need to export some declarations first. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- MAINTAINERS | 1 + hw/acpi

[Xen-devel] [PATCH v2 17/20] hw/pci-host/piix: Fix code style issues

We will move this code, fix its style first. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- hw/pci-host/piix.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c index 95b04122fa..1544c4726b 100644 --- a

[Xen-devel] [PATCH v2 18/20] hw/pci-host/piix: Extract PIIX3 functions to hw/isa/piix3.c

From: Philippe Mathieu-Daudé Move all the PIIX3 functions to a new file: hw/isa/piix3.c. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- Checkpatch warning: ERROR: spaces required around that '*' (ctx:VxV) #312: FILE: hw/isa/piix3.c:248: +.subsections = (cons

[Xen-devel] [PATCH v2 19/20] hw/pci-host: Rename incorrectly named 'piix' as 'i440fx'

From: Philippe Mathieu-Daudé We moved all the PIIX3 southbridge code out of hw/pci-host/piix.c, it now only contains i440FX northbridge code. Rename it to match the chipset modelled. Reviewed-by: Aleksandar Markovic Signed-off-by: Philippe Mathieu-Daudé --- MAINTAINERS |

[Xen-devel] [PATCH v2 20/20] hw/pci-host/i440fx: Remove the last PIIX3 traces

The PIIX3 is not tied to the i440FX and can even be used without it. Move its creation to the machine code (pc_piix.c). We have now removed the last trace of southbridge code in the i440FX northbridge. Signed-off-by: Philippe Mathieu-Daudé --- hw/i386/pc_piix.c| 8 +++- hw/pci-ho

Re: [Xen-devel] [PATCH v4 00/12] livepatch: new features and fixes

On Sat, Sep 28, 2019 at 03:12:53PM +, Pawel Wieczorkiewicz wrote: > This series introduces new features to the livepatch functionality as > briefly discussed during Xen Developer Summit 2019: [a] and [b]. > It also provides a few fixes and some small improvements. Heya, Is there an v5 of the

[Xen-devel] [XEN PATCH for-4.13 v5 00/10] libxl memkb & pt defaulting

I still want to sort out the shadow/iommu memory and pci passthrough situation in 4.13, to avoid promulgating a wrong libxl API in a stable release. The only change since v4 is to change the default value name for the "passthrough" config setting to "default", apropos of the discussion. That is al

[Xen-devel] [XEN PATCH for-4.13 v5 05/10] libxl: Move shadow_memkb and iommu_memkb defaulting into libxl

Defaulting is supposed to be done by libxl. So these calculations should be here in libxl. libxl__domain_config_setdefault has all the necessary information including the values of max_memkb and max_vcpus. The overall functional effect depends on the caller: For xl, no change. The code moves f

[Xen-devel] [XEN PATCH for-4.13 v5 04/10] libxl: libxl_domain_need_memory: Make it take a domain_config

This should calculate the extra memory needed for shadow and iommu, the defaults for which depend on values in c_info. So we need this to have the complete domain config available. And the defaults should actually be updated and stored. So make it non-const. We provide the usual kind of compati

[Xen-devel] [XEN PATCH for-4.13 v5 06/10] libxl: Remove/deprecate libxl_get_required_*_memory from the API

These are now redundant because shadow_memkb and iommu_memkb are now defaulted automatically by libxl_domain_need_memory and libxl_domain_create etc. Callers should not now call these; instead, they should just let libxl take care of it. libxl_get_required_shadow_memory was introduced in f89f5558

[Xen-devel] [XEN PATCH for-4.13 v5 01/10] libxl: Offer API versions 0x040700 and 0x040800

According to git log -G: 0x040700 was introduced in 304400459ef0 (aka 4.7.0-rc1~481) "tools/libxl: rename remus device to checkpoint device" 0x040800 was introduced in 57f8b13c7240 (aka 4.8.0-rc1~437) "libxl: memory size in kb requires 64 bit variable" It is surprising that no-one noticed th

[Xen-devel] [XEN PATCH for-4.13 v5 08/10] libxl: create: setdefault: Move physinfo into config_setdefault

No functional change. This will let us refer to it in code we are about to add to this function. Signed-off-by: Ian Jackson Acked-by: Wei Liu --- v2: New patch in this version of the series. --- tools/libxl/libxl_create.c | 17 - tools/libxl/libxl_dm.c | 7 ++- too

[Xen-devel] [XEN PATCH for-4.13 v5 03/10] libxl: libxl__domain_config_setdefault: New function

Break out this into a new function. We are going to want to call it from a new call site. Unfortunately not all of the defaults can be moved into the new function without changing the order in which things are done. That does not seem wise at this stage of the release. The effect is that additi

[Xen-devel] [XEN PATCH for-4.13 v5 09/10] libxl: Move domain_create_info_setdefault earlier

We need this before we start to figure out the passthrough mode. I have checked that nothing in libxl__domain_create_info_setdefault nor the two implementations of ..._arch_... accesses anything else, other than (i) the domain type (which this function is responsible for setting and nothing before

[Xen-devel] [XEN PATCH for-4.13 v5 02/10] xl: Pass libxl_domain_config to freemem(), instead of b_info

We are going to change the libxl API in a moment and this change will make it simpler. Signed-off-by: Ian Jackson Reviewed-by: Anthony PERARD --- tools/xl/xl_vmcontrol.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/xl/xl_vmcontrol.c b/tools/xl/xl_vmcontrol.c i

[Xen-devel] [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic

LIBXL_PASSTHROUGH_UNKNOWN (aka "ENABLED" in an earlier uncommitted version of this code) is doing double duty. We actually need all of the following to be specifiable: * "default": enable PT iff we have devices to pass through specified in the initial config file. * "enabled" (and fail if

[Xen-devel] [XEN PATCH for-4.13 v5 07/10] libxl: create: setdefault: Make libxl_physinfo info[1]

No functional change. This will let us make it into a pointer without textual change other than to the definition. While we are here, fix some style errors (missing { }). Signed-off-by: Ian Jackson Acked-by: Wei Liu --- v2: New patch in this version of the series. --- tools/libxl/libxl_create

Re: [Xen-devel] [PATCH v2] xen/arm: platform: fix Raspberry Pi compatible string

Hi, On 15/10/2019 17:18, Stewart Hildebrand wrote: On Tuesday, October 15, 2019 7:02 AM, Julien Grall wrote: Hi, Hi! On 10/9/19 5:59 PM, Stewart Hildebrand wrote: However, even with Xen looking for bcm2838, you wouldn't be able to grab one of those releases and boot without running into o

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

flight 142847 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/142847/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-examine 8 reboot fail REGR. vs. 133580 test-amd64-i386-xl-

Re: [Xen-devel] [PATCH v4 00/12] livepatch: new features and fixes

On 10/18/19 3:25 PM, Konrad Rzeszutek Wilk wrote: On Sat, Sep 28, 2019 at 03:12:53PM +, Pawel Wieczorkiewicz wrote: This series introduces new features to the livepatch functionality as briefly discussed during Xen Developer Summit 2019: [a] and [b]. It also provides a few fixes and some sma

Re: [Xen-devel] [PATCH v2] xen/arm: add warning if memory modules overlap

Hi Brian, On 17/10/2019 23:34, Brian Woods wrote: On Thu, Oct 17, 2019 at 10:49:15PM +0100, Julien Grall wrote: On Thu, 17 Oct 2019 at 22:20, Brian Woods wrote: On Thu, Oct 17, 2019 at 09:34:51PM +0100, Julien Grall wrote: Hi, As a user such message would likely put me off. You tell me the

[Xen-devel] [linux-4.19 test] 142848: regressions - FAIL

flight 142848 linux-4.19 real [real] http://logs.test-lab.xenproject.org/osstest/logs/142848/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine11 examine-serial/bootloader fail REGR. vs. 142612 Regressions which ar

Re: [Xen-devel] [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic

Hi Ian, On 18/10/2019 16:06, Ian Jackson wrote: diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index bf31b9b3ca..2f1ca69431 100644 --- a/tools/libxl/libxl_arm.c +++ b/tools/libxl/libxl_arm.c @@ -1191,6 +1191,30 @@ void libxl__arch_domain_build_info_setdefault(libxl__gc *gc,

Re: [Xen-devel] [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic

Julien Grall writes ("Re: [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic"): > On 18/10/2019 16:06, Ian Jackson wrote: ... > > +if (c_info->passthrough == LIBXL_PASSTHROUGH_SYNC_PT) { > > +LOGD(ERROR, domid, > > + "passthrough=\"sync_pt\" not supp

Re: [Xen-devel] [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic

Hi Ian, On 18/10/2019 16:51, Ian Jackson wrote: Julien Grall writes ("Re: [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic"): On 18/10/2019 16:06, Ian Jackson wrote: ... +if (c_info->passthrough == LIBXL_PASSTHROUGH_SYNC_PT) { +LOGD(ERROR, domid, +

Re: [Xen-devel] [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic

Julien Grall writes ("Re: [XEN PATCH for-4.13 v5 10/10] libxl/xl: Overhaul passthrough setting logic"): > On 18/10/2019 16:51, Ian Jackson wrote: > > I wouldn't mind changing this to > > c_info->passthrough != LIBXL_PASSTHROUGH_SHARE_PT > > I think it would need to be > > c_info->passthrough

Re: [Xen-devel] [PATCH 2/2] libxl_pci: Fix guest shutdown with PCI PT attached

On Mon, Oct 14, 2019 at 11:03:43PM +0800, Chao Gao wrote: > On Thu, Oct 10, 2019 at 06:13:43PM +0200, Sander Eikelenboom wrote: > >Hi Anthony / Chao, > > > >I have to come back to this, a bit because perhaps there is an underlying > >issue. > >While it earlier occurred to me that the VM to which I

[Xen-devel] [tip: x86/asm] x86/asm: Make some functions local

The following commit has been merged into the x86/asm branch of tip: Commit-ID: ef1e03152cb027d5925646d4d1772ced7595292f Gitweb: https://git.kernel.org/tip/ef1e03152cb027d5925646d4d1772ced7595292f Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:51:00 +02:00 Committer:

[Xen-devel] [tip: x86/asm] x86/asm/32: Add ENDs to some functions and relabel with SYM_CODE_*

The following commit has been merged into the x86/asm branch of tip: Commit-ID: 78762b0e79bc1dd01347be061abdf505202152c9 Gitweb: https://git.kernel.org/tip/78762b0e79bc1dd01347be061abdf505202152c9 Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:51:05 +02:00 Committer:

[Xen-devel] [tip: x86/asm] linkage: Introduce new macros for assembler symbols

The following commit has been merged into the x86/asm branch of tip: Commit-ID: ffedeeb780dc554eff3d3b16e6a462a26a41d7ec Gitweb: https://git.kernel.org/tip/ffedeeb780dc554eff3d3b16e6a462a26a41d7ec Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:50:41 +02:00 Committer:

[Xen-devel] [tip: x86/asm] x86/asm: Annotate aliases

The following commit has been merged into the x86/asm branch of tip: Commit-ID: e9b9d020c4873d5e90d9986cfd137afbafbc5bfa Gitweb: https://git.kernel.org/tip/e9b9d020c4873d5e90d9986cfd137afbafbc5bfa Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:50:49 +02:00 Committer:

[Xen-devel] [tip: x86/asm] x86/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*

The following commit has been merged into the x86/asm branch of tip: Commit-ID: 6dcc5627f6aec4cb1d1494d06a48d8061db06a04 Gitweb: https://git.kernel.org/tip/6dcc5627f6aec4cb1d1494d06a48d8061db06a04 Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:51:04 +02:00 Committer:

[Xen-devel] [tip: x86/asm] x86/asm/64: Change all ENTRY+END to SYM_CODE_*

The following commit has been merged into the x86/asm branch of tip: Commit-ID: bc7b11c04ee9c9b0451ebf85bf64e0de69fdbb17 Gitweb: https://git.kernel.org/tip/bc7b11c04ee9c9b0451ebf85bf64e0de69fdbb17 Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:51:03 +02:00 Committer:

[Xen-devel] [tip: x86/asm] xen/pvh: Annotate data appropriately

The following commit has been merged into the x86/asm branch of tip: Commit-ID: 1de5bdce0c3f8294d0aabc48fb5497814589422f Gitweb: https://git.kernel.org/tip/1de5bdce0c3f8294d0aabc48fb5497814589422f Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:50:54 +02:00 Committer:

[Xen-devel] [tip: x86/asm] x86/asm/64: Add ENDs to some functions and relabel with SYM_CODE_*

The following commit has been merged into the x86/asm branch of tip: Commit-ID: 4aec216b93dd8e3597124f41369ec835ff18dbd0 Gitweb: https://git.kernel.org/tip/4aec216b93dd8e3597124f41369ec835ff18dbd0 Author:Jiri Slaby AuthorDate:Fri, 11 Oct 2019 13:51:02 +02:00 Committer:

Re: [Xen-devel] [PATCH 2/2] libxl_pci: Fix guest shutdown with PCI PT attached

On 18/10/2019 18:11, Anthony PERARD wrote: > On Mon, Oct 14, 2019 at 11:03:43PM +0800, Chao Gao wrote: >> On Thu, Oct 10, 2019 at 06:13:43PM +0200, Sander Eikelenboom wrote: >>> Hi Anthony / Chao, >>> >>> I have to come back to this, a bit because perhaps there is an underlying >>> issue. >>> Whil

Re: [Xen-devel] [PATCH v2 20/20] hw/pci-host/i440fx: Remove the last PIIX3 traces

On Friday, October 18, 2019, Philippe Mathieu-Daudé wrote: > The PIIX3 is not tied to the i440FX and can even be used without it. > Move its creation to the machine code (pc_piix.c). > We have now removed the last trace of southbridge code in the i440FX > northbridge. > > Signed-off-by: Philippe

[Xen-devel] [linux-4.14 test] 142849: tolerable FAIL - PUSHED

flight 142849 linux-4.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/142849/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-rtds 18 guest-localmigrate/x10 fail REGR. vs. 142690 test-armhf-armhf-xl-rtds1

[Xen-devel] [linux-linus bisection] complete test-amd64-i386-xl-qemut-win7-amd64

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-qemut-win7-amd64 testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git

[Xen-devel] [linux-4.9 test] 142850: regressions - FAIL

flight 142850 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/142850/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine11 examine-serial/bootloader fail REGR. vs. 142443 Regressions which are

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

flight 142857 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/142857/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf e026bb4c39a28ca9be5dc994c14bb21cc283c9e8 baseline version: ovmf 23ab8df01a2c64fcb2eea

[Xen-devel] [linux-4.4 test] 142851: regressions - FAIL

flight 142851 linux-4.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/142851/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvshim 12 guest-start fail REGR. vs. 139698 test-amd64-amd64-qemu

[Xen-devel] [PATCH v2] MAINTAINERS: Switch SVM maintainership to x86

We are now down to 0 SVM maintainers who are active and wish to hold the position. In agreement with AMD, Jan and I will take over maintainership in the short term. Signed-off-by: Andrew Cooper Acked-by: Boris Ostrovsky --- CC: Suravee Suthikulpanit CC: Jan Beulich CC: Lars Kurth v2: * Alt

Re: [Xen-devel] [PATCH 3/4] docs/sphinx: Introduction

On 08/10/2019 13:34, Lars Kurth wrote: > > On 03/10/2019, 21:59, "Andrew Cooper" wrote: > > Put together an introduction page for the Sphinx/RST docs, along with a > glossary which will accumulate over time. > > Signed-off-by: Andrew Cooper > > Reviewed-by: Lars Kurth Thanks.

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

flight 142862 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/142862/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-libvirt-qcow2 15 guest-start/debian.repeat fail REGR. vs. 142840 Tests which did not

[Xen-devel] [freebsd-master test] 142868: regressions - trouble: blocked/fail

flight 142868 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/142868/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 141501 Tests which did

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

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