flight 165791 linux-linus real [real]
flight 165801 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/165791/
http://logs.test-lab.xenproject.org/osstest/logs/165801/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-
flight 165790 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165790/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 165682
build-i386-xsm
On 10/21/21 9:12 AM, Jakub Kicinski wrote:
Commit 406f42fa0d3c ("net-next: When a bond have a massive amount
of VLANs...") introduced a rbtree for faster Ethernet address look
up. To maintain netdev->dev_addr in this tree we need to make all
the writes to it got through appropriate helpers.
Si
The tx queues are not stopped during the live migration. As a result, the
ndo_start_xmit() may access netfront_info->queues which is freed by
talk_to_netback()->xennet_destroy_queues().
This patch is to netif_device_detach() at the beginning of xen-netfront
resuming, and netif_device_attach() at t
Clarify that xen-devel is the only official communication channel.
Signed-off-by: Stefano Stabellini
diff --git a/source/communication-practice.rst
b/source/communication-practice.rst
index 70f5b8c..356df7a 100644
--- a/source/communication-practice.rst
+++ b/source/communication-practice.rst
@
On Fri, 22 Oct 2021, Stefano Stabellini wrote:
> On Fri, 22 Oct 2021, Anthony PERARD wrote:
> > Signed-off-by: Anthony PERARD
>
> Reviewed-by: Stefano Stabellini
FYI I verified that the patch doesn't break gitlab-ci so as far as I am
concerned this patch can be committed any time. (I didn't com
On Fri, 22 Oct 2021, Anthony PERARD wrote:
> On Thu, Oct 21, 2021 at 04:08:39PM -0700, Stefano Stabellini wrote:
> > diff --git a/automation/scripts/qemu-alpine-x86_64.sh
> > b/automation/scripts/qemu-alpine-x86_64.sh
> > new file mode 100644
> > index 00..41b05210d6
> > --- /dev/null
> >
On Fri, 22 Oct 2021, Anthony PERARD wrote:
> On Thu, Oct 21, 2021 at 04:08:38PM -0700, Stefano Stabellini wrote:
> > diff --git a/automation/tests-artifacts/kernel/5.10.74.dockerfile
> > b/automation/tests-artifacts/kernel/5.10.74.dockerfile
> > new file mode 100644
> > index 00..f2dbbecf7
On Fri, 22 Oct 2021, Andrew Cooper wrote:
> On 22/10/2021 00:08, Stefano Stabellini wrote:
> > +RUN \
> > + # apk
> > + apk update && \
> > + \
> > + # xen runtime deps
> > + apk add musl && \
> > + apk add openrc && \
> > + apk add busybox && \
> > + apk add sudo && \
> > + apk add dbus &
+Juergen
On Fri, 22 Oct 2021, Andrew Cooper wrote:
> On 22/10/2021 00:08, Stefano Stabellini wrote:
> > +# build depends
> > +RUN apt-get update && \
> > +apt-get --quiet --yes install \
> > +build-essential \
> > +libssl-dev \
> > +bc \
> > +curl \
> > +
flight 165753 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165753/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 165682
build-i386-xsm
branch xen-unstable
xenbranch xen-unstable
job build-i386
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://git.qemu.org/qemu.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xen
On Fri, 22 Oct 2021, Anthony PERARD wrote:
> Signed-off-by: Anthony PERARD
Reviewed-by: Stefano Stabellini
> ---
> automation/gitlab-ci/build.yaml | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/automation/gitlab-ci/build.yaml b/automation/gitlab-ci/build.yaml
>
Anthony PERARD writes ("[XEN PATCH] automation: actually build with clang for
ubuntu-focal-clang* jobs"):
> Signed-off-by: Anthony PERARD
I think this is a "straightforawrd bugfix" so does not need a release
ack, but FTR
Release-Acked-by: Ian Jackson
Ian.
Signed-off-by: Anthony PERARD
---
automation/gitlab-ci/build.yaml | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/automation/gitlab-ci/build.yaml b/automation/gitlab-ci/build.yaml
index d177da1710d7..08a43146aba8 100644
--- a/automation/gitlab-ci/build.yaml
+++ b/automatio
This is a combination of two changes:
ts-memdisk-try-append: skip memdisk test on non-BIOS hosts
make-flight: examine: Insist on -bios and -uefi tests on x86
This will let us skip ts-memdisk-try-append on non-bios platforms
without risking regression. It will also definitely spot
regressi
There is an infelicity in handling of FreeBSD's "memdisk" test.
The use of this step is as part of host examination. There, it may
fail on hosts which cannot cope with the FreeBSD version in use. That
is OK (from a general osstest/CI POV) because each host has its own
job name and therefore its
Signed-off-by: Ian Jackson
---
ts-memdisk-try-append | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/ts-memdisk-try-append b/ts-memdisk-try-append
index 4b54eff01..a35751eb3 100755
--- a/ts-memdisk-try-append
+++ b/ts-memdisk-try-append
@@ -19,17 +19,17 @@
se
Signed-off-by: Ian Jackson
---
ts-memdisk-try-append | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/ts-memdisk-try-append b/ts-memdisk-try-append
index bfb36caf7..d5c12866f 100755
--- a/ts-memdisk-try-append
+++ b/ts-memdisk-try-append
@@ -34,14 +34,14 @@ arch=`per
Nothing sets this yet.
No functional change (checked with standalone-generate-dump-flight-runvars)
Signed-off-by: Ian Jackson
---
make-flight | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/make-flight b/make-flight
index ecbb195bc..acb19b113 100755
--- a/ma
Signed-off-by: Ian Jackson
---
ts-memdisk-try-append | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-memdisk-try-append b/ts-memdisk-try-append
index a35751eb3..bfb36caf7 100755
--- a/ts-memdisk-try-append
+++ b/ts-memdisk-try-append
@@ -18,7 +18,7 @@
set -xe -o posix
On Thu, Oct 21, 2021 at 11:58:18AM +0200, Jan Beulich wrote:
> x2apic_bsp_setup() gets called ahead of iommu_setup(), and since x2APIC
> mode (physical vs clustered) depends on iommu_intremap, that variable
> needs to be set to off as soon as we know we can't / won't enable
> interrupt remapping, i
On 10/22/21 6:47 AM, Lin Liu wrote:
> Update to use byteswap.h to swap bytes
>
> No functional change
>
> Signed-off-by: Lin Liu
> ---
> Cc: Daniel De Graaf
> Cc: "Daniel P. Smith"
> ---
> xen/xsm/flask/ss/avtab.c | 2 +-
> xen/xsm/flask/ss/conditional.c | 2 +-
> xen/xsm/flask/ss/ebitm
flight 165767 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165767/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bd5ec03d87cacc5be2de4284b092aafd4ac4eb31
baseline version:
ovmf 2f286930a8280f4d81746
i...@xenbits.xen.org writes ("[adhoc test] 165675: truncated"):
> [adhoc play]
> harness 14a279c4: osstest: explicitly enable building qemu-traditional
> 165675: truncated
>
> flight 165675 xen-unstable play [play]
> http://logs.test-lab.xenproject.org/osstest/logs/165675/
>
> Perfect :-)
> All
On 22/10/2021 11:47, Lin Liu wrote:
> diff --git a/xen/include/xen/compiler.h b/xen/include/xen/compiler.h
> index 696c7eb89e..68f28082a5 100644
> --- a/xen/include/xen/compiler.h
> +++ b/xen/include/xen/compiler.h
> @@ -179,4 +179,16 @@
> # define CLANG_DISABLE_WARN_GCC_COMPAT_END
> #endif
>
>
flight 165743 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165743/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 165700
test-armhf-armhf-libvirt 16 saver
On Wed, Sep 29, 2021 at 03:15:48PM +0200, Jan Beulich wrote:
> To become independent of the sequence of mapping operations, permit
> "access" to accumulate for Dom0, noting that there's not going to be an
> introspection agent for it which this might interfere with. While e.g.
> ideally only ROM re
On Thu, Oct 21, 2021 at 04:08:39PM -0700, Stefano Stabellini wrote:
> diff --git a/automation/scripts/qemu-alpine-x86_64.sh
> b/automation/scripts/qemu-alpine-x86_64.sh
> new file mode 100644
> index 00..41b05210d6
> --- /dev/null
> +++ b/automation/scripts/qemu-alpine-x86_64.sh
> @@ -0,0
On 22/10/2021 00:08, Stefano Stabellini wrote:
> +# build depends
> +RUN apt-get update && \
> +apt-get --quiet --yes install \
> +build-essential \
> +libssl-dev \
> +bc \
> +curl \
> +flex \
> +bison \
> +libelf-dev \
> +&& \
> +
On 22/10/2021 00:08, Stefano Stabellini wrote:
> +RUN \
> + # apk
> + apk update && \
> + \
> + # xen runtime deps
> + apk add musl && \
> + apk add openrc && \
> + apk add busybox && \
> + apk add sudo && \
> + apk add dbus && \
> + apk add bash && \
> + apk add python2 && \
> + # gett
On Thu, Oct 21, 2021 at 04:08:38PM -0700, Stefano Stabellini wrote:
> diff --git a/automation/tests-artifacts/kernel/5.10.74.dockerfile
> b/automation/tests-artifacts/kernel/5.10.74.dockerfile
> new file mode 100644
> index 00..f2dbbecf74
> --- /dev/null
> +++ b/automation/tests-artifacts/
On Thu, Oct 21, 2021 at 04:08:37PM -0700, Stefano Stabellini wrote:
> From: Stefano Stabellini
>
> It is the same as the existing ARM64 alpine 3.12 test-artifact. It is
> used to export an Alpine rootfs for Dom0 used for testing.
>
> Also add the exporting job to build.yaml so that the binaries
flight 165729 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165729/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-rtds 20 guest-localmigrate/x10 fail like 165699
test-amd64-amd64-xl-qemut-win7-amd64
On 22/10/2021 11:47, Lin Liu wrote:
> The swab() is massively over complicated
> Simplify it with compiler builtins and fallback to plain C function
> if undefined.
> Update components to switch to this new swap bytes.
>
>
> 34 files changed, 150 insertions(+), 646 deletions(-)
It is worth sayin
On 22/10/2021 11:47, Lin Liu wrote:
> Update to use byteswap.h to swap bytes.
>
> No functional chagne.
>
> Signed-off-by: Lin Liu
> ---
> Cc: Andrew Cooper
> Cc: George Dunlap
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Julien Grall
> Cc: Stefano Stabellini
> Cc: Wei Liu
> Cc: "Roger Pau Mon
Update to use byteswap.h to swap bytes.
No functional chagne.
Signed-off-by: Lin Liu
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Julien Grall
Cc: Stefano Stabellini
Cc: Wei Liu
Cc: "Roger Pau Monné"
---
xen/common/bitmap.c| 2 +-
xen/comm
This file has its own implementation of swap bytes. Clean up
the code with xen/byteswap.h.
No functional change.
Signed-off-by: Lin Liu
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Julien Grall
Cc: Stefano Stabellini
Cc: Wei Liu
---
xen/crypto/vmac.c | 76 +
include/xen/byteswap.h has simplify the interface, just clean
the old interface
No functional change
Signed-off-by: Lin Liu
---
Cc: Stefano Stabellini
Cc: Julien Grall
Cc: Volodymyr Babchuk
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Wei Liu
Cc: "Roger Pau Mon
ext2 has nothing to do with this logic. Clean up the code with
xen/byteswap.h which now has an unsigned long helper.
No functional change.
Signed-off-by: Lin Liu
---
Cc: Stefano Stabellini
Cc: Julien Grall
Cc: Volodymyr Babchuk
The patches are not well tested without running environment
---
Update to use byteswap.h to swap bytes
No functional change
Signed-off-by: Lin Liu
---
Cc: Daniel De Graaf
Cc: "Daniel P. Smith"
---
xen/xsm/flask/ss/avtab.c | 2 +-
xen/xsm/flask/ss/conditional.c | 2 +-
xen/xsm/flask/ss/ebitmap.c | 2 +-
xen/xsm/flask/ss/policydb.c| 2 +-
4 fi
Update to use byteswap.h to swap bytes.
No functional change.
Signed-off-by: Lin Liu
---
Cc: Stefano Stabellini
Cc: Julien Grall
Cc: Volodymyr Babchuk
Cc: Konrad Rzeszutek Wilk
Cc: Ross Lagerwall
---
xen/arch/arm/alternative.c | 2 +-
xen/arch/arm/arm64/livepatch.c | 2 +-
xe
The swab() is massively over complicated
Simplify it with compiler builtins and fallback to plain C function
if undefined.
Update components to switch to this new swap bytes.
Lin Liu (7):
xen: implement byteswap.h
crypto/vmac: Simplify code with byteswap.h
arm64/find_next_bit: Remove ext2_
swab() is massively over complicated and can be simplified by builtins.
The compilers provide builtin function to swap bytes.
* gcc: https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
* clang: https://clang.llvm.org/docs/LanguageExtensions.html
This patch simplify swab() with builtins and fal
On Wed, Sep 29, 2021 at 03:14:46PM +0200, Jan Beulich wrote:
> Wire up show_hvm_stack() also on this path. Move the show_guest_stack()
> invocation out of show_stack(), rendering dead the is-HVM check there.
>
> While separating guest and host paths, also move the show_code()
> invocation - the fu
On Wed, Sep 29, 2021 at 03:14:13PM +0200, Jan Beulich wrote:
> Certain notifications of Dom0 to Xen are independent of the mode Dom0 is
> running in. Permit further PCI related ones (only their modern forms).
> Also include the USB2 debug port operation at this occasion.
Sorry, I realize now that
On 22.10.2021 11:55, Roger Pau Monné wrote:
> On Wed, Sep 29, 2021 at 03:13:24PM +0200, Jan Beulich wrote:
>> Assuming that the accounting for IOMMU page tables will also take care
>> of the P2M needs was wrong: dom0_paging_pages() can determine a far
>> higher value, high enough for the system to
On Wed, Sep 29, 2021 at 03:13:24PM +0200, Jan Beulich wrote:
> Assuming that the accounting for IOMMU page tables will also take care
> of the P2M needs was wrong: dom0_paging_pages() can determine a far
> higher value, high enough for the system to run out of memory while
> setting up Dom0. Hence
On 22/10/2021 07:47, Juergen Gross wrote:
> When booting the xenbus driver will wait for PV devices to have
> connected to their backends before continuing. The timeout is different
> between essential and non-essential devices.
>
> Non-essential devices are identified by their nodenames directly i
Stefano Stabellini writes ("[PATCH 0/3] automation: introduce an x86_64
Dom0/DomU test"):
> The last patch is the one introducing a new test. This one can fail.
> However, it is a new test at the end of the pipeline: it doesn't impact
> the existing tests. In the worst case, the test will fail and
osstest service owner writes ("[xen-unstable test] 165712: regressions - FAIL"):
> flight 165712 xen-unstable real [real]
> flight 165727 xen-unstable real-retest [real]
> http://logs.test-lab.xenproject.org/osstest/logs/165712/
> http://logs.test-lab.xenproject.org/osstest/logs/165727/
>
> Regres
flight 165735 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165735/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
On 22.10.21 09:24, Jan Beulich wrote:
On 22.10.2021 08:47, Juergen Gross wrote:
Today the non-essential pv devices are hard coded in the xenbus driver
and this list is lacking multiple entries.
This series reworks the detection logic of non-essential devices by
adding a flag for that purpose to
Hi, Juergen!
On 22.10.21 09:48, Juergen Gross wrote:
> The Xen pv sound driver is not essential for booting. Set the respective
> flag.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Oleksandr Andrushchenko
> ---
> sound/xen/xen_snd_front.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --gi
Hi, Juergen!
On 22.10.21 09:47, Juergen Gross wrote:
> Similar to the virtual frame buffer (vfb) the pv display driver is not
> essential for booting the system. Set the respective flag.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Oleksandr Andrushchenko
> ---
> drivers/gpu/drm/xen/xen_drm_f
On 22.10.2021 08:47, Juergen Gross wrote:
> Today the non-essential pv devices are hard coded in the xenbus driver
> and this list is lacking multiple entries.
>
> This series reworks the detection logic of non-essential devices by
> adding a flag for that purpose to struct xenbus_driver.
I'm won
On 22.10.2021 05:10, osstest service owner wrote:
> flight 165712 xen-unstable real [real]
> flight 165727 xen-unstable real-retest [real]
> http://logs.test-lab.xenproject.org/osstest/logs/165712/
> http://logs.test-lab.xenproject.org/osstest/logs/165727/
>
> Regressions :-(
>
> Tests which did
flight 165726 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/165726/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 165682
build-i386-xsm
58 matches
Mail list logo
