On 22.03.21 07:48, Leon Romanovsky wrote:
On Mon, Mar 22, 2021 at 06:58:34AM +0100, Jürgen Groß wrote:
On 22.03.21 06:39, Leon Romanovsky wrote:
On Sun, Mar 21, 2021 at 06:54:52PM +0100, Hsu, Chiahao wrote:
<...>
Typically there should be one VM running netback on each host,
and having co
On Mon, Mar 22, 2021 at 08:01:17AM +0100, Jürgen Groß wrote:
> On 22.03.21 07:48, Leon Romanovsky wrote:
> > On Mon, Mar 22, 2021 at 06:58:34AM +0100, Jürgen Groß wrote:
> > > On 22.03.21 06:39, Leon Romanovsky wrote:
> > > > On Sun, Mar 21, 2021 at 06:54:52PM +0100, Hsu, Chiahao wrote:
> > > > >
Currently in order to link existing DTB into Xen image
we need to either specify option CONFIG_DTB_FILE on the
command line or manually add it into .config.
Add Kconfig entry: CONFIG_DTB_FILE
to be able to provide the path to DTB we want to embed
into Xen image. If no path provided - the dtb will n
Hello Julien,
> On 20 Mar 2021, at 12:01 pm, Julien Grall wrote:
>
>
>
> On 16/03/2021 17:54, Rahul Singh wrote:
>> Hello Julien,
>
> Hi Rahul,
>
>>> On 16 Mar 2021, at 3:08 pm, Julien Grall wrote:
>>>
>>> Hi Rahul,
>>>
>>> On 09/03/2021 18:19, Rahul Singh wrote:
Backport 58a7399
Julien Grall writes ("Re: [PATCH for-4.15 v3] SUPPORT.MD: Mark LiveUpdate of
C/OCaml XenStored daemon as Tech Preview"):
> Sorry I forgot to CC you on the original Ian. Would it be possible to
> give an R-A for the patch below?
Sure,
Release-Acked-by: Ian Jackson
Hi Ian,
On 22/03/2021 10:32, Ian Jackson wrote:
Julien Grall writes ("Re: [PATCH for-4.15 v3] SUPPORT.MD: Mark LiveUpdate of C/OCaml
XenStored daemon as Tech Preview"):
Sorry I forgot to CC you on the original Ian. Would it be possible to
give an R-A for the patch below?
Sure,
Release-Acked
(CCing Peter FYI, not because I think there is anything wrong on the
qemu side here...)
Anthony, would you be able to look at this ? I'm *hoping* we only
need to update our command line generation code in libxl.
With the Xen 4.15 freeze ongoing, whether such a change gets into 4.15
will depend o
flight 160159 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160159/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 160144
test-armhf-armhf-libvirt 16 save
When setting the highest pfn used in the guest, don't subtract 1 from
the value read from the shared_info data. The value read already is
the correct pfn.
Fixes: 91e204d37f449 ("libxc: try to find last used pfn when migrating")
Signed-off-by: Juergen Gross
---
This is a backport candidate
---
to
There are some corners left which don't support the not so very new
linear p2m list of pv guests, which has been introduced in Linux kernel
3.19 and which is mandatory for non-legacy versions of Xen since kernel
4.14.
This series adds support for the linear p2m list where it is missing
(colo suppo
The core of a pv linux guest produced via "xl dump-core" is nor usable
as since kernel 4.14 only the linear p2m table is kept if Xen indicates
it is supporting that. Unfortunately xc_core_arch_map_p2m() is still
supporting the 3-level p2m tree only.
Fix that by copying the functionality of map_p2m
Instead of open coding the mapping of the p2m list use the already
existing xc_core_arch_map_p2m() call, especially as the current code
does not support guests with the linear p2m map. It should be noted
that this code is needed for colo/remus only.
Switching to xc_core_arch_map_p2m() drops the ne
The functionality in xc_core* should be part of libxenguest instead
of libxenctrl. Users are already either in libxenguest, or in xl.
There is one single exception: xc_core_arch_auto_translated_physmap()
is being used by xc_domain_memory_mapping(), which is used by qemu.
So leave the xc_core_arch_a
The guest suspend functionality is already part of libxenguest. Move
the resume functionality from libxenctrl to libxenguest, too.
Signed-off-by: Juergen Gross
---
tools/include/xenctrl.h | 63 ---
tools/include/xenguest.h | 62 +
There are some definitions which are used in libxenguest only now.
Move them from libxenctrl over to libxenguest.
Remove an unused macro.
Signed-off-by: Juergen Gross
---
tools/libs/ctrl/xc_private.h | 32
tools/libs/guest/xg_core.h | 2 +-
tools/libs/gue
On 22/03/2021 10:58, Juergen Gross wrote:
> There are some corners left which don't support the not so very new
> linear p2m list of pv guests, which has been introduced in Linux kernel
> 3.19 and which is mandatory for non-legacy versions of Xen since kernel
> 4.14.
>
> This series adds support fo
flight 160161 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160161/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
make install-xen fails when EFI_VENDOR is set (=fedora) with:
install: cannot create regular file
'/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0-rc.efi': No such
file or directory
Create the EFI_VENDOR directory so xen.efi can be installed within.
This removes the need for Fedora a
On 22/03/2021 13:33, Jason Andryuk wrote:
> make install-xen fails when EFI_VENDOR is set (=fedora) with:
> install: cannot create regular file
> '/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0-rc.efi': No such
> file or directory
>
> Create the EFI_VENDOR directory so xen.efi can be
Jason Andryuk writes ("[PATCH] xen: Create EFI_VENDOR directory"):
> make install-xen fails when EFI_VENDOR is set (=fedora) with:
> install: cannot create regular file
> '/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0-rc.efi': No such
> file or directory
>
> Create the EFI_VENDOR di
flight 160297 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160297/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
On 22.03.21 13:46, Andrew Cooper wrote:
On 22/03/2021 10:58, Juergen Gross wrote:
There are some corners left which don't support the not so very new
linear p2m list of pv guests, which has been introduced in Linux kernel
3.19 and which is mandatory for non-legacy versions of Xen since kernel
4.
We use the deprecated QMP command "query-cpus" which will be remove in
the upcoming QEMU 6.0 release. There's a replacement which is
"query-cpus-fast", and have been available since QEMU 2.12 (April
2018).
In order to been able to keep using recent version of QEMU, this patch
replace the deprecate
Hi Paul, Stefano,
Could one of you could give a Ack to this patch?
Thanks,
On Mon, Mar 08, 2021 at 02:32:32PM +, Anthony PERARD wrote:
> From: Anthony PERARD
>
> Whenever a Xen block device is detach via xenstore, the image
> associated with it remained open by the backend QEMU and an err
We use the deprecated QMP command "query-cpus" which will be remove in
> the upcoming QEMU 6.0 release. There's a replacement which is
> "query-cpus-fast", and have been available since QEMU 2.12 (April
> 2018).
>
> In order to been able to keep using recent version of QEMU, this patch
> replace
On 22.03.2021 15:17, Anthony PERARD wrote:
> We use the deprecated QMP command "query-cpus" which will be remove in
> the upcoming QEMU 6.0 release. There's a replacement which is
> "query-cpus-fast", and have been available since QEMU 2.12 (April
> 2018).
IOW the tool stack then isn't going to wo
On 22.03.2021 14:33, Jason Andryuk wrote:
> make install-xen fails when EFI_VENDOR is set (=fedora) with:
> install: cannot create regular file
> '/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0-rc.efi': No such
> file or directory
>
> Create the EFI_VENDOR directory so xen.efi can be
On 22/03/2021 14:52, Jan Beulich wrote:
> On 22.03.2021 14:33, Jason Andryuk wrote:
>> make install-xen fails when EFI_VENDOR is set (=fedora) with:
>> install: cannot create regular file
>> '/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0-rc.efi': No such
>> file or directory
>>
>> Cr
Jan Beulich writes ("Re: [XEN PATCH for-4.15] libxl: Replace deprecated QMP
command by "query-cpus-fast""):
> On 22.03.2021 15:17, Anthony PERARD wrote:
> > We use the deprecated QMP command "query-cpus" which will be remove in
> > the upcoming QEMU 6.0 release. There's a replacement which is
> >
On 08/03/2021 14:32, Anthony PERARD wrote:
From: Anthony PERARD
Whenever a Xen block device is detach via xenstore, the image
associated with it remained open by the backend QEMU and an error is
logged:
qemu-system-i386: failed to destroy drive: Node xvdz-qcow2 is in use
This happened sin
On 22.03.2021 15:59, Andrew Cooper wrote:
> On 22/03/2021 14:52, Jan Beulich wrote:
>> On 22.03.2021 14:33, Jason Andryuk wrote:
>>> make install-xen fails when EFI_VENDOR is set (=fedora) with:
>>> install: cannot create regular file
>>> '/home/user/xen/dist/install/boot/efi/efi/fedora/xen-4.15.0
On Mon, Mar 22, 2021 at 11:15 AM Jan Beulich wrote:
>
> On 22.03.2021 15:59, Andrew Cooper wrote:
> > On 22/03/2021 14:52, Jan Beulich wrote:
> >> On 22.03.2021 14:33, Jason Andryuk wrote:
> >>> make install-xen fails when EFI_VENDOR is set (=fedora) with:
> >>> install: cannot create regular file
From: Ian Jackson
Date: Mon, 15 Mar 2021 12:14:51 +
Xen 4.15 RC4 is now available.
It is available from git:
git clone https://xenbits.xenproject.org/git-http/xen.git -b 4.15.0-rc4
For your convenience a tarball is available:
https://downloads.xenproject.org/release/xen/4.15.0-rc4/xen-4
This patch is the work to fix the stream match conflict issue when two devices
have the same stream-id.
Approach taken is to merge the below commit from Linux driver to fix the
issue.
1. "iommu/arm-smmu: Handle stream IDs more dynamically"
commit 21174240e4f4439bb8ed6c116cdbdc03eba2126e
2. "io
Backport commit 21174240e4f4439bb8ed6c116cdbdc03eba2126e
"iommu/arm-smmu: Handle stream IDs more dynamically" from the Linux
ernel.
This patch is the preparatory work to fix the stream match conflict
when two devices have the same stream-id.
Original commit message:
iommu/arm-smmu: Handle str
Backport commit 1f3d5ca43019bff1105838712d55be087d93c0da
"iommu/arm-smmu: Consolidate stream map entry state" from the Linux
kernel.
This patch is the preparatory work to fix the stream match conflict
when two devices have the same stream-id.
Original commit message:
iommu/arm-smmu: Consolida
Backport commit 8e8b203eabd8b9e96d02d6339e4abce3e5a7ea4b
"iommu/arm-smmu: Keep track of S2CR state" from the Linux kernel.
This patch is the preparatory work to fix the stream match conflict
when two devices have the same stream-id.
Original commit message:
iommu/arm-smmu: Keep track of S2CR
Backport commit d3097e39302083d58922a3d1032d7d59a63d263d
"iommu/arm-smmu: Add a stream map entry iterator" from the Linux kernel.
This patch is the preparatory work to fix the stream match conflict
when two devices have the same stream-id.
Original commit message:
iommu/arm-smmu: Add a stream
Backport 58a7399db352d2b1a41c9d5b3bf0fd482390
"iommu/arm-smmu: Intelligent SMR allocation" from the Linux kernel
This patch fix the stream match conflict issue when two devices have the
same stream-id.
Only difference while applying this patch with regard to Linux patch are
as follows:
1. Spi
There is no dependency on libxenctrl.
Fixes: 1b008e99 ("tools: provide pkg-config file for libxenstore")
Signed-off-by: Andrew Cooper
---
CC: Ian Jackson
CC: Wei Liu
CC: Juergen Gross
CC: Jan Beulich
This has been fixed in Xen 4.15 by the uselibs.mk logic, but 4.14 and older
cause everything
On 22.03.21 17:20, Andrew Cooper wrote:
There is no dependency on libxenctrl.
Fixes: 1b008e99 ("tools: provide pkg-config file for libxenstore")
Signed-off-by: Andrew Cooper
---
CC: Ian Jackson
CC: Wei Liu
CC: Juergen Gross
CC: Jan Beulich
This has been fixed in Xen 4.15 by the uselibs.mk
On 22/03/2021 16:32, Jürgen Groß wrote:
> On 22.03.21 17:20, Andrew Cooper wrote:
>> There is no dependency on libxenctrl.
>>
>> Fixes: 1b008e99 ("tools: provide pkg-config file for libxenstore")
>> Signed-off-by: Andrew Cooper
>> ---
>> CC: Ian Jackson
>> CC: Wei Liu
>> CC: Juergen Gross
>> CC
There are no dependenices on evtchn, ctrl or gnttab.
Fixes: 1b008e99 ("tools: provide pkg-config file for libxenstore")
Signed-off-by: Andrew Cooper
---
CC: Ian Jackson
CC: Wei Liu
CC: Juergen Gross
CC: Jan Beulich
v2:
* Drop xenevtchn and xengnttab as well
This has been fixed in Xen 4.15
On 22.03.2021 16:36, Jason Andryuk wrote:
> On Mon, Mar 22, 2021 at 11:15 AM Jan Beulich wrote:
>>
>> On 22.03.2021 15:59, Andrew Cooper wrote:
>>> On 22/03/2021 14:52, Jan Beulich wrote:
On 22.03.2021 14:33, Jason Andryuk wrote:
> make install-xen fails when EFI_VENDOR is set (=fedora) w
On 22/03/2021 15:15, Jan Beulich wrote:
> On 22.03.2021 15:59, Andrew Cooper wrote:
>> On 22/03/2021 14:52, Jan Beulich wrote:
>>> On 22.03.2021 14:33, Jason Andryuk wrote:
make install-xen fails when EFI_VENDOR is set (=fedora) with:
install: cannot create regular file
'/home/user/
flight 160167 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160167/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
flight 160262 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160262/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-armhf-libvirt
Hey all,
It looks like the following date works best:
Mon. March 29th, 16:00 UTC
The meeting place URL:
https://meet.vates.fr/xen-lockdown
Feel free to let us know if the time presents a conflict.
--
Bobby Eshleman
SE at Vates SAS
Hi Juergen,
Yes you are right it was my mistake, as you said to remove the BUG_ON(…) this
serie
(https://patchwork.kernel.org/project/xen-devel/cover/20210306161833.4552-1-jgr...@suse.com/)
is needed, since I’m using yocto I’m able to build a preempt_rt kernel up to
the 5.10.23 and for this re
On 3/17/21 7:04 AM, Roger Pau Monne wrote:
>
> /*
> - * Clamp the amount of extra memory to a XEN_EXTRA_MEM_RATIO
> - * factor the base size.
> + * Clamp the amount of extra memory to a EXTRA_MEM_RATIO
> + * factor the base size. On non-highmem systems, the base
> +
flight 160249 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160249/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 3d0df0f076e120c6faf3c1892fffa21b4f31ed84
baseline version:
ovmf ca318882714080fb81fe9
flight 160170 xen-4.12-testing real [real]
flight 160343 xen-4.12-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/160170/
http://logs.test-lab.xenproject.org/osstest/logs/160343/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could
On 3/17/21 3:00 AM, Olaf Hering wrote:
Commit ee358e919e385fdc79d59d0d47b4a81e349cd5c9 causes a regression in
Xen HVM domUs which run xenlinux based kernels.
If the domU has an USB device assigned, for example with
"usbdevice=['tablet']" in domU.cfg, the late unplug of devices will
kill the emul
flight 160296 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160296/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-debianhvm-i386-xsm 12 debian-hvm-install fail pass
in 160159
test-amd64-i386-xl-qemu
In function displback_changed, has the call chain
displback_connect(front_info)->xen_drm_drv_init(front_info).
We can see that drm_info is assigned to front_info->drm_info
and drm_info is freed in fail branch in xen_drm_drv_init().
Later displback_disconnect(front_info) is called and it calls
xen_
On 22.03.21 17:38, Andrew Cooper wrote:
There are no dependenices on evtchn, ctrl or gnttab.
Fixes: 1b008e99 ("tools: provide pkg-config file for libxenstore")
Signed-off-by: Andrew Cooper
Reviewed-by: Juergen Gross
Juergen
OpenPGP_0xB0DE9DD628BF132F.asc
Description: application/pgp-keys
flight 160307 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/160307/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
On 17.03.21 12:04, Roger Pau Monne wrote:
This partially reverts commit 882213990d32fd224340a4533f6318dd152be4b2.
There's no need to special case XEN_UNPOPULATED_ALLOC anymore in order
to correctly size the p2m. The generic memory hotplug option has
already been tied together with the Xen hotplu
58 matches
Mail list logo
