flight 171927 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171927/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 171912
test-amd64-i386-xl-qemuu-win7-amd64
flight 171934 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171934/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
Or better yet, try the patch that Rafael proposed. ;-)
Thanx, Paul
On Fri, Jul 29, 2022 at 08:26:22AM -0700, Paul E. McKenney wrote:
> On Fri, Jul 29, 2022 at 03:24:58AM -0700, Michel Lespinasse wrote:
> > On Thu, Jul 28, 2022 at 10:20:53AM
On Fri, Jul 29, 2022 at 03:24:58AM -0700, Michel Lespinasse wrote:
> On Thu, Jul 28, 2022 at 10:20:53AM -0700, Paul E. McKenney wrote:
> > On Mon, Jul 25, 2022 at 12:43:06PM -0700, Michel Lespinasse wrote:
> > > On Wed, Jun 08, 2022 at 04:27:27PM +0200, Peter Zijlstra wrote:
> > > > Commit c227233a
On Wed, 13 Jul 2022, Andrei Cherechesu (OSS) wrote:
> From: Andrei Cherechesu
>
> Normally, the script would precompute the sizes of the loaded binaries
> and addresses where they are loaded before generating the script,
> and the sizes and addresses that needed to be provided to Xen via
> /chose
flight 171932 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171932/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
flight 171923 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171923/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl-credit2 14 guest-start fail like 171846
test-armhf-armhf-xl-rtds 14 guest-s
On Fri, 29 Jul 2022, Xenia Ragiadakou wrote:
> Qemu VM is configured with 2 cpus but the device tree passed has only 1.
> Generate a device tree with 2 cpus.
>
> Signed-off-by: Xenia Ragiadakou
> ---
> I am not sure for this patch because I do not know whether the number of cpus
> differs deliber
On Fri, 29 Jul 2022, Xenia Ragiadakou wrote:
> Rename the device tree from virt-gicv3 to virt-gicv2 to avoid confusion
> since the version of the generic interrupt controller used for this test
> is the v2 and not the v3.
>
> Signed-off-by: Xenia Ragiadakou
Reviewed-by: Stefano Stabellini
> -
On Fri, 29 Jul 2022, Xenia Ragiadakou wrote:
> Remove comment "# Install QEMU" because qemu is not installed, it is taken
> from a test-artifacts container.
>
> Change comment "# Busybox Dom0" to "# Busybox" because busybox is not used
> only for the Dom0 but also for the DomU.
>
> Signed-off-by:
Hi,
On 20/07/2022 19:44, Julien Grall wrote:
From: Julien Grall
Hi all,
This series is a collection of patches to clean-up the MM subsystem
I have done in preparation for the next revision of "xen/arm: Don't
switch TTBR while the MMU is on" [1].
Cheers,
[1] https://lore.kernel.org/all/20220
flight 171929 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171929/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf e9150618ec91f79e70a1719ac8c198bee34a99be
baseline version:
ovmf 0d0bfcb4571caa65b7875
On 21/07/2022 09:40, Bertrand Marquis wrote:
Hi Julien,
Hi Bertrand,
On 20 Jul 2022, at 19:44, Julien Grall wrote:
From: Julien Grall
move it to Kconfig.
The define CONFIG_DOMAIN_PAGE indicates whether the architecture provide
helpers to map/unmap a domain page. Rename it to the define t
Hi Jan,
On 25/07/2022 16:51, Jan Beulich wrote:
On 20.07.2022 20:44, Julien Grall wrote:
From: Julien Grall
move it to Kconfig.
The define CONFIG_DOMAIN_PAGE indicates whether the architecture provide
helpers to map/unmap a domain page. Rename it to the define to
CONFIG_ARCH_MAP_DOMAIN_PAGE
On Fri, 29 Jul 2022, Boyoun Park wrote:
> I really appreciate all the comments and reviews.
> I understand that it is hard to add this patch without any usage.
>
> On Fri, 29 Jul 2022, Stefano Stabellini:
> > On Thu, 28 Jul 2022, Jan Beulich wrote:
> > > On 28.07.2022 11:22, Boyoun Park wrote:
> >
On Thu, Jul 28, 2022 at 1:37 PM Christopher Clark
wrote:
>
> On Thu, Jul 28, 2022 at 12:05 PM SHARMA, JYOTIRMOY
> wrote:
> >
> > [AMD Official Use Only - General]
> >
> > Hi all,
> >
> > Can anyone please help here?
Hello again,
I have now been able to enable HVM guest audio using the Xen PV au
flight 171928 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171928/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
flight 171916 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171916/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 171891
test-armhf-armhf-libvirt 16 saver
OCaml 4.06.1 is widely available in distributions:
https://repology.org/project/ocaml/versions
oxenstored already includes some compatibility code to be able to run on
versions older than 4.06, however this is slightly less efficient than
just using the new features in 4.06 standard library:
http
Fix compiler warning about:
* unused value
* ambiguous documentation comment
* non-principal type inference (compiler version dependent)
No functional change.
Signed-off-by: Edwin Török
---
tools/ocaml/xenstored/connection.ml | 2 +-
tools/ocaml/xenstored/process.ml| 5 +++--
2 files change
create a separate Makefile that can be used to drive dune.
Usage:
`make -f Makefile.dune`
There are some files that need to be created by the Makefile based
build system (such as all the C code in $(XEN_ROOT)/tools/libs),
and those need to exist before dune runs.
Although it'd be possible to aut
Trying to include .ocamldep.make will cause it to be generated if it
doesn't exist.
We do not want this during make clean: we would remove it anyway.
Speeds up make clean.
Before (measured on f732240fd3bac25116151db5ddeb7203b62e85ce, July 2022):
```
Parsing
/home/edwin/xen2/tools/ocaml/libs/xl/.
Based on Christian Lindig's work.
Initially this will be used to build unit tests, and to make development
easier.
Dune supports proper incremental builds and editor integration with
merlin/LSP.
For now the Makefile based build system is retained too: this is not a
hard dependency on Dune.
Usin
The only user of 'xb' that I can find is in-tree oxenstored.
Other code (e.g. xenopsd) would use the mirage 'xenstore' implementation
instead, so changing the API here shouldn't require anyone to update
their code.
Hiding the type will make it easier to change the implementation
in the future with
paths.ml contains various paths known to configure,
and currently is generated via a Makefile rule.
Simplify this and generate it through configure, similar to how
oxenstored.conf is generated from oxenstored.conf.in.
This will allow to reuse the generated file more easily with Dune.
No functiona
Add a finalizer on the event channel value, so that it calls
`xenevtchn_close` when the value would be GCed.
In practice oxenstored seems to be the only user of this,
and it creates a single global event channel only,
but freeing this could still be useful when run with OCAMLRUNPARAM=c
The code w
Various OCaml code cleanups to make building and working on Oxenstored easier,
including compatibility with newer language versions.
This does not yet change the minimum version of OCaml.
A version of this series in a git repository is publicly available at:
https://github.com/edwintorok/xen.git
h
Hi Jan,
On 29/07/2022 07:22, Jan Beulich wrote:
On 29.07.2022 03:04, osstest service owner wrote:
branch xen-unstable-smoke
xenbranch xen-unstable-smoke
job build-amd64-libvirt
testid libvirt-build
Tree: libvirt git://xenbits.xen.org/libvirt.git
Tree: libvirt_keycodemapdb https://gitlab.com/ke
flight 171919 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171919/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
flight 171912 qemu-mainline real [real]
flight 171922 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171912/
http://logs.test-lab.xenproject.org/osstest/logs/171922/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
Hello Rahul
On 19.07.22 20:42, Oleksandr Tyshchenko wrote:
From: Oleksandr Andrushchenko
Add a stub for is_memory_hole which is required for PCI passthrough
on Arm.
Signed-off-by: Oleksandr Andrushchenko
---
OT: It looks like the discussion got stuck. As I understand this
patch is not imm
On 29.07.22 09:06, Jan Beulich wrote:
Hello Jan
On 28.07.2022 18:35, Oleksandr wrote:
On 28.07.22 10:15, Jan Beulich wrote:
On 27.07.2022 21:39, Oleksandr wrote:
On 27.07.22 20:54, Oleksandr wrote:
On 26.07.22 18:16, Jan Beulich wrote:
On 19.07.2022 19:42, Oleksandr Tyshchenko wrote:
--
Hi,
On 29/07/2022 16:47, Xenia Ragiadakou wrote:
On 7/29/22 18:15, Julien Grall wrote:
Hi Xenia,
On 29/07/2022 15:03, Xenia Ragiadakou wrote:
On 7/29/22 16:41, Bertrand Marquis wrote:
Hi Xenia,
On 29 Jul 2022, at 07:31, Xenia Ragiadakou
wrote:
Hi Jan,
On 7/29/22 09:26, Jan Beulich wro
On 29.07.22 13:29, Julien Grall wrote:
Hi Oleksandr,
Hello Julien
On 29/07/2022 11:25, Oleksandr Tyshchenko wrote:
On 29.07.22 12:08, Julien Grall wrote:
Hello Julien
(+ Anthony)
Hi,
On 29/07/2022 07:48, Oleksandr Tyshchenko wrote:
On 29.07.22 09:22, Jan Beulich wrote:
Hello J
From: Oleksandr Tyshchenko
Xen toolstack has gained basic Virtio support recently which becides
adding various virtio related stuff introduces new disk backend type
LIBXL_DISK_BACKEND_STANDALONE [1].
Unfortunately, this caused a regression in libvirt build with Xen support
enabled, reported by t
Hi Julien,
Hi Julien,
On 7/29/22 18:15, Julien Grall wrote:
Hi Xenia,
On 29/07/2022 15:03, Xenia Ragiadakou wrote:
On 7/29/22 16:41, Bertrand Marquis wrote:
Hi Xenia,
On 29 Jul 2022, at 07:31, Xenia Ragiadakou
wrote:
Hi Jan,
On 7/29/22 09:26, Jan Beulich wrote:
On 28.07.2022 18:21, X
Hi Xenia,
On 29/07/2022 15:03, Xenia Ragiadakou wrote:
On 7/29/22 16:41, Bertrand Marquis wrote:
Hi Xenia,
On 29 Jul 2022, at 07:31, Xenia Ragiadakou
wrote:
Hi Jan,
On 7/29/22 09:26, Jan Beulich wrote:
On 28.07.2022 18:21, Xenia Ragiadakou wrote:
--- a/xen/arch/arm/domain.c
+++ b/xen/a
On Fri, Jul 29, 2022 at 12:25 PM Michel Lespinasse
wrote:
>
> On Thu, Jul 28, 2022 at 10:20:53AM -0700, Paul E. McKenney wrote:
> > On Mon, Jul 25, 2022 at 12:43:06PM -0700, Michel Lespinasse wrote:
> > > On Wed, Jun 08, 2022 at 04:27:27PM +0200, Peter Zijlstra wrote:
> > > > Commit c227233ad64c (
Qemu VM is configured with 2 cpus but the device tree passed has only 1.
Generate a device tree with 2 cpus.
Signed-off-by: Xenia Ragiadakou
---
I am not sure for this patch because I do not know whether the number of cpus
differs deliberately.
automation/scripts/qemu-smoke-arm64.sh | 2 +-
1 f
Rename the device tree from virt-gicv3 to virt-gicv2 to avoid confusion
since the version of the generic interrupt controller used for this test
is the v2 and not the v3.
Signed-off-by: Xenia Ragiadakou
---
automation/scripts/qemu-smoke-arm64.sh | 10 +-
1 file changed, 5 insertions(+),
This patch series performs some minor cleanups in qemu-smoke-arm64.sh to
prevent confusion that may arise to somebody reading the test.
More specifically, this patch series
- cleanups some stale comments
- fixes the name used for the device tree
- fixes the number of cpus in the dt to reflect the n
Remove comment "# Install QEMU" because qemu is not installed, it is taken
from a test-artifacts container.
Change comment "# Busybox Dom0" to "# Busybox" because busybox is not used
only for the Dom0 but also for the DomU.
Signed-off-by: Xenia Ragiadakou
---
automation/scripts/qemu-smoke-arm64
On 7/29/22 16:41, Bertrand Marquis wrote:
Hi Xenia,
On 29 Jul 2022, at 07:31, Xenia Ragiadakou wrote:
Hi Jan,
On 7/29/22 09:26, Jan Beulich wrote:
On 28.07.2022 18:21, Xenia Ragiadakou wrote:
--- a/xen/arch/arm/domain.c
+++ b/xen/arch/arm/domain.c
@@ -63,7 +63,7 @@ static void do_idle(vo
Hi Xenia,
> On 29 Jul 2022, at 07:31, Xenia Ragiadakou wrote:
>
> Hi Jan,
>
> On 7/29/22 09:26, Jan Beulich wrote:
>> On 28.07.2022 18:21, Xenia Ragiadakou wrote:
>>> --- a/xen/arch/arm/domain.c
>>> +++ b/xen/arch/arm/domain.c
>>> @@ -63,7 +63,7 @@ static void do_idle(void)
>>> rcu_idle_ex
Hi,
Two patches:
- one for stable branches (I've rework the XSA's patch on 4.16 so
patch will need to be backported);
- and one patch for staging, forward porting the patch for stable
branches.
Those patches are a rework of the patch for the stable branches available
in XSA-40
From: Roger Pau Monne
Introduce support in libxl for fetching the default backend trusted
option for disk and nic devices.
Users can set LIBXL_{DISK,NIC}_BACKEND_UNTRUSTED environment variable
to notify libxl of whether the backends for disk and nic devices
should be trusted. Such information i
This is a forward port of "tools/libxl: env variable to signal whether
disk/nic backend is trusted", to allow the environment variable to
still work when upgrading from 4.16 or earlier.
Introduce support in libxl for fetching the default backend trusted
option for disk and nic devices.
This is pa
On Thu, Jul 28, 2022 at 10:20:53AM -0700, Paul E. McKenney wrote:
> On Mon, Jul 25, 2022 at 12:43:06PM -0700, Michel Lespinasse wrote:
> > On Wed, Jun 08, 2022 at 04:27:27PM +0200, Peter Zijlstra wrote:
> > > Commit c227233ad64c ("intel_idle: enable interrupts before C1 on
> > > Xeons") wrecked int
flight 171910 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171910/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-arm64-arm64-libvirt-xsm 12 debian-install fail pass in 171896
test-amd64-i386-xl-qemut-stubdom
flight 171917 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171917/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
Hi Julien
> On 28 Jul 2022, at 9:50 pm, Julien Grall wrote:
>
> Hi Rahul,
>
> On 28/07/2022 16:37, Rahul Singh wrote:
>> As you mentioned, if we don’t restrict the number of events channel for the
>> dom0 system will boot slower.
>> This is a good reason to restrict the number of event channel
flight 171914 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171914/
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-armhf-libvirt
I really appreciate all the comments and reviews.
I understand that it is hard to add this patch without any usage.
On Fri, 29 Jul 2022, Stefano Stabellini:
> On Thu, 28 Jul 2022, Jan Beulich wrote:
> > On 28.07.2022 11:22, Boyoun Park wrote:
> > > Hello,
> > >
> > > This patch added late_initcal
Hi Oleksandr,
On 29/07/2022 11:25, Oleksandr Tyshchenko wrote:
On 29.07.22 12:08, Julien Grall wrote:
Hello Julien
(+ Anthony)
Hi,
On 29/07/2022 07:48, Oleksandr Tyshchenko wrote:
On 29.07.22 09:22, Jan Beulich wrote:
Hello Jan
On 29.07.2022 03:04, osstest service owner wrote:
branc
On 29.07.22 12:08, Julien Grall wrote:
Hello Julien
> (+ Anthony)
>
> Hi,
>
> On 29/07/2022 07:48, Oleksandr Tyshchenko wrote:
>>
>> On 29.07.22 09:22, Jan Beulich wrote:
>>
>> Hello Jan
>>
>>> On 29.07.2022 03:04, osstest service owner wrote:
branch xen-unstable-smoke
xenbranch xen-u
Hi,
On Thu, Jul 28, 2022 at 9:15 PM Julien Grall wrote:
>
> Hi,
>
> On 26/07/2022 07:17, Jens Wiklander wrote:
> > On Fri, Jul 8, 2022 at 3:41 PM Julien Grall wrote:
> >>
> >> Hi Jens,
> >>
> >> I haven't checked whether the FFA driver is complaint with the spec. I
> >> mainly checked whether th
On 7/29/22 10:22, Jan Beulich wrote:
On 29.07.2022 09:01, Xenia Ragiadakou wrote:
On 7/29/22 09:16, Jan Beulich wrote:
On 29.07.2022 07:23, Xenia Ragiadakou wrote:
On 7/29/22 01:56, Stefano Stabellini wrote:
On Thu, 28 Jul 2022, Julien Grall wrote:
On 28/07/2022 15:20, Jan Beulich wrote:
On 29.07.22 12:08, Julien Grall wrote:
Hello Julien
> (+ Anthony)
>
> Hi,
>
> On 29/07/2022 07:48, Oleksandr Tyshchenko wrote:
>>
>> On 29.07.22 09:22, Jan Beulich wrote:
>>
>> Hello Jan
>>
>>> On 29.07.2022 03:04, osstest service owner wrote:
branch xen-unstable-smoke
xenbranch xen-u
flight 171915 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171915/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 171884
Tests which
(+ Anthony)
Hi,
On 29/07/2022 07:48, Oleksandr Tyshchenko wrote:
On 29.07.22 09:22, Jan Beulich wrote:
Hello Jan
On 29.07.2022 03:04, osstest service owner wrote:
branch xen-unstable-smoke
xenbranch xen-unstable-smoke
job build-amd64-libvirt
testid libvirt-build
Tree: libvirt git://xenbit
When vGIC performs irouter registers emulation, to get the target vCPU
via virq conveniently, Xen doesn't store the irouter value directly,
instead it will use the value (affinities) in irouter to calculate the
target vCPU, and then save the target vCPU in irq rank->vcpu[offset].
When vGIC tries t
flight 171913 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171913/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 0d0bfcb4571caa65b7875003f38e67e2ac7e5560
baseline version:
ovmf 3eca64f157c340f9bbf55
On 7/29/22 10:22, Jan Beulich wrote:
On 29.07.2022 09:01, Xenia Ragiadakou wrote:
On 7/29/22 09:16, Jan Beulich wrote:
On 29.07.2022 07:23, Xenia Ragiadakou wrote:
On 7/29/22 01:56, Stefano Stabellini wrote:
On Thu, 28 Jul 2022, Julien Grall wrote:
On 28/07/2022 15:20, Jan Beulich wrote:
On 29.07.2022 09:01, Xenia Ragiadakou wrote:
> On 7/29/22 09:16, Jan Beulich wrote:
>> On 29.07.2022 07:23, Xenia Ragiadakou wrote:
>>> On 7/29/22 01:56, Stefano Stabellini wrote:
On Thu, 28 Jul 2022, Julien Grall wrote:
> On 28/07/2022 15:20, Jan Beulich wrote:
>> On 28.07.2022 15:56,
Implement support for the HVMOP_set_evtchn_upcall_vector hypercall in
order to set the per-vCPU event channel vector callback on Linux and
use it in preference of HVM_PARAM_CALLBACK_IRQ.
If the per-VCPU vector setup is successful on BSP, use this method
for the APs. If not, fallback to the global
Hi Jan,
On 7/29/22 09:16, Jan Beulich wrote:
On 29.07.2022 07:23, Xenia Ragiadakou wrote:
Hi Stefano,
On 7/29/22 01:56, Stefano Stabellini wrote:
On Thu, 28 Jul 2022, Julien Grall wrote:
On 28/07/2022 15:20, Jan Beulich wrote:
On 28.07.2022 15:56, Julien Grall wrote:
On 28/07/2022 14:49, X
66 matches
Mail list logo
