[xen-unstable test] 168248: tolerable FAIL - PUSHED

2022-02-27 Thread osstest service owner
flight 168248 xen-unstable real [real] flight 168252 xen-unstable real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/168248/ http://logs.test-lab.xenproject.org/osstest/logs/168252/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd6

Re: x86/vmx: Don't spuriously crash the domain when INIT is received

2022-02-27 Thread Jan Beulich
On 25.02.2022 18:11, Andrew Cooper wrote: > On 25/02/2022 13:19, Jan Beulich wrote: >> On 25.02.2022 13:28, Andrew Cooper wrote: >>> On 25/02/2022 08:44, Jan Beulich wrote: On 24.02.2022 20:48, Andrew Cooper wrote: > In VMX operation, the handling of INIT IPIs is changed. EXIT_REASON_INIT

Re: [PATCH v3 1/2] xen+tools: Report Interrupt Controller Virtualization capabilities on x86

2022-02-27 Thread Jan Beulich
On 25.02.2022 17:02, Jane Malalane wrote: > On 24/02/2022 14:08, Jan Beulich wrote: >> On 18.02.2022 18:29, Jane Malalane wrote: >>> Add XEN_SYSCTL_PHYSCAP_ARCH_ASSISTED_xapic and >>> XEN_SYSCTL_PHYSCAP_ARCH_ASSISTED_x2apic to report accelerated xapic >>> and x2apic, on x86 hardware. >>> No such fe

RE: [RFC PATCH 0/2] Introduce reserved Xenheap

2022-02-27 Thread Henry Wang
Hi Julien, Thanks very much for your time reading the series and your feedback. Please find the inline reply below. > -Original Message- > From: Julien Grall > Sent: Saturday, February 26, 2022 4:09 AM > To: Henry Wang ; xen-devel@lists.xenproject.org; > sstabell...@kernel.org > Cc: Bert

[ovmf test] 168249: all pass - PUSHED

2022-02-27 Thread osstest service owner
flight 168249 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/168249/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf f1d1c337e7c0575da7fd248b2dd9cffc755940df baseline version: ovmf 54cddc3ad4b3a317985ce

[PATCH 1/3] xen/arm: Add i.MX lpuart driver

2022-02-27 Thread Peng Fan (OSS)
From: Peng Fan Signed-off-by: Peng Fan --- xen/drivers/char/Kconfig | 8 + xen/drivers/char/Makefile | 1 + xen/drivers/char/imx-lpuart.c | 303 ++ xen/include/xen/imx-lpuart.h | 64 +++ 4 files changed, 376 insertions(+) create mode 100644 xe

[PATCH 3/3] xen/arm: Add i.MX8QM platform support

2022-02-27 Thread Peng Fan (OSS)
From: Peng Fan Signed-off-by: Peng Fan --- xen/arch/arm/Kconfig.debug | 3 +++ xen/arch/arm/platforms/Makefile | 1 + xen/arch/arm/platforms/imx8qm.c | 44 + 3 files changed, 48 insertions(+) create mode 100644 xen/arch/arm/platforms/imx8qm.c diff --git

[PATCH 2/3] xen/arm: Add i.MX lpuart early printk support

2022-02-27 Thread Peng Fan (OSS)
From: Peng Fan Signed-off-by: Peng Fan --- xen/arch/arm/Kconfig.debug | 18 ++ xen/arch/arm/arm64/debug-imx-lpuart.inc | 48 + 2 files changed, 66 insertions(+) create mode 100644 xen/arch/arm/arm64/debug-imx-lpuart.inc diff --git a/xen/arch/arm/Kc

[PATCH 0/3] xen/arm: add i.MX lpuart and i.MX8QM initial support

2022-02-27 Thread Peng Fan (OSS)
From: Peng Fan Add i.MX lpuart driver and i.MX8QM platform support. - lpuart is the uart IP used in i.MX8QM/QXP/93. - Very basic i.MX8QM platform support. Peng Fan (3): xen/arm: Add i.MX lpuart driver xen/arm: Add i.MX lpuart early printk support xen/arm: Add i.MX8QM platform support x

