On 27.08.2020 21:12, Costin Lupu wrote:
> This patch updates the call of init_netfront() function according to its
> recently updated declaration which can also include parameters for gateway
> and netmask addresses. While we are here, the patch also removes passing
> the ip parameter because (a) i
flight 152959 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152959/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152946 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152946/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
build-amd64-xsm
On 28.08.2020 05:01, Elliott Mitchell wrote:
> There is little reason to specially require CONFIG_EXPERT to come from
> the environment. Worse, this makes replicating configurations much more
> difficult.
>
> Signed-off-by: Elliott Mitchell
Against which tree did you develop this? The change yo
On 28.08.2020 04:57, Elliott Mitchell wrote:
> Subdirectories which have .gitignore files should not be referenced in
> the global .gitignore files. Move several lines to appropriate subdirs.
>
> Signed-off-by: Elliott Mitchell
>
> ---
> Hopefully the commit message covers it. When moved to th
On 28.08.2020 02:13, Igor Druzhinin wrote:
> Guest kernel does need to know in some cases where the tables are located
> to treat these regions properly. One example is kexec process where
> the first kernel needs to pass firmware region locations to the second
> kernel which is now a requirement a
flight 152964 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152964/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152955 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152955/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386
flight 152967 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152967/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On 27.08.2020 21:37, Andrew Cooper wrote:
> The overhead of (the lack of) MDS_NO alone has been measured at 30% on some
> workloads. While we're not in a position yet to offer MSR_ARCH_CAPS generally
> to guests, dom0 doesn't migrate, so we can pass a subset of hardware values
> straight through.
On 20.08.2020 17:08, Roger Pau Monne wrote:
> --- a/xen/arch/x86/pv/emul-priv-op.c
> +++ b/xen/arch/x86/pv/emul-priv-op.c
> @@ -972,9 +972,10 @@ static int read_msr(unsigned int reg, uint64_t *val,
> }
> /* fall through */
> default:
> +gdprintk(XENLOG_WARNING, "RDMSR
On 20.08.2020 17:08, Roger Pau Monne wrote:
> From: Andrew Cooper
>
> Change the catch-all behavior for MSR not explicitly handled. Instead
> of allow full read-access to the MSR space and silently dropping
> writes return an exception when the MSR is not explicitly handled.
>
> Signed-off-by: A
On 20.08.2020 17:08, Roger Pau Monne wrote:
> Now that the main PV/HVM MSR handlers raise #GP for all unknown MSRs, there is
> no need to special case these MSRs any more.
I agree, yet I'd like to point out (based on past backporting of
security fixes) that this change may end up being a good sour
flight 152949 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152949/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit1 7 xen-boot fail REGR. vs. 152332
build-i386
flight 152970 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152970/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152962 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152962/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152892
Tests which
flight 152975 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152975/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On 28/08/2020 09:41, Jan Beulich wrote:
> On 27.08.2020 21:37, Andrew Cooper wrote:
>> The overhead of (the lack of) MDS_NO alone has been measured at 30% on some
>> workloads. While we're not in a position yet to offer MSR_ARCH_CAPS
>> generally
>> to guests, dom0 doesn't migrate, so we can pass
Hi Wei,
On 28/08/2020 03:34, Wei Chen wrote:
On latest Arm Cortex-N1/A76/A75 cores, Xen guests will encouter random
crash when they have wordloads. It's because Xen will ignore FP/SIMD
registers in vCPU context switch (see patch#1 for more details).
This patch set fix guest random crash on thes
Hi Elliott,
On 28/08/2020 04:04, Elliott Mitchell wrote:
Support for a very early console has existed for ARM for quite some
time. Previously EARLY_PRINTK had to be passed in as a Make variable,
instead of as a configuration option. Create the option to allow
selecting via .config.
Signed-off
flight 152977 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152977/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
> -Original Message-
> From: George Dunlap
> Sent: 28 August 2020 11:48
> To: Tamas K Lengyel ; intel-...@intel.com;
> daniel.ki...@oracle.com; Roger
> Pau Monne ; Sergey Dyasli ;
> Christopher Clark
> ; Rich Persaud ; Kevin
> Pearson
> ; Juergen Gross ;
> Durrant, Paul
> ; Ji, John ;
> -Original Message-
> From: Wei Liu
> Sent: 27 August 2020 10:58
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Durrant, Paul ;
> Andrew Cooper
> ; Anthony PERARD ;
> George Dunlap
> ; Ian Jackson ; Jan
> Beulich ;
> Julien Grall ; Stefano Stabellini ;
> Wei Liu
> Subject:
> -Original Message-
> From: Jan Beulich
> Sent: 26 August 2020 15:03
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Durrant, Paul ;
> Ian Jackson
> ; Wei Liu ; Andrew Cooper
> ; George
> Dunlap ; Julien Grall ; Stefano
> Stabellini
> ; Roger Pau Monné
> Subject: RE: [EXTERN
On Thu, Aug 27, 2020 at 01:20:40PM -0500, Bjorn Helgaas wrote:
[...]
> And I can't figure out what's special about tegra, rcar, and xilinx
> that makes them need it as well. Is there something I could grep for
> to identify them? Is there a way to convert them so they don't need
> it?
I think
flight 152982 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152982/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Wed, Aug 26, 2020 at 01:16:28PM +0200, Thomas Gleixner wrote:
> This is the second version of providing a base to support device MSI (non
> PCI based) and on top of that support for IMS (Interrupt Message Storm)
> based devices in a halfways architecture independent way.
>
> The first version c
This patch adds support for bundling the xen.efi hypervisor, the xen.cfg
configuration file, the Linux kernel and initrd, as well as the XSM, and
CPU microcode into a single "unified" EFI executable. The resulting EFI
executable can be invoked directly from the UEFI Boot Manager, removing
the need
flight 152958 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152958/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152877
build-i386
flight 152983 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152983/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Fri, Aug 28, 2020 at 12:21:42PM +0100, Lorenzo Pieralisi wrote:
> On Thu, Aug 27, 2020 at 01:20:40PM -0500, Bjorn Helgaas wrote:
>
> [...]
>
> > And I can't figure out what's special about tegra, rcar, and xilinx
> > that makes them need it as well. Is there something I could grep for
> > to
From: Edwin Török
Sent: 27 August 2020 18:35
To: xen-devel@lists.xenproject.org
Cc: Edwin Torok; Christian Lindig; David Scott; Ian Jackson; Wei Liu
Subject: [PATCH v4 2/4] Map: backport find_opt/update from 4.06
We are currently on OCaml 4.02 as minimum
flight 152976 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152976/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
Hi Jason,
On 2020-08-28 13:19, Jason Gunthorpe wrote:
On Fri, Aug 28, 2020 at 12:21:42PM +0100, Lorenzo Pieralisi wrote:
On Thu, Aug 27, 2020 at 01:20:40PM -0500, Bjorn Helgaas wrote:
[...]
> And I can't figure out what's special about tegra, rcar, and xilinx
> that makes them need it as well
On Fri, Aug 28, 2020 at 01:47:59PM +0100, Marc Zyngier wrote:
> > So the arch_setup_msi_irq/etc is not really an arch hook, but some
> > infrastructure to support those 4 PCI root port drivers.
>
> I happen to have a *really old* patch addressing Tegra [1], which
> I was never able to test (no HW
flight 152986 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152986/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On 2020-08-28 13:54, Jason Gunthorpe wrote:
On Fri, Aug 28, 2020 at 01:47:59PM +0100, Marc Zyngier wrote:
> So the arch_setup_msi_irq/etc is not really an arch hook, but some
> infrastructure to support those 4 PCI root port drivers.
I happen to have a *really old* patch addressing Tegra [1],
flight 152965 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152965/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
build-amd64-xsm
flight 152991 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152991/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
Hi all,
The proposed agenda is in
https://cryptpad.fr/pad/#/3/pad/edit/f147b0aed8fe26af721ca3cd00425361/ and you
can edit to add items. Alternatively, you can reply to this mail directly.
Agenda items appreciated a few days before the call: please put your name
besides items if you edit the d
Rename the header files private to libxenguest from xc_*.h to xg_*.h.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/xg_dom_bzimageloader.c | 2 +-
tools/libxc/{xc_dom_decompress.h => xg_dom_decompress.h}| 2 +-
tools/libxc/xg_dom_decompress_
xen-hptool is including private headers from tools/libxc without any
need. Switch it to use official headers only.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/misc/Makefile | 2 --
tools/misc/xen-hptool.c | 8 +---
2 files changed, 5 insertions(+), 5 deletions(-)
diff --gi
The pkg-config file for libxenguest is missing the private dependency
on libxenctrl.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxc/Makefile b/tools/libxc/Makefile
index 315ac0b4f3..76323106
The definition of PAGE_SIZE comes from xc_private.h, which shouldn't be
used by xen-mfndump.c. Replace PAGE_SIZE by XC_PAGE_SIZE, as
xc_private.h contains:
#define PAGE_SIZE XC_PAGE_SIZE
For the same reason PAGE_SHIFT_X86 needs to replaced with
XC_PAGE_SHIFT.
Signed-off-by: Juergen Gross
Acked-
Today building the libxl internal tests depends on libxlutil having
been built, in spite of the tests not using any functionality of
libxlutil. Fix this by dropping the dependency.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxl/Makefile | 6 +++---
1 file changed, 3 insertions(+
Remove xc_efi.h and xc_elf.h as they aren't used anywhere.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/xc_efi.h | 158 ---
tools/libxc/xc_elf.h | 16 -
2 files changed, 174 deletions(-)
delete mode 100644 tools/libxc/xc_efi.h
del
The last libxc internal used by xen-mfndump.c is the ERROR() macro.
Add a simple definition for that macro to xen-mfndump.c and replace
the libxc private header includes by official ones.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/misc/Makefile | 2 --
tools/misc/xen-mfndump
tools/libxc now contains libxenguest only. Move it to tools/libs/guest.
When generating the pkg-config file for libxenguest a filter is now
required for replacing "xenctrl" by "xencontrol" in the
"Requires.private:" entry. Add this filter to tools/libs/libs.mk.
Signed-off-by: Juergen Gross
Revie
There is not a single wrapper for a libxenguest function defined.
So drop libxenguest from tools/python/setup.py.
Signed-off-by: Juergen Gross
Acked-by: Marek Marczykowski-Górecki
---
tools/python/setup.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/python/setu
Since more than three years now qemu is capable to set the needed
include and library paths for the Xen libraries via pkg-config.
So drop the specification of those paths in tools/Makefile. This will
enable to move libxenctrl away from tools/libxc, as qemu's configure
script has special treatment
readnotes.c is including xg_private.h. Now that the xenctrl headers
are structured better this is no longer needed.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/xcutils/Makefile| 3 +--
tools/xcutils/readnotes.c | 5 +++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff -
Move most remaining libraries under tools/libs, including libxenctrl
and libxl. This is resulting in a lot of cleanup work regarding
building libs and restructuring of the tools directory.
After this huge cleanup all dependencies between libraries are defined
in a single rather small file tools/li
Move xc_[un]map_domain_meminfo() functions to new source xg_domain.c as
they are defined in include/xenguest.h and should be in libxenguest.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/Makefile| 4 +-
tools/libxc/xc_domain.c | 126 -
tool
For being able to disentangle lixenctrl and libxenguest headers
xc_dom.h will need to be public. Prepare that by renaming xc_dom.h
to xenctrl_dom.h.
Signed-off-by: Juergen Gross
Acked-by: Marek Marczykowski-Górecki
Acked-by: Wei Liu
---
stubdom/grub/kexec.c| 2 +-
t
Some sources of libxenguest are named xg_*.c and some xc_*.c. Rename
the xc_*.c files to xg_*.c.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/Makefile | 59 ++-
.../libxc/{xc_cpuid_x86.c => xg_cpuid_x86.c} | 0
tools/libxc/{xc_dom_arm
xen-mfndump.c is including the libxc private header xg_save_restore.h.
Avoid that by moving the definition of is_mapped() to xen-mfndump.c
(it is used there only) and by duplicating the definition of
M2P_SIZE() in xen-mfndump.c.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/xg_
There is no reason why libxenstat is not placed in the tools/libs
directory.
At the same time move xenstat.h to a dedicated include directory
in tools/libs/stat in order to follow the same pattern as the other
libraries in tools/libs.
As now xentop is the only left directory in xenstat move it di
For each library built two variants of pkg-config files are created
from a per-library template: an "official" one for installation on
the user's system, and one used for building internal tools, like e.g.
qemu.
Instead of the template which is looking very similar for all libraries
generate the p
There are quite some places in Makefiles assuming libxenguest and
libxenctrl being built in the same directory via a single Makefile.
Drop this assumption by specifying the dependencies and path variables
for both libraries correctly.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/Ru
Today tools/libxc needs to be built after tools/libs as libxenctrl is
depending on some libraries in tools/libs. This in turn blocks moving
other libraries depending on libxenctrl below tools/libs.
So carve out libxenctrl from tools/libxc and move it into
tools/libs/ctrl.
Signed-off-by: Juergen G
flight 152995 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152995/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Fri, Aug 28, 2020 at 03:42:48PM +0100, George Dunlap wrote:
> This reverts commit 60db5da62ac051aab0b217fa2d96acca1cd3ca3e.
>
> This is in preparation for the planned move to hosting the xenlight
> package in a separate repo.
>
> This also fixes a regression when building with a read-only sour
Move the libxlutil source to tools/libs/util and delete tools/libxl.
Signed-off-by: Juergen Gross
---
.gitignore| 6 +-
tools/Makefile| 1 -
tools/Rules.mk| 7 -
tools/libs/Makefile
There is no reason why libvchan is not placed in the tools/libs
directory.
At the same time move libxenvchan.h to a dedicated include directory
in tools/libs/vchan in order to follow the same pattern as the other
libraries in tools/libs.
As tools/libvchan now contains no library any longer rename
libxlutil doesn't follow the standard name pattern of all other Xen
libraries, so add another make variable which can be used to allow
other names.
Signed-off-by: Juergen Gross
---
tools/Rules.mk | 3 ++-
tools/libs/libs.mk | 41 +
2 files changed, 23
Some generated files are not removed by "make clean". Add them.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxl/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile
index d3dd9efadf..3cc868d9e9 100644
--- a/tools/libxl/Makefil
Rename *_libxlutil make variables to *_libxenutil in order to avoid
nasty indirections when moving libxlutil under the tools/libs
infrastructure.
Signed-off-by: Juergen Gross
---
tools/Rules.mk | 10 +-
tools/libxl/Makefile | 4 ++--
tools/xl/Makefile| 4 ++--
3 files changed
There is no reason why libxenstore is not placed in the tools/libs
directory.
The common files between libxenstore and xenstored are kept in the
tools/xenstore directory to be easily accessible by xenstore-stubdom
which needs the xenstored files to be built.
Signed-off-by: Juergen Gross
Acked-by
Sources of libxenctrl and libxenguest are completely entangled. In
practice libxenguest is a user of libxenctrl, so don't let any source
libxenctrl include xg_private.h.
This can be achieved by moving all definitions used by libxenctrl from
xg_private.h to xc_private.h.
Export xenctrl_dom.h as it
Carve out all libxenlight related sources and move them to
tools/libs/light in order to use the generic library build environment.
The closely related sources for libxl-save-helper and the libxl test
environment are being moved, too.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
.gitignor
xenpaging is using libxc internals. Fix that.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/xenpaging/Makefile | 3 +-
tools/xenpaging/file_ops.c | 8 ++--
tools/xenpaging/pagein.c | 2 +-
tools/xenpaging/policy_default.c | 2 +-
tools/xenpaging/xenpaging.c
There is no need for the sources of libxlutil to include libxl_osdeps.h
as the only dependency is the leading
#define _GNU_SOURCE
in libxl_osdeps.h. So replace including libxl_osdeps.h by the needed
define.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxl/libxlu_cfg.c| 3 +-
Add the correct flags for both, libxenlight and libxlutil, when
building xl.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/xl/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/xl/Makefile b/tools/xl/Makefile
index af4912e67a..407dd7554c 100644
--- a/tools/xl/Makefile
check-xl-* scripts and data are not libxl- but xl-specific. Move them
from tools/libxl/ to tools/xl/.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/{libxl => xl}/check-xl-disk-parse | 0
tools/{libxl => xl}/check-xl-vcpupin-parse | 0
tools/{libxl => xl}/
On 28.08.2020 12:23, Andrew Cooper wrote:
> On 28/08/2020 09:41, Jan Beulich wrote:
>> On 27.08.2020 21:37, Andrew Cooper wrote:
>>> The overhead of (the lack of) MDS_NO alone has been measured at 30% on some
>>> workloads. While we're not in a position yet to offer MSR_ARCH_CAPS
>>> generally
>>
On 28.08.2020 16:45, Igor Druzhinin wrote:
> On 28/08/2020 08:51, Jan Beulich wrote:
>> On 28.08.2020 02:13, Igor Druzhinin wrote:
>>> Guest kernel does need to know in some cases where the tables are located
>>> to treat these regions properly. One example is kexec process where
>>> the first kern
On 28.08.2020 13:08, Paul Durrant wrote:
>> -Original Message-
>> From: Jan Beulich
>> Sent: 26 August 2020 15:03
>> To: Paul Durrant
>> Cc: xen-devel@lists.xenproject.org; Durrant, Paul ;
>> Ian Jackson
>> ; Wei Liu ; Andrew Cooper
>> ; George
>> Dunlap ; Julien Grall ; Stefano
>> Sta
On Fri, Aug 28, 2020 at 05:07:46PM +0200, Juergen Gross wrote:
> libxlutil doesn't follow the standard name pattern of all other Xen
> libraries, so add another make variable which can be used to allow
> other names.
>
> Signed-off-by: Juergen Gross
Is this still needed?
Wei.
From: Michael Kurth
Add "all_symbols" to all /tools/symbols calls so that
xen-syms.map lists all symbols and not only .text section
symbols. This change enhances debugging and livepatch
capabilities.
Signed-off-by: Michael Kurth
Reviewed-by: Eslam Elnikety
Reviewed-by: Julien Grall
Reviewed-b
flight 152996 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152996/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Fri, Aug 28, 2020 at 05:07:44PM +0200, Juergen Gross wrote:
> Carve out all libxenlight related sources and move them to
> tools/libs/light in order to use the generic library build environment.
>
> The closely related sources for libxl-save-helper and the libxl test
> environment are being mov
On 28/08/2020 16:42, Jan Beulich wrote:
> On 28.08.2020 12:23, Andrew Cooper wrote:
>> On 28/08/2020 09:41, Jan Beulich wrote:
>>> On 27.08.2020 21:37, Andrew Cooper wrote:
The overhead of (the lack of) MDS_NO alone has been measured at 30% on some
workloads. While we're not in a positio
On 28.08.2020 18:09, Andrew Cooper wrote:
> On 28/08/2020 16:42, Jan Beulich wrote:
>> On 28.08.2020 12:23, Andrew Cooper wrote:
>>> On 28/08/2020 09:41, Jan Beulich wrote:
On 27.08.2020 21:37, Andrew Cooper wrote:
> The overhead of (the lack of) MDS_NO alone has been measured at 30% on
>
> -Original Message-
> From: Jan Beulich
> Sent: 28 August 2020 16:53
> To: p...@xen.org
> Cc: xen-devel@lists.xenproject.org; 'Ian Jackson'
> ; 'Wei Liu' ;
> 'Andrew Cooper' ; 'George Dunlap'
> ; 'Julien
> Grall' ; 'Stefano Stabellini' ;
> 'Roger Pau Monné'
>
> Subject: Re: [EXTERNAL]
On 28/08/2020 17:17, Jan Beulich wrote:
> On 28.08.2020 18:09, Andrew Cooper wrote:
>> On 28/08/2020 16:42, Jan Beulich wrote:
>>> On 28.08.2020 12:23, Andrew Cooper wrote:
On 28/08/2020 09:41, Jan Beulich wrote:
> On 27.08.2020 21:37, Andrew Cooper wrote:
>> The overhead of (the lack
> On Aug 28, 2020, at 12:01 PM, Durrant, Paul wrote:
>>
>> The proposed agenda is in
>> https://cryptpad.fr/pad/#/3/pad/edit/f147b0aed8fe26af721ca3cd00425361/ and
>> you can edit to add items. Alternatively, you can reply to this mail
>> directly.
>
> George,
>
> I don't seem to be able to
flight 152997 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152997/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Fri, Aug 28, 2020 at 05:30:54PM +0100, George Dunlap wrote:
> This reverts commit 60db5da62ac051aab0b217fa2d96acca1cd3ca3e.
>
> This is in preparation for the planned move to hosting the xenlight
> package in a separate repo.
>
> This also fixes a regression when building with a read-only sour
flight 153002 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153002/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
flight 152974 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152974/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152332
build-amd64-xsm
flight 152985 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152985/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152877
build-i386
flight 153003 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153003/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
On Fri, Aug 28, 2020 at 8:26 PM Anchal Agarwal wrote:
>
> On Fri, Aug 21, 2020 at 10:22:43PM +, Anchal Agarwal wrote:
> > Hello,
> > This series fixes PM hibernation for hvm guests running on xen hypervisor.
> > The running guest could now be hibernated and resumed successfully at a
> > later
On Thu, Aug 27 2020 at 13:20, Bjorn Helgaas wrote:
> On Wed, Aug 26, 2020 at 01:17:02PM +0200, Thomas Gleixner wrote:
>> Make the architectures and drivers which rely on them select them in Kconfig
>> and if not selected replace them by stub functions which emit a warning and
>> fail the PCI/MSI in
On Thu, Aug 27 2020 at 09:17, Marc Zyngier wrote:
> On 2020-08-26 12:17, Thomas Gleixner wrote:
>> #ifdef CONFIG_GENERIC_MSI_IRQ_DOMAIN
>> +void msi_domain_set_default_info_flags(struct msi_domain_info *info)
>> +{
>> +/* Required so that a device latches a valid MSI message on startup
>> */
This reverts commit 60db5da62ac051aab0b217fa2d96acca1cd3ca3e.
This is in preparation for the planned move to hosting the xenlight
package in a separate repo.
This also fixes a regression when building with a read-only source and
an out-of-tree build.
Signed-off-by: George Dunlap
---
This is a c
On 28/08/2020 08:51, Jan Beulich wrote:
> On 28.08.2020 02:13, Igor Druzhinin wrote:
>> Guest kernel does need to know in some cases where the tables are located
>> to treat these regions properly. One example is kexec process where
>> the first kernel needs to pass firmware region locations to the
flight 152992 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/152992/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
build-amd64-xsm
flight 153006 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153006/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152863
build-i386-xsm
> On Aug 28, 2020, at 4:19 PM, Nick Rosbrook wrote:
>
> On Fri, Aug 28, 2020 at 03:42:48PM +0100, George Dunlap wrote:
>> This reverts commit 60db5da62ac051aab0b217fa2d96acca1cd3ca3e.
>>
>> This is in preparation for the planned move to hosting the xenlight
>> package in a separate repo.
>>
>
1 - 100 of 120 matches
Mail list logo
