Re: Domain reference counting breakage

On 22.02.2021 18:11, Andrew Cooper wrote: > On 22/02/2021 16:49, Jan Beulich wrote: >> On 22.02.2021 16:26, Andrew Cooper wrote: >>> At the moment, attempting to create an HVM guest with max_gnttab_frames of 0 >>> causes Xen to explode on the: >>> >>> BUG_ON(atomic_read(&d->refcnt) != DOMAIN_DEST

Re: [PATCH for-4.15] xen/sched: Add missing memory barrier in vcpu_block()

On Mon, 2021-02-22 at 12:09 -0800, Stefano Stabellini wrote: > On Mon, 22 Feb 2021, Jan Beulich wrote: > > On 20.02.2021 20:47, Julien Grall wrote: > > > > > > vcpu_block() is now gaining an smp_mb__after_atomic() to prevent > > > the CPU > > > to read any information about local events before the

Re: [RFC PATCH 01/10] sched: core: save IRQ state during locking

On 23.02.21 03:34, Volodymyr Babchuk wrote: With XEN preemption enabled, scheduler functions can be called with IRQs disabled (for example, at end of IRQ handler), so we should save and restore IRQ state in schedulers code. This breaks core scheduling. Waiting for another sibling with interrup

Re: [RFC PATCH 00/10] Preemption in hypervisor (ARM only)

On 23/02/2021 02:34, Volodymyr Babchuk wrote: Hello community, Hi Volodymyr, Thank you for the proposal, I like the like of been able to preempt the vCPU thread. This would make easier to implement some of the device emulation in Xen (e.g. vGIC, SMMU). Subject of this cover letter is

Re: [PATCH for-4.15] xen/sched: Add missing memory barrier in vcpu_block()

Hi, On 23/02/2021 07:00, Jan Beulich wrote: On 22.02.2021 21:12, Julien Grall wrote: On 22/02/2021 20:09, Stefano Stabellini wrote: On Mon, 22 Feb 2021, Jan Beulich wrote: On 20.02.2021 20:47, Julien Grall wrote: This is a follow-up of the discussion that started in 2019 (see [1]) regarding

Re: [PATCH v3 4/5] xen/x86: add some addresses to the Multiboot2 header

On Thu, Jan 21, 2021 at 04:51:43PM -0800, Bobby Eshleman wrote: > From: Daniel Kiper > > In comparison to ELF the PE format is not supported by the Multiboot2 > protocol. So, if we wish to load xen.mb.efi using this protocol we have > to add MULTIBOOT2_HEADER_TAG_ADDRESS and MULTIBOOT2_HEADER_TAG

[libvirt test] 159570: regressions - FAIL

flight 159570 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/159570/ 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

Re: [PATCH v3 2/8] xen/events: don't unmask an event channel when an eoi is pending

On 2021-02-19 15:40, Juergen Gross wrote: > An event channel should be kept masked when an eoi is pending for it. > When being migrated to another cpu it might be unmasked, though. > > In order to avoid this keep three different flags for each event channel > to be able to distinguish "normal" mas

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On Tue, Feb 23, 2021 at 08:57:00AM +0100, Jan Beulich wrote: > On 22.02.2021 22:19, Boris Ostrovsky wrote: > > > > On 2/22/21 6:08 AM, Roger Pau Monné wrote: > >> On Fri, Feb 19, 2021 at 09:56:32AM -0500, Boris Ostrovsky wrote: > >>> On 2/18/21 5:51 AM, Roger Pau Monné wrote: > On Wed, Jan 20

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 23.02.2021 10:34, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 08:57:00AM +0100, Jan Beulich wrote: >> On 22.02.2021 22:19, Boris Ostrovsky wrote: >>> >>> On 2/22/21 6:08 AM, Roger Pau Monné wrote: On Fri, Feb 19, 2021 at 09:56:32AM -0500, Boris Ostrovsky wrote: > On 2/18/21 5:51 AM

Re: [PATCH for-4.15] xen/vgic: Implement write to ISPENDR in vGICv{2, 3}

Hi Stefano, On 23/02/2021 01:24, Stefano Stabellini wrote: On Mon, 22 Feb 2021, Bertrand Marquis wrote: On 20 Feb 2021, at 14:04, Julien Grall wrote: The consequence of this patch is that a guest can cause vcpu_unblock(v), hence vcpu_wake(v), to be called for its own vcpu, which basically alw

Re: [PATCH v2 01/11] accel/kvm: Check MachineClass kvm_type() return value

On Tue, 23 Feb 2021 10:37:01 +1100 David Gibson wrote: > On Tue, Feb 23, 2021 at 10:33:55AM +1100, David Gibson wrote: > > On Mon, Feb 22, 2021 at 06:50:44PM +0100, Cornelia Huck wrote: > > > On Mon, 22 Feb 2021 18:41:07 +0100 > > > Philippe Mathieu-Daudé wrote: > > > > > > > On 2/22/21 6:2

Re: [PATCH v2 6/8] x86: rename copy_{from,to}_user() to copy_{from,to}_guest_pv()

On Wed, Feb 17, 2021 at 09:22:32AM +0100, Jan Beulich wrote: > Bring them (back) in line with __copy_{from,to}_guest_pv(). Since it > falls in the same group, also convert clear_user(). Instead of adjusting > __raw_clear_guest(), drop it - it's unused and would require a non- > checking __clear_gue

[xen-unstable bisection] complete test-amd64-i386-xl-shadow

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-shadow testid xen-boot Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://xenbits.xen.or

Re: [RFC PATCH 01/10] sched: core: save IRQ state during locking

Hi Jurgen, Jürgen Groß writes: > On 23.02.21 03:34, Volodymyr Babchuk wrote: >> With XEN preemption enabled, scheduler functions can be called with >> IRQs disabled (for example, at end of IRQ handler), so we should >> save and restore IRQ state in schedulers code. > > This breaks core schedulin

Re: [PATCH v2 01/11] accel/kvm: Check MachineClass kvm_type() return value

On 2/23/21 11:36 AM, Cornelia Huck wrote: > On Tue, 23 Feb 2021 10:37:01 +1100 > David Gibson wrote: > >> On Tue, Feb 23, 2021 at 10:33:55AM +1100, David Gibson wrote: >>> On Mon, Feb 22, 2021 at 06:50:44PM +0100, Cornelia Huck wrote: On Mon, 22 Feb 2021 18:41:07 +0100 Philippe Mathie

[qemu-mainline test] 159563: regressions - FAIL

flight 159563 qemu-mainline real [real] flight 159580 qemu-mainline real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/159563/ http://logs.test-lab.xenproject.org/osstest/logs/159580/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be

Re: [PATCH v2 7/8] x86: move stac()/clac() from {get,put}_unsafe_asm() ...

On Wed, Feb 17, 2021 at 09:22:59AM +0100, Jan Beulich wrote: > ... to {get,put}_unsafe_size(). There's no need to have the macros > expanded once per case label in the latter. This also makes the former > well-formed single statements again. No change in generated code. > > Signed-off-by: Jan Beul

Re: [PATCH v2 8/8] x86/PV: use get_unsafe() instead of copy_from_unsafe()

On Wed, Feb 17, 2021 at 09:23:33AM +0100, Jan Beulich wrote: > The former expands to a single (memory accessing) insn, which the latter > does not guarantee. Yet we'd prefer to read consistent PTEs rather than > risking a split read racing with an update done elsewhere. > > Signed-off-by: Jan Beul

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On Tue, Feb 23, 2021 at 11:15:31AM +0100, Jan Beulich wrote: > On 23.02.2021 10:34, Roger Pau Monné wrote: > > On Tue, Feb 23, 2021 at 08:57:00AM +0100, Jan Beulich wrote: > >> On 22.02.2021 22:19, Boris Ostrovsky wrote: > >>> > >>> On 2/22/21 6:08 AM, Roger Pau Monné wrote: > On Fri, Feb 19,

Re: [RFC PATCH 00/10] Preemption in hypervisor (ARM only)

Hi Julien, Julien Grall writes: > On 23/02/2021 02:34, Volodymyr Babchuk wrote: >> Hello community, > > Hi Volodymyr, > > Thank you for the proposal, I like the like of been able to preempt > the vCPU thread. This would make easier to implement some of the > device emulation in Xen (e.g. vGIC,

[for-4.15][PATCH v4 0/2] xen/iommu: Collection of bug fixes for IOMMU teardown

From: Julien Grall Hi all, This series is a collection of bug fixes for the IOMMU teardown code. All of them are candidate for 4.15 as they can either leak memory or lead to host crash/host corruption. This is sent directly on xen-devel because all the issues were either introduced in 4.15 or h

[for-4.15][PATCH v4 1/2] xen/x86: iommu: Ignore IOMMU mapping requests when a domain is dying

From: Julien Grall The new x86 IOMMU page-tables allocator will release the pages when relinquishing the domain resources. However, this is not sufficient when the domain is dying because nothing prevents page-table to be allocated. As the domain is dying, it is not necessary to continue to modi

[for-4.15][PATCH v4 2/2] xen/iommu: x86: Clear the root page-table before freeing the page-tables

From: Julien Grall The new per-domain IOMMU page-table allocator will now free the page-tables when domain's resources are relinquished. However, the per-domain IOMMU structure will still contain a dangling pointer to the root page-table. Xen may access the IOMMU page-tables afterwards at least

Re: Linux DomU freezes and dies under heavy memory shuffling

On 18.02.21 06:21, Roman Shaposhnik wrote: On Wed, Feb 17, 2021 at 12:29 AM Jürgen Groß > wrote: On 17.02.21 09:12, Roman Shaposhnik wrote: > Hi Jürgen, thanks for taking a look at this. A few comments below: > > On Tue, Feb 16, 2021 at 10:47 PM Jürgen

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 23.02.2021 13:17, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 11:15:31AM +0100, Jan Beulich wrote: >> On 23.02.2021 10:34, Roger Pau Monné wrote: >>> On Tue, Feb 23, 2021 at 08:57:00AM +0100, Jan Beulich wrote: On 22.02.2021 22:19, Boris Ostrovsky wrote: > > On 2/22/21 6:08 AM,

RE: [PATCH for-4.15] xen/sched: Add missing memory barrier in vcpu_block()

Hi Julien, Thanks for looking at this, > vcpu_block() is now gaining an smp_mb__after_atomic() to prevent the > CPU to read any information about local events before the flag > _VPF_blocked is set. Reviewed-by: Ash Wilding As an aside, > I couldn't convince myself whether the Arm implementat

[linux-linus test] 159566: regressions - FAIL

flight 159566 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/159566/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332 test-amd64-i386-xl-

Re: [PATCH v2 6/8] x86: rename copy_{from,to}_user() to copy_{from,to}_guest_pv()

On 23.02.2021 12:04, Roger Pau Monné wrote: > On Wed, Feb 17, 2021 at 09:22:32AM +0100, Jan Beulich wrote: >> Bring them (back) in line with __copy_{from,to}_guest_pv(). Since it >> falls in the same group, also convert clear_user(). Instead of adjusting >> __raw_clear_guest(), drop it - it's unuse

Re: [PATCH v2 8/8] x86/PV: use get_unsafe() instead of copy_from_unsafe()

On 23.02.2021 12:59, Roger Pau Monné wrote: > On Wed, Feb 17, 2021 at 09:23:33AM +0100, Jan Beulich wrote: >> The former expands to a single (memory accessing) insn, which the latter >> does not guarantee. Yet we'd prefer to read consistent PTEs rather than >> risking a split read racing with an up

Re: [PATCH v2 8/8] x86/PV: use get_unsafe() instead of copy_from_unsafe()

On Tue, Feb 23, 2021 at 04:25:00PM +0100, Jan Beulich wrote: > On 23.02.2021 12:59, Roger Pau Monné wrote: > > On Wed, Feb 17, 2021 at 09:23:33AM +0100, Jan Beulich wrote: > >> The former expands to a single (memory accessing) insn, which the latter > >> does not guarantee. Yet we'd prefer to read

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 2/23/21 8:23 AM, Jan Beulich wrote: > On 23.02.2021 13:17, Roger Pau Monné wrote: >> On Tue, Feb 23, 2021 at 11:15:31AM +0100, Jan Beulich wrote: >>> On 23.02.2021 10:34, Roger Pau Monné wrote: On Tue, Feb 23, 2021 at 08:57:00AM +0100, Jan Beulich wrote: > On 22.02.2021 22:19, Boris O

Re: [PATCH v3 0/8] xen/events: bug fixes and some diagnostic aids

On 2/19/21 10:40 AM, Juergen Gross wrote: > The first four patches are fixes for XSA-332. The avoid WARN splats > and a performance issue with interdomain events. > > Patches 5 and 6 are some additions to event handling in order to add > some per pv-device statistics to sysfs and the ability to h

Re: [PATCH] xen: Replace lkml.org links with lore

On 2/10/21 6:46 PM, Kees Cook wrote: > As started by commit 05a5f51ca566 ("Documentation: Replace lkml.org > links with lore"), replace lkml.org links with lore to better use a > single source that's more likely to stay available long-term. > > Signed-off-by: Kees Cook Reviewed-by: Boris Ostro

[PATCH for-4.15] cirrus-ci: introduce some basic FreeBSD testing

Cirrus-CI supports FreeBSD natively, so introduce some build tests on FreeBSD. The Cirrus-CI requires a Github repository in order to trigger the tests. A sample run output can be seen at: https://github.com/royger/xen/runs/1962451343 Note the FreeBSD 11 task fails to build QEMU and is not part

Re: [PATCH for-4.15] cirrus-ci: introduce some basic FreeBSD testing

On 23/02/2021 15:53, Roger Pau Monne wrote: > Cirrus-CI supports FreeBSD natively, so introduce some build tests on > FreeBSD. > > The Cirrus-CI requires a Github repository in order to trigger the > tests. > > A sample run output can be seen at: > > https://github.com/royger/xen/runs/1962451343 >

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 23.02.2021 16:39, Boris Ostrovsky wrote: > > On 2/23/21 8:23 AM, Jan Beulich wrote: >> On 23.02.2021 13:17, Roger Pau Monné wrote: >>> On Tue, Feb 23, 2021 at 11:15:31AM +0100, Jan Beulich wrote: On 23.02.2021 10:34, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 08:57:00AM +0100, Ja

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On Tue, Feb 23, 2021 at 10:39:48AM -0500, Boris Ostrovsky wrote: > > On 2/23/21 8:23 AM, Jan Beulich wrote: > > On 23.02.2021 13:17, Roger Pau Monné wrote: > >> On Tue, Feb 23, 2021 at 11:15:31AM +0100, Jan Beulich wrote: > >>> On 23.02.2021 10:34, Roger Pau Monné wrote: > On Tue, Feb 23, 202

Re: [PATCH v2 8/8] x86/PV: use get_unsafe() instead of copy_from_unsafe()

On 23.02.2021 16:37, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 04:25:00PM +0100, Jan Beulich wrote: >> On 23.02.2021 12:59, Roger Pau Monné wrote: >>> On Wed, Feb 17, 2021 at 09:23:33AM +0100, Jan Beulich wrote: The former expands to a single (memory accessing) insn, which the latter >>

[PATCH] xen-front-pgdir-shbuf: don't record wrong grant handle upon error

In order for subsequent unmapping to not mistakenly unmap handle 0, record a perceived always-invalid one instead. Signed-off-by: Jan Beulich Reviewed-by: Juergen Gross --- v2: Use INVALID_GRANT_HANDLE. --- a/drivers/xen/xen-front-pgdir-shbuf.c +++ b/drivers/xen/xen-front-pgdir-shbuf.c @@ -305,

[PATCH] xen-netback: correct success/error reporting for the SKB-with-fraglist case

When re-entering the main loop of xenvif_tx_check_gop() a 2nd time, the special considerations for the head of the SKB no longer apply. Don't mistakenly report ERROR to the frontend for the first entry in the list, even if - from all I can tell - this shouldn't matter much as the overall transmit w

Xen Security Advisory 366 v2 (CVE-2021-27379) - missed flush in XSA-321 backport

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2021-27379 / XSA-366 version 2 missed flush in XSA-321 backport UPDATES IN VERSION 2 CVE assigned. Fixed erroneous reference to XSA-320; s

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 2/23/21 11:11 AM, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 10:39:48AM -0500, Boris Ostrovsky wrote: > >> Before I do that though --- what was the conclusion on verbosity control? > Ideally I would like to find a way to have a more generic interface to > change verbosity level on a per-

[PATCH] drm/xen: adjust Kconfig

By having selected DRM_XEN, I was assuming I would build the frontend driver. As it turns out this is a dummy option, and I have really not been building this (because I had DRM disabled). Make it a promptless one, moving the "depends on" to the other, real option, and "select"ing the dummy one. S

Re: [PATCH for-4.15] cirrus-ci: introduce some basic FreeBSD testing

Roger Pau Monne writes ("[PATCH for-4.15] cirrus-ci: introduce some basic FreeBSD testing"): > Cirrus-CI supports FreeBSD natively, so introduce some build tests on > FreeBSD. > > The Cirrus-CI requires a Github repository in order to trigger the > tests. > > A sample run output can be seen at:

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On Tue, Feb 23, 2021 at 05:10:16PM +0100, Jan Beulich wrote: > On 23.02.2021 16:39, Boris Ostrovsky wrote: > > Before I do that though --- what was the conclusion on verbosity > > control? > > Not sure - afaict the conclusion was that we still don't really > agree. Roger? As I said on my reply to

[xen-unstable bisection] complete test-xtf-amd64-amd64-1

branch xen-unstable xenbranch xen-unstable job test-xtf-amd64-amd64-1 testid xtf/test-pv32pae-selftest Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On Tue, Feb 23, 2021 at 11:40:07AM -0500, Boris Ostrovsky wrote: > > On 2/23/21 11:11 AM, Roger Pau Monné wrote: > > On Tue, Feb 23, 2021 at 10:39:48AM -0500, Boris Ostrovsky wrote: > > > >> Before I do that though --- what was the conclusion on verbosity control? > > Ideally I would like to find

Re: [PATCH v2 8/8] x86/PV: use get_unsafe() instead of copy_from_unsafe()

On Tue, Feb 23, 2021 at 05:13:21PM +0100, Jan Beulich wrote: > On 23.02.2021 16:37, Roger Pau Monné wrote: > > On Tue, Feb 23, 2021 at 04:25:00PM +0100, Jan Beulich wrote: > >> On 23.02.2021 12:59, Roger Pau Monné wrote: > >>> On Wed, Feb 17, 2021 at 09:23:33AM +0100, Jan Beulich wrote: > The

Re: [PATCH v3 0/5] Support Secure Boot for multiboot2 Xen

On 2/22/21 11:16 PM, Jan Beulich wrote: > It is on my list of things to look at. While probably not a good excuse, > my looking at previous versions of this makes we somewhat hesitant to > open any of these patch mails ... But I mean to get to it. > > Jan > Thanks for this response. I did comb

Re: [PATCH v3 4/5] xen/x86: add some addresses to the Multiboot2 header

On 2/23/21 1:04 AM, Roger Pau Monné wrote: > On Thu, Jan 21, 2021 at 04:51:43PM -0800, Bobby Eshleman wrote: >> From: Daniel Kiper >> >> In comparison to ELF the PE format is not supported by the Multiboot2 >> protocol. So, if we wish to load xen.mb.efi using this protocol we have >> to add MULTIB

Re: [PATCH] xen-front-pgdir-shbuf: don't record wrong grant handle upon error

Hello, Jan! On 2/23/21 6:26 PM, Jan Beulich wrote: > In order for subsequent unmapping to not mistakenly unmap handle 0, > record a perceived always-invalid one instead. > > Signed-off-by: Jan Beulich > Reviewed-by: Juergen Gross Reviewed-by: Oleksandr Andrushchenko > --- > v2: Use INVALID_GRAN

Re: [PATCH v2 2/4] x86: Introduce MSR_UNHANDLED

On 2/23/21 1:02 PM, Roger Pau Monné wrote: > On Tue, Feb 23, 2021 at 11:40:07AM -0500, Boris Ostrovsky wrote: >> On 2/23/21 11:11 AM, Roger Pau Monné wrote: >>> On Tue, Feb 23, 2021 at 10:39:48AM -0500, Boris Ostrovsky wrote: >>> Before I do that though --- what was the conclusion on verbosi

[ovmf test] 159585: all pass - PUSHED

flight 159585 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/159585/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf a2b5ea38a6fbbcf1a8f4c2128be35121236437a7 baseline version: ovmf 078400ee15e7b250e4dfa

Re: [RFC PATCH 00/10] Preemption in hypervisor (ARM only)

Hi Volodymyr, This looks like a genuine failure: https://gitlab.com/xen-project/patchew/xen/-/jobs/1048475444 (XEN) Data Abort Trap. Syndrome=0x1930046 (XEN) Walking Hypervisor VA 0xf0008 on CPU0 via TTBR 0x40545000 (XEN) 0TH[0x0] = 0x40544f7f (XEN) 1ST[0x0] = 0x40541f7f

Re: [PATCH for-4.15] xen/vgic: Implement write to ISPENDR in vGICv{2, 3}

On Tue, 23 Feb 2021, Julien Grall wrote: > Hi Stefano, > > On 23/02/2021 01:24, Stefano Stabellini wrote: > > On Mon, 22 Feb 2021, Bertrand Marquis wrote: > > > > On 20 Feb 2021, at 14:04, Julien Grall wrote: > > The consequence of this patch is that a guest can cause vcpu_unblock(v), > > hence v

[xen-unstable test] 159576: regressions - FAIL

flight 159576 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/159576/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-ws16-amd64 8 xen-boot fail REGR. vs. 159475 test-amd64-i386-xl

[qemu-mainline test] 159582: regressions - FAIL

flight 159582 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/159582/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-vhd 19 guest-start/debian.repeat fail REGR. vs. 152631 test-amd64-amd64

[xen-unstable-smoke test] 159600: tolerable all pass - PUSHED

flight 159600 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/159600/ 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

Re: [RFC PATCH 00/10] Preemption in hypervisor (ARM only)

Hi Stefano, Stefano Stabellini writes: > Hi Volodymyr, > > This looks like a genuine failure: Thank you for the report. I just debugged similar issues, which seems happen randomly and found a flaw in this_cpu() implementation. It is currently not compatible with preemption in hypervisor mode.

Re: [RFC] xen/arm: introduce XENFEAT_ARM_dom0_iommu

On Fri, 19 Feb 2021, Julien Grall wrote: > On 19/02/2021 01:42, Stefano Stabellini wrote: > > On Thu, 18 Feb 2021, Julien Grall wrote: > > > On 17/02/2021 23:54, Stefano Stabellini wrote: > > > > On Wed, 17 Feb 2021, Julien Grall wrote: > > > > > On 17/02/2021 02:00, Stefano Stabellini wrote: > > >

Re: [PATCH] xen-front-pgdir-shbuf: don't record wrong grant handle upon error

On 2/23/21 1:28 PM, Oleksandr Andrushchenko wrote: > Hello, Jan! > > On 2/23/21 6:26 PM, Jan Beulich wrote: >> In order for subsequent unmapping to not mistakenly unmap handle 0, >> record a perceived always-invalid one instead. >> >> Signed-off-by: Jan Beulich >> Reviewed-by: Juergen Gross > R

[PATCH for-next] configure: probe for gcc -m32 integer sizes

The hvmloader build on Alpine Linux x86_64 currenly fails: hvmloader.c: In function 'init_vm86_tss': hvmloader.c:202:39: error: left shift count >= width of type [-Werror=shift-count-overflow] 202 | ((uint64_t)TSS_SIZE << 32) | virt_to_phys(tss)); util.c: In function 'get_cp

[linux-linus test] 159588: regressions - FAIL

flight 159588 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/159588/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332 test-amd64-i386-xl-

[ovmf test] 159598: all pass - PUSHED

flight 159598 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/159598/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 68e5ecc4d208fe900530fdbe6b44dfc85bef60a8 baseline version: ovmf a2b5ea38a6fbbcf1a8f4c

Re: [PATCH] drm/xen: adjust Kconfig

Hello, Jan! On 2/23/21 6:41 PM, Jan Beulich wrote: > By having selected DRM_XEN, I was assuming I would build the frontend > driver. As it turns out this is a dummy option, and I have really not > been building this (because I had DRM disabled). Make it a promptless > one, moving the "depends on"

[linux-5.4 test] 159590: tolerable FAIL - PUSHED

flight 159590 linux-5.4 real [real] flight 159615 linux-5.4 real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/159590/ http://logs.test-lab.xenproject.org/osstest/logs/159615/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armh

Re: [PATCH for-next] configure: probe for gcc -m32 integer sizes

On 24.02.2021 02:08, Stefano Stabellini wrote: > --- a/tools/configure.ac > +++ b/tools/configure.ac > @@ -307,6 +307,12 @@ AC_ARG_VAR([AWK], [Path to awk tool]) > > # Checks for programs. > AC_PROG_CC > +AC_LANG(C) > +AC_LANG_CONFTEST([AC_LANG_SOURCE([[#include > +#define BUILD_BUG_ON(p) ((vo

[xen-unstable bisection] complete test-xtf-amd64-amd64-2

branch xen-unstable xenbranch xen-unstable job test-xtf-amd64-amd64-2 testid xtf/test-pv32pae-selftest Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://