flight 153033 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153033/
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.20 18:00, Wei Liu wrote:
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
flight 153030 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153030/
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 153027 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153027/
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 153004 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153004/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
fail REGR. vs. 152877
flight 153023 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153023/
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 153007 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153007/
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 153020 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153020/
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 153018 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153018/
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 153005 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153005/
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 153016 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153016/
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 153013 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153013/
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:57 PM, George Dunlap wrote:
>
>
>
>> On Jul 21, 2020, at 1:35 AM, Nick Rosbrook wrote:
>>
>> # Long-term home of the package
>>
>> Ian: Autogenerated stuff is becoming more annoying.
>>
>> Delete all the libxl auto-generated stuff from staging & master, and
flight 153011 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153011/
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, 2020-08-28 at 10:30 +0200, Christian Lindig wrote:
> +let find_opt k t =
>
> + (* avoid raising exceptions, they can be expensive *)
>
> + if mem k t then Some (find k t) else None
>
>
>
> I disagree with this argument. Exceptions in OCaml are cheap because
> they don't
flight 153009 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153009/
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
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
---
v2: Don't
> On Jul 21, 2020, at 1:35 AM, Nick Rosbrook wrote:
>
> # Long-term home of the package
>
>Ian: Autogenerated stuff is becoming more annoying.
>
>Delete all the libxl auto-generated stuff from staging & master, and have
> "output branch".
>
>The reason we have these in-tree is
> 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.
>>
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
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
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
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
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
>> */
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
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
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
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 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 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
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
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 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
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
> -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:
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
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
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
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
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
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.
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
>>
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
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
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 =>
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
---
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
---
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
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
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
---
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
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
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,
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
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
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
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
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
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
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
---
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 +-
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
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
---
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
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 -
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
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
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/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
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
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
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
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
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
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 +-
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
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
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
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 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 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
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
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
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
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
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
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
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
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
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 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
> -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:
> -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
>
> -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 ;
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
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.
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
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
1 - 100 of 118 matches
Mail list logo