[linux-linus test] 168247: tolerable FAIL - PUSHED

2022-02-27 Thread osstest service owner
flight 168247 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/168247/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 168240 test-amd64-amd64-xl-qemuu-ws16-amd64

[PATCH] xen: use time_is_before_eq_jiffies() instead of open coding it

2022-02-27 Thread Qing Wang
From: Wang Qing Use the helper function time_is_{before,after}_jiffies() to improve code readability. Signed-off-by: Wang Qing --- drivers/xen/balloon.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/xen/balloon.c b/drivers/xen/balloon.c index a2c4fc49..dfe26fa -

RE: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful

2022-02-27 Thread Michael Kelley (LINUX)
From: Christoph Hellwig Sent: Sunday, February 27, 2022 6:31 AM > > Pass a bool to pass if swiotlb needs to be enabled based on the > addressing needs and replace the verbose argument with a set of > flags, including one to force enable bounce buffering. > > Note that this patch removes the poss

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

2022-02-27 Thread osstest service owner
flight 168246 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/168246/ 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: [PATCH v3 00/19] xen/arm: mm: Remove open-coding mappings

2022-02-27 Thread Julien Grall
On 21/02/2022 10:21, Julien Grall wrote: From: Julien Grall Hi all, This series was originally sent as "xen/arm: mm: Add limited support for superpages" [1] and finally has grown enough to remove most of the open-coding mappings in the boot code. This will help to: 1) Get better complian

Re: [PATCH 08/11] swiotlb: make the swiotlb_init interface more useful

2022-02-27 Thread Christophe Leroy
Le 27/02/2022 à 15:30, Christoph Hellwig a écrit : > Pass a bool to pass if swiotlb needs to be enabled based on the > addressing needs and replace the verbose argument with a set of > flags, including one to force enable bounce buffering. > > Note that this patch removes the possibility to forc

[PATCH 11/11] x86: remove cruft from

