flight 128959 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128959/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-freebsd broken
build-amd64-freebsd 6
Something is wrong with the freebsd repositories. This causes freebsd
host installation to fail. This problem has persisted for a while now
and is blocking other work.
For now, drop these. The jobs being dropped are
build-amd64-xen-freebsd
build-amd64-xen-xsm-freebsd
in the
flight 128960 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128960/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ea1486c28127057b7f3059b8c3c74afe7912460f
baseline version:
ovmf
I would say the comment was odd, not duplicated, at the place it is removed.
Reviewed-by: Andrii Anisov
--
*Andrii Anisov*
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
in order to make builds reproducible.
See https://reproducible-builds.org/ for why this is good.
We only add the option, if ld understands it.
Signed-off-by: Bernhard M. Wiedemann
---
Config.mk | 8
xen/arch/x86/Makefile | 2 +-
2 files changed, 9 insertions(+), 1
On Mon, Oct 15, 2018 at 11:36:18AM +0100, Andrew Cooper wrote:
> In particular, initialising %dr6 with the value 0 is buggy, because on
> hardware supporting Transnational Memory, it will cause the sticky RTM bit to
Typo "Transnational"
> be asserted, even though a debug exception from a
Hello Julien,
On 18.10.18 16:20, Julien Grall wrote:
> show_registers helpers are not meant to modify any parameters.
> So constify them.
>
> Signed-off-by: Julien Grall
> ---
> xen/arch/arm/traps.c| 14 +++---
> xen/include/asm-arm/processor.h | 2 +-
> 2 files
On 17/10/2018 15:44, Stefano Stabellini wrote:
> It would be good for me to keep an eye on the patches that touch Xen
> support in Linux to try to spot changes that break Xen on ARM early on.
>
> Signed-off-by: Stefano Stabellini
Pushed to xen.tip for-linus-4.20a
Juergen
On 16/10/2018 16:33, Bartlomiej Zolnierkiewicz wrote:
> 'default n' is the default value for any bool or tristate Kconfig
> setting so there is no need to write it explicitly.
>
> Also since commit f467c5640c29 ("kconfig: only write '# CONFIG_FOO
> is not set' for visible symbols") the Kconfig
On Wed, Oct 24, 2018 at 09:19:06AM +, Alexandru Stefan ISAILA wrote:
> The may_defer var was left with the older bool_t type. This patch
> changes the type to bool.
>
> Signed-off-by: Alexandru Isaila
Reviewed-by: Wei Liu
___
Xen-devel mailing
flight 128958 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128958/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen e0b77cb77ef2b36b8cbd2273cff833f773208d0a
baseline version:
xen
On 10/09/2018 02:37 AM, Stefano Stabellini wrote:
Shared memory regions need to be advertised to the guest. Fortunately, a
device tree binding for special memory regions already exist:
reserved-memory.
Add a reserved-memory node for each shared memory region, for both
masters and slaves.
Hi, Stefano
On Tue, Oct 9, 2018 at 2:39 AM Stefano Stabellini
wrote:
>
> From: Zhongze Liu
>
> Author: Zhongze Liu
>
> Add libxl__sshm_add to map shared pages from one DomU to another, The mapping
> process involves the following steps:
>
> * Set defaults and check for further errors in the
On 10/24/18 9:02 AM, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 23, 2018 at 08:09:04PM -0700, Joe Jin wrote:
>> Commit 4855c92dbb7 "xen-swiotlb: fix the check condition for
>> xen_swiotlb_free_coherent" only fixed memory address check condition
>> on xen_swiotlb_free_coherent(), when memory was
On 23/10/18 16:24, Razvan Cojocaru wrote:
> On 10/23/18 5:35 PM, Andrew Cooper wrote:
>> The may_defer booleans were introduced with the monitor infrastructure, but
>> their purpose is not obvious and not described anywhere.
>>
>> They exist to avoid triggering nested monitoring events from
Hi, Stefano
On Tue, Oct 9, 2018 at 2:39 AM Stefano Stabellini
wrote:
>
> From: Zhongze Liu
>
> Author: Zhongze Liu
>
> Add libxl__sshm_del to unmap static shared memory areas mapped by
> libxl__sshm_add during domain creation. The unmapping process is:
>
> * For a master: decrease the refcount
On 10/09/2018 02:37 AM, Stefano Stabellini wrote:
From: Zhongze Liu
Author: Zhongze Liu
Add libxl__sshm_del to unmap static shared memory areas mapped by
libxl__sshm_add during domain creation. The unmapping process is:
* For a master: decrease the refcount of the sshm region, if the
This run is configured for baseline tests only.
flight 75491 qemu-mainline real [real]
http://osstest.xensource.com/osstest/logs/75491/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
On Thu, Oct 18, 2018 at 2:03 PM Aaron Gray wrote:
> I have two ASUS PRIME Z270-A machines based on Intel Z270 chipset and am
> wondering about when support will be available for them and what I can do
> to speed this up.
>
> But I have not done anything to do with kernel work since years ago when
On 24/10/2018 10.16, Andrew Cooper wrote:
> This change is fine in principle, but do all i386pep compatible versions
> of LD support this parameter?
It seems, it was added in 2014 to GNU binutils when the default was
reversed to be unreproducible:
Hello Julien,
On 23.10.18 21:17, Julien Grall wrote:
> When sending an SGI to another CPU, we require a barrier to ensure that
> any pending stores to normal memory are made visible to the recipient
> before the interrupt arrives.
>
> For GICv2, rather than using dsb(sy) before writel_gicd, we
Hello Julien,
This patch is very interesting to me.
On 23.10.18 21:17, Julien Grall wrote:
> Devices that expose their interrupt status registers via system
> registers (e.g. Statistical profiling, CPU PMU, DynamIQ PMU, arch timer,
> vgic (although unused by Linux), ...)
I guess under vgic you
On 24/10/18 14:00, Wei Liu wrote:
> On Mon, Oct 15, 2018 at 11:36:18AM +0100, Andrew Cooper wrote:
>> In particular, initialising %dr6 with the value 0 is buggy, because on
>> hardware supporting Transnational Memory, it will cause the sticky RTM bit to
> Typo "Transnational"
Yeah - I fixed all
On Tue, Oct 23, 2018 at 08:09:04PM -0700, Joe Jin wrote:
> Commit 4855c92dbb7 "xen-swiotlb: fix the check condition for
> xen_swiotlb_free_coherent" only fixed memory address check condition
> on xen_swiotlb_free_coherent(), when memory was not physically
> contiguous and tried to exchanged with
On Wed, Oct 24, 2018 at 02:49:49PM +0200, Bernhard M. Wiedemann wrote:
> On 24/10/2018 10.16, Andrew Cooper wrote:
> > This change is fine in principle, but do all i386pep compatible versions
> > of LD support this parameter?
>
> It seems, it was added in 2014 to GNU binutils when the default was
I have to reinvent these runes each time, which is somewhat annoying.
Signed-off-by: Ian Jackson
---
standalone-generate-dump-flight-runvars | 4
1 file changed, 4 insertions(+)
diff --git a/standalone-generate-dump-flight-runvars
b/standalone-generate-dump-flight-runvars
index
It claimed to have a default db name, but it didn't. Rework the
option parsing to make the usage message true. (That saves me typing
sa-init-db standalone
and getting bizarre errors as sqlite tries to treat the shell script
`standalone' as if it were a database file.)
Signed-off-by: Ian
On 10/24/18 3:03 PM, Andrii Anisov wrote:
Hello Julien,
Hi,
On 18.10.18 16:20, Julien Grall wrote:
show_registers helpers are not meant to modify any parameters.
So constify them.
Signed-off-by: Julien Grall
---
xen/arch/arm/traps.c| 14 +++---
Initialize the grant tab in a dedicated function. This will enable
using it for PVH guests, too.
Call the new function from grub_machine_init() as this will later
be common between Xen PV and Xen PVH mode.
Signed-off-by: Juergen Gross
Reviewed-by: Daniel Kiper
---
V2: update commit message
Rearrange grub-core/kern/xen/init.c to prepare adding PVH mode support
to it. This includes putting some code under #ifdef GRUB_MACHINE_XEN
as it will not be used when running as PVH.
Signed-off-by: Juergen Gross
Reviewed-by: Daniel Kiper
---
grub-core/kern/xen/init.c | 60
Add the modifications to the build system needed to build a xen_pvh
grub.
Signed-off-by: Juergen Gross
Reviewed-by: Daniel Kiper
---
V3: sorted some filenames (Daniel Kiper)
---
gentpl.py | 4 ++--
grub-core/Makefile.am | 12
grub-core/Makefile.core.def |
On 10/23/2018 05:03 AM, Stefano Stabellini wrote:
Today Ctrl-AAA is used to switch between Xen and Dom0. Extend the
mechanism to allow for switching between Xen, Dom0, and any of the
initial DomU created from Xen alongside Dom0 out of information provided
via device tree.
Rename xen_rx to
Support platform i386/xen_pvh in configure.
Signed-off-by: Juergen Gross
Reviewed-by: Daniel Kiper
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure.ac b/configure.ac
index 5e63c4af3..81a19afd5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -151,6 +151,7 @@
Some common code needs to be special cased for Xen PVH mode. This hits
mostly Xen PV mode specific areas.
Split include/grub/i386/pc/int_types.h off from
include/grub/i386/pc/int.h to support including this file later from
xen_pvh code without the grub_bios_interrupt definition.
Move definition
With Xen PVH mode adding a new machine type the machine related headers
need to be present for the build to succeed. Most of the headers just
need to include the related common i386 headers. Add those to the tree.
Signed-off-by: Juergen Gross
---
V3: updated commit message (Daniel Kiper)
Andra Paraschiv writes ("[PATCH RESEND qemu-xen-traditional] xen/pt: allow QEMU
to request MSI unmasking at bind time"):
> When a MSI interrupt is bound to a guest using
> xc_domain_update_msi_irq (XEN_DOMCTL_bind_pt_irq) the interrupt is
> left masked by default.
Applied, and pushed the
On 10/24/2018 05:24 PM, Julien Grall wrote:
On 10/24/18 3:15 PM, Oleksandr Andrushchenko wrote:
Hi, Stefano!
I'm just curious if the below is on your TODO list [1]:
3. Future Directions:
Allow users to optionally share *mfn-contiguous*
On 10/23/2018 05:03 AM, Stefano Stabellini wrote:
To avoid mixing the output of different domains on the console, buffer
the output chars and print line by line. Unless the domain has input
from the serial, in which case we want to print char by char for a
smooth user experience.
The size of
On 10/24/18 2:32 PM, Andrii Anisov wrote:
Hello Julien,
Hi Andrii,
On 23.10.18 21:17, Julien Grall wrote:
diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
index 0108e9603c..077b941b79 100644
--- a/xen/arch/arm/gic.c
+++ b/xen/arch/arm/gic.c
@@ -300,12 +300,6 @@ void
On 10/24/18 4:40 PM, Andrii Anisov wrote:
On 24.10.18 17:46, Julien Grall wrote:
patch #1 and #2 should be backported. This patch is technically not a
bug fix but a relaxation. So I am not comfortable to suggest
backporting it up to Xen 4.9. Hence the ordering of the series.
OK, I
flight 128962 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128962/
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
Initialize the needed Xen specific data. This is:
- the Xen start of day page containing the console and Xenstore ring
page PFN and event channel
- the grant table
- the shared info page
Set the RSDP address for the guest from the start_info page passed
as boot parameter.
Signed-off-by:
include/grub/offsets.h needs some defines for Xen PVH mode.
Add them. While at it line up the values in the surrounding lines to
start at the same column.
Signed-off-by: Juergen Gross
---
V3: XENPVH->XEN_PVH (Daniel Kiper)
---
include/grub/offsets.h | 21 -
1 file changed,
Add the needed code to setup the hypercall page for calling into the
Xen hypervisor.
Signed-off-by: Juergen Gross
---
V3: grub_xen_early_halt->grub_xen_panic (Roger Pau Monné)
issue panic message (Roger Pau Monné)
rewrite grub_xen_hypercall to avoid register variables (Daniel Kiper)
---
Xen PVH guests will have the RSDP at an arbitrary address. Support that
by passing the RSDP address via the boot parameters to Linux.
The new protocol version 2.14 requires to set version to 0x8000 ored
with the actually use protocol version (the minimum of the kernel
supplied protocol version
From: Hans van Kranenburg
This solves the build failing with "Error: no symbol table and no
.moddeps section"
Also see:
- 6371e9c10433578bb236a8284ddb9ce9e201eb59
- https://savannah.gnu.org/bugs/?49012
Signed-off-by: Hans van Kranenburg
Reviewed-by: Daniel Kiper
---
V2: new patch
In order to support grub2 in Xen PVH environment some additional Xen
headers are needed as grub2 will be started in PVH mode requiring to
use several HVM hypercalls and structures.
Add the needed headers from Xen 4.10 being the first Xen version with
full (not only experimental) PVH guest
On 10/24/18 3:32 PM, Oleksandr Andrushchenko wrote:
On 10/24/2018 05:24 PM, Julien Grall wrote:
On 10/24/18 3:15 PM, Oleksandr Andrushchenko wrote:
Hi, Stefano!
I'm just curious if the below is on your TODO list [1]:
3. Future Directions:
On 10/24/18 3:15 PM, Oleksandr Andrushchenko wrote:
Hi, Stefano!
I'm just curious if the below is on your TODO list [1]:
3. Future Directions:
Allow users to optionally share *mfn-contiguous* pages.
What is the use case for that?
This patch series adds support for booting Linux as PVH guest.
Similar to i386/xen and x86_64/xen platforms the new i386/xenpvh
platform grub is booted as a standalone image directly by Xen.
For booting Linux kernel it is using the standard linux kernel
loader. The only modification of the linux
Add the code for the Xen PVH mode boot entry.
Signed-off-by: Juergen Gross
---
V3: clear %fs and %gs, too (Daniel Kiper)
use GRUB_MEMORY_MACHINE_PROT_STACK_SIZE for stack size (Daniel Kiper)
---
grub-core/kern/i386/xen/startup_pvh.S | 52 +++
1 file changed,
Add the hooks to current code needed for Xen PVH. They will be filled
with code later when the related functionality is being added.
Signed-off-by: Juergen Gross
---
V3: xenpvh->xen_pvh (Daniel Kiper)
adjust copyright date (Roger Pau Monné)
---
grub-core/kern/i386/xen/pvh.c | 36
Add xen_pvh support to grub-install.
Signed-off-by: Juergen Gross
Reviewed-by: Daniel Kiper
---
include/grub/util/install.h | 1 +
util/grub-install-common.c | 1 +
util/grub-install.c | 7 +++
3 files changed, 9 insertions(+)
diff --git a/include/grub/util/install.h
Hi, Stefano
On Sat, Oct 20, 2018 at 12:07 AM Stefano Stabellini
wrote:
>
> Hi Wei,
>
> Any chances you can review this series soon? I would love for it to be
> merged before the 4.12 code freeze.
>
> FYI I am making progress upstreaming the device tree binding, they asked
> for a very minor
flight 128942 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128942/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 128918
test-armhf-armhf-libvirt-raw 13
On 24/10/2018 16:16, Jintack Lim wrote:
> Hi,
>
> I'm interested running HVM DomU only with PV drivers (network and
> disk). Enabling CONFIG_XEN_NETDEV_FRONTEND and stuff didn't make DomU
> see the PV devices until I enabled CONFIG_XEN_PVHVM.
Right, that's how it is done in modern Linux kernels.
On 10/24/18 10:38 AM, Andrii Anisov wrote:
Hello Julien,
Hi Andrii,
Thank you for the review.
On 23.10.18 21:17, Julien Grall wrote:
Devices that expose their interrupt status registers via system
registers (e.g. Statistical profiling, CPU PMU, DynamIQ PMU, arch timer,
vgic (although
Retrieve the memory map from the hypervisor and normalize it to contain
no overlapping entries and to be sorted by address.
Signed-off-by: Juergen Gross
---
V3: use grub_e820_mmap_entry instead of own struct (Daniel Kiper)
---
grub-core/kern/i386/xen/pvh.c | 96
> A solution to this issue was proposed, whereby Xen synchronises siblings
> on vmexit/entry, so we are never executing code in two different
> privilege levels. Getting this working would make it safe to continue
> using hyperthreading even in the presence of L1TF. Obviously, its going
> to
On 10/24/18 6:02 AM, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 23, 2018 at 08:09:04PM -0700, Joe Jin wrote:
>> Commit 4855c92dbb7 "xen-swiotlb: fix the check condition for
>> xen_swiotlb_free_coherent" only fixed memory address check condition
>> on xen_swiotlb_free_coherent(), when memory was
Hi,
I'm interested running HVM DomU only with PV drivers (network and
disk). Enabling CONFIG_XEN_NETDEV_FRONTEND and stuff didn't make DomU
see the PV devices until I enabled CONFIG_XEN_PVHVM.
But by looking at the virtualization spectrum[1], it seems possible to
do "HVM with PV drivers", but I
Hi, Stefano!
I'm just curious if the below is on your TODO list [1]:
3. Future Directions:
Allow users to optionally share *mfn-contiguous* pages.
Thank you,
Oleksandr
On 05/25/2018 03:55 AM, Stefano Stabellini wrote:
Hi,
This series
On 10/24/18 3:15 PM, Oleksandr Tyshchenko wrote:
Hi, Stefano
On Sat, Oct 20, 2018 at 12:07 AM Stefano Stabellini
wrote:
Hi Wei,
Any chances you can review this series soon? I would love for it to be
merged before the 4.12 code freeze.
FYI I am making progress upstreaming the device tree
On 10/24/18 6:57 AM, Boris Ostrovsky wrote:
> On 10/24/18 9:02 AM, Konrad Rzeszutek Wilk wrote:
>> On Tue, Oct 23, 2018 at 08:09:04PM -0700, Joe Jin wrote:
>>> Commit 4855c92dbb7 "xen-swiotlb: fix the check condition for
>>> xen_swiotlb_free_coherent" only fixed memory address check condition
>>>
On 18.10.18 16:20, Julien Grall wrote:
> do_bug_frame is only necessary when trapping. This allows to remove
> processor.h include.
>
> However, time.h was missing an include resulting to compilation error if
> processor.h is removed from bug.h.
>
> Signed-off-by: Julien Grall
> ---
>
Thanks Juergen,
On Wed, Oct 24, 2018 at 10:30 AM Juergen Gross wrote:
>
> On 24/10/2018 16:16, Jintack Lim wrote:
> > Hi,
> >
> > I'm interested running HVM DomU only with PV drivers (network and
> > disk). Enabling CONFIG_XEN_NETDEV_FRONTEND and stuff didn't make DomU
> > see the PV devices
flight 75492 distros-debian-squeeze real [real]
http://osstest.xensource.com/osstest/logs/75492/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-i386
Reviewed-by: Andrii Anisov
--
*Andrii Anisov*
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
On 23.10.18 21:17, Julien Grall wrote:
> When an IPI is generated by a CPU, the pattern looks roughly like:
>
>
>dsb(sy);
>
>
> On the receiving CPU we rely on the fact that, once we've taken the
> interrupt, then the freshly written shared data must be visible to us.
> Put another
On 24.10.18 17:46, Julien Grall wrote:
> patch #1 and #2 should be backported. This patch is technically not a
> bug fix but a relaxation. So I am not comfortable to suggest
> backporting it up to Xen 4.9. Hence the ordering of the series.
OK, I understand the motivation, but still feel some
On Tue, Oct 23, 2018 at 6:37 AM Razvan Cojocaru
wrote:
>
> Tamas, could you please give this a spin?
>
> https://github.com/razvan-cojocaru/xen/tree/altp2m-logdirty-take2
>
> It _should_ solve the crashes.
Indeed, I no longer see the crash. However, there might be some
locking issue present
flight 128964 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128964/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a8b5750901faa63ff5570634851e648b8e335e5a
baseline version:
ovmf
flight 128965 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128965/
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
On Wed, Oct 24, 2018 at 11:20 AM Razvan Cojocaru
wrote:
>
> On 10/24/18 8:09 PM, Tamas K Lengyel wrote:
> > On Tue, Oct 23, 2018 at 6:37 AM Razvan Cojocaru
> > wrote:
> >>
> >> Tamas, could you please give this a spin?
> >>
> >> https://github.com/razvan-cojocaru/xen/tree/altp2m-logdirty-take2
>
On 10/24/18 8:09 PM, Tamas K Lengyel wrote:
> On Tue, Oct 23, 2018 at 6:37 AM Razvan Cojocaru
> wrote:
>>
>> Tamas, could you please give this a spin?
>>
>> https://github.com/razvan-cojocaru/xen/tree/altp2m-logdirty-take2
>>
>> It _should_ solve the crashes.
>
> Indeed, I no longer see the
On Wed, Oct 24, 2018 at 11:31 AM Tamas K Lengyel
wrote:
>
> On Wed, Oct 24, 2018 at 11:20 AM Razvan Cojocaru
> wrote:
> >
> > On 10/24/18 8:09 PM, Tamas K Lengyel wrote:
> > > On Tue, Oct 23, 2018 at 6:37 AM Razvan Cojocaru
> > > wrote:
> > >>
> > >> Tamas, could you please give this a spin?
>
Hi, Stefano
On Tue, Oct 23, 2018 at 5:04 AM Stefano Stabellini
wrote:
>
> Make vpl011 being able to be used without a userspace component in Dom0.
> In that case, output is printed to the Xen serial and input is received
> from the Xen serial one character at a time.
>
> Call domain_vpl011_init
This run is configured for baseline tests only.
flight 75493 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75493/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
On Tue, Oct 23, 2018 at 11:43 AM Chang S. Bae wrote:
>
> The helper functions will switch on faster accesses to FSBASE and GSBASE
> when the FSGSBASE feature is enabled.
>
> Accessing user GSBASE needs a couple of SWAPGS operations. It is avoidable
> if the user GSBASE is saved at kernel entry,
On 24/10/18 20:16, Andy Lutomirski wrote:
> On Tue, Oct 23, 2018 at 11:43 AM Chang S. Bae
> wrote:
>> The helper functions will switch on faster accesses to FSBASE and GSBASE
>> when the FSGSBASE feature is enabled.
>>
>> Accessing user GSBASE needs a couple of SWAPGS operations. It is avoidable
flight 128969 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128969/
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
flight 128949 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128949/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xen-freebsd broken
build-amd64-xen-xsm-freebsd
Commit 4855c92dbb7 "xen-swiotlb: fix the check condition for
xen_swiotlb_free_coherent" only fixed memory address check condition
on xen_swiotlb_free_coherent(), when memory was not physically
contiguous and tried to exchanged with Xen via
xen_destroy_contiguous_region which lead to kernel panic.
This run is configured for baseline tests only.
flight 75496 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75496/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Xen Security Advisory XSA-278
x86: Nested VT-x usable even when disabled
ISSUE DESCRIPTION
=
When running HVM guests, virtual extensions are enabled in hardware because
Xen is using them. As a
On Wed, 24 Oct 2018 at 14:25, Eric Duncan wrote:
>
> On Thu, Oct 18, 2018 at 2:03 PM Aaron Gray wrote:
>
>> I have two ASUS PRIME Z270-A machines based on Intel Z270 chipset and am
>> wondering about when support will be available for them and what I can do
>> to speed this up.
>>
>> But I have
flight 128945 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128945/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 10 debian-hvm-install fail REGR.
vs. 125898
On 24/10/2018 22:52, Hans van Kranenburg wrote:
> Hi,
>
> On 10/24/2018 04:54 PM, Juergen Gross wrote:
>> This patch series adds support for booting Linux as PVH guest.
>>
>> Similar to i386/xen and x86_64/xen platforms the new i386/xenpvh
>> platform grub is booted as a standalone image directly
flight 128955 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128955/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 128933
test-armhf-armhf-libvirt 14
flight 128933 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128933/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 128910
test-armhf-armhf-libvirt 14
flight 128929 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128929/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 7 xen-boot fail REGR. vs. 128861
flight 128954 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/128954/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a58a421c3629e5f28b4a6887c28da4ee6976cd61
baseline version:
ovmf
On 24/10/2018 09:03, Bernhard M. Wiedemann wrote:
> in order to make builds reproducible.
> See https://reproducible-builds.org/ for why this is good.
>
> Signed-off-by: Bernhard M. Wiedemann
Please follow the MAINTAINERS file and CC the correct people. I've done
so on this email.
> ---
>
Hello Julien,
On 23.10.18 16:26, Julien Grall wrote:
> The common headers (e.g xen/) should be placed before architecture
> specific (asm/). They should then be ordered alphabetically among
> themselves.
Yep, I see the point.
--
*Andrii Anisov*
The may_defer var was left with the older bool_t type. This patch
changes the type to bool.
Signed-off-by: Alexandru Isaila
---
xen/arch/x86/hvm/emulate.c| 8
xen/arch/x86/hvm/hvm.c| 14 +++---
xen/arch/x86/hvm/svm/nestedsvm.c | 14 +++---
On 10/24/18 12:19 PM, Alexandru Stefan ISAILA wrote:
> The may_defer var was left with the older bool_t type. This patch
> changes the type to bool.
>
> Signed-off-by: Alexandru Isaila
Acked-by: Razvan Cojocaru
___
Xen-devel mailing list
in order to make builds reproducible.
See https://reproducible-builds.org/ for why this is good.
Signed-off-by: Bernhard M. Wiedemann
---
xen/arch/x86/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen/arch/x86/Makefile b/xen/arch/x86/Makefile
index 162b0b94c0..052bdb1e25 100644
This run is configured for baseline tests only.
flight 75490 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75490/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
98 matches
Mail list logo