2022-02-27 Thread Christoph Hellwig
gets pulled in by all drivers using the DMA API. Remove x86 internal variables and unnecessary includes from it. Signed-off-by: Christoph Hellwig --- arch/x86/include/asm/dma-mapping.h | 11 --- arch/x86/include/asm/iommu.h | 2 ++ 2 files changed, 2 insertions(+), 11 deletions(-

[PATCH 01/11] dma-direct: use is_swiotlb_active in dma_direct_map_page

2022-02-27 Thread Christoph Hellwig
Use the more specific is_swiotlb_active check instead of checking the global swiotlb_force variable. Signed-off-by: Christoph Hellwig Reviewed-by: Anshuman Khandual --- kernel/dma/direct.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/dma/direct.h b/kernel/dma/direc

[PATCH 10/11] swiotlb: merge swiotlb-xen initialization into swiotlb

2022-02-27 Thread Christoph Hellwig
Allow to pass a remap argument to the swiotlb initialization functions to handle the Xen/x86 remap case. ARM/ARM64 never did any remapping from xen_swiotlb_fixup, so we don't even need that quirk. Signed-off-by: Christoph Hellwig --- arch/arm/xen/mm.c | 23 +++--- arch/x86/includ

[PATCH 09/11] swiotlb: add a SWIOTLB_ANY flag to lift the low memory restriction

2022-02-27 Thread Christoph Hellwig
Power SVM wants to allocate a swiotlb buffer that is not restricted to low memory for the trusted hypervisor scheme. Consolidate the support for this into the swiotlb_init interface by adding a new flag. Signed-off-by: Christoph Hellwig --- arch/powerpc/include/asm/svm.h | 4 arch/p

[PATCH 08/11] swiotlb: make the swiotlb_init interface more useful

2022-02-27 Thread Christoph Hellwig
Pass a bool to pass if swiotlb needs to be enabled based on the addressing needs and replace the verbose argument with a set of flags, including one to force enable bounce buffering. Note that this patch removes the possibility to force xen-swiotlb use using swiotlb=force on the command line on x8

[PATCH 07/11] x86: remove the IOMMU table infrastructure

2022-02-27 Thread Christoph Hellwig
The IOMMU table tries to separate the different IOMMUs into different backends, but actually requires various cross calls. Rewrite the code to do the generic swiotlb/swiotlb-xen setup directly in pci-dma.c and then just call into the IOMMU drivers. Signed-off-by: Christoph Hellwig --- arch/ia64

[PATCH 04/11] swiotlb: rename swiotlb_late_init_with_default_size

2022-02-27 Thread Christoph Hellwig
swiotlb_late_init_with_default_size is an overly verbose name that doesn't even catch what the function is doing, given that the size is not just a default but the actual requested size. Rename it to swiotlb_init_late. Signed-off-by: Christoph Hellwig Reviewed-by: Anshuman Khandual --- arch/x8

[PATCH 06/11] MIPS/octeon: use swiotlb_init instead of open coding it

2022-02-27 Thread Christoph Hellwig
Use the generic swiotlb initialization helper instead of open coding it. Signed-off-by: Christoph Hellwig --- arch/mips/cavium-octeon/dma-octeon.c | 15 ++- arch/mips/pci/pci-octeon.c | 2 +- 2 files changed, 3 insertions(+), 14 deletions(-) diff --git a/arch/mips/cavium-

[PATCH 05/11] swiotlb: pass a gfp_mask argument to swiotlb_init_late

2022-02-27 Thread Christoph Hellwig
Let the caller chose a zone to allocate from. This will be used later on by the xen-swiotlb initialization on arm. Signed-off-by: Christoph Hellwig Reviewed-by: Anshuman Khandual --- arch/x86/pci/sta2x11-fixup.c | 2 +- include/linux/swiotlb.h | 2 +- kernel/dma/swiotlb.c | 4 ++--

[PATCH 02/11] swiotlb: make swiotlb_exit a no-op if SWIOTLB_FORCE is set

2022-02-27 Thread Christoph Hellwig
If force bouncing is enabled we can't release the buffers. Signed-off-by: Christoph Hellwig Reviewed-by: Anshuman Khandual --- kernel/dma/swiotlb.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c index f1e7ea160b433..36fbf1181d285 100644 --- a/

cleanup swiotlb initialization v2

2022-02-27 Thread Christoph Hellwig
Hi all, this series tries to clean up the swiotlb initialization, including that of swiotlb-xen. To get there is also removes the x86 iommu table infrastructure that massively obsfucates the initialization path. Git tree: git://git.infradead.org/users/hch/misc.git swiotlb-init-cleanup Gitw

[PATCH 03/11] swiotlb: simplify swiotlb_max_segment

2022-02-27 Thread Christoph Hellwig
Remove the bogus Xen override that was usually larger than the actual size and just calculate the value on demand. Note that swiotlb_max_segment still doesn't make sense as an interface and should eventually be removed. Signed-off-by: Christoph Hellwig Reviewed-by: Anshuman Khandual --- driver

[xen-unstable-coverity test] 168244: tolerable ALL FAIL - PUSHED

2022-02-27 Thread osstest service owner
flight 168244 xen-unstable-coverity real [real] flight 168245 xen-unstable-coverity real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/168244/ http://logs.test-lab.xenproject.org/osstest/logs/168245/ Failures :-/ but no regressions. Tests which are failing intermittently (not blo

[xen-unstable test] 168241: tolerable FAIL

2022-02-27 Thread osstest service owner
flight 168241 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/168241/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 168236 test-amd64-amd64-qemuu-nested-amd 20

[libvirt test] 168242: regressions - FAIL

2022-02-27 Thread osstest service owner
flight 168242 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/168242/ 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

[linux-linus test] 168240: tolerable FAIL - PUSHED

2022-02-27 Thread osstest service owner
flight 168240 linux-linus real [real] flight 168243 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/168240/ http://logs.test-lab.xenproject.org/osstest/logs/168243/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-