Re: [Xen-devel] [PATCH 04/11] xen/arm: remove xen_dma_ops

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > arm and arm64 can just use xen_swiotlb_dma_ops directly like x86, no > need for a pointer indirection. > > Signed-off-by: Christoph Hellwig > Reviewed-by: Julien Grall Reviewed-by: Stefano Stabellini > --- > arch/arm/mm/dma-mapping.c| 3

Re: [Xen-devel] [PATCH 05/11] xen: remove the exports for xen_{create, destroy}_contiguous_region

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > These routines are only used by swiotlb-xen, which cannot be modular. > > Signed-off-by: Christoph Hellwig Reviewed-by: Stefano Stabellini > --- > arch/arm/xen/mm.c | 2 -- > arch/x86/xen/mmu_pv.c | 2 -- > 2 files changed, 4 deletions(-)

Re: [Xen-devel] [PATCH 01/11] xen/arm: use dma-noncoherent.h calls for xen-swiotlb cache maintainance

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > Reuse the arm64 code that uses the dma-direct/swiotlb helpers for DMA > non-coherent devices. This patch does a bunch of things not listed in the commit message, such as moving the static inline functions to include/xen/arm/page-coherent.h and

Re: [Xen-devel] [PATCH 03/11] xen/arm: simplify dma_cache_maint

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > Calculate the required operation in the caller, and pass it directly > instead of recalculating it for each page, and use simple arithmetics > to get from the physical address to Xen page size aligned chunks. > > Signed-off-by: Christoph Hellwig >

Re: [Xen-devel] [PATCH 02/11] xen/arm: use dev_is_dma_coherent

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > Use the dma-noncoherent dev_is_dma_coherent helper instead of the home > grown variant. Note that both are always initialized to the same > value in arch_setup_dma_ops. > > Signed-off-by: Christoph Hellwig > Reviewed-by: Julien Grall

Re: [Xen-devel] swiotlb-xen cleanups v2

On Mon, 26 Aug 2019, Christoph Hellwig wrote: > Hi Xen maintainers and friends, > > please take a look at this series that cleans up the parts of swiotlb-xen > that deal with non-coherent caches. > > Changes since v1: > - rewrite dma_cache_maint to be much simpler > - improve various comments

[Xen-devel] [Xen-unstable] boot crash while loading AMD microcode due to commit "microcode/amd: fix memory leak"

L.S., While testing xen-unstable, my AMD system crashes during early boot while loading microcode with an "Early fatal page fault". Reverting commit de45e3ff37bb1602796054afabfa626ea5661c45 "microcode/amd: fix memory leak" fixes the boot issue. At present I don't have my serial console stuff

Re: [Xen-devel] [PATCH v2 00/12] livepatch: new features and fixes

> Pawel Wieczorkiewicz (12): > [1] livepatch: Always check hypervisor build ID upon hotpatch upload > [2] livepatch: Allow to override inter-modules buildid dependency > [3] livepatch: Export payload structure via livepatch_payload.h > [4] livepatch: Implement pre-|post- apply|revert hooks

[Xen-devel] [qemu-upstream-unstable test] 140767: tolerable FAIL - PUSHED

flight 140767 qemu-upstream-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/140767/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail like 140235 test-armhf-armhf-libvirt

[Xen-devel] [linux-4.14 test] 140763: regressions - FAIL

flight 140763 linux-4.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/140763/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvshim 17 guest-saverestore.2 fail in 140670 REGR. vs. 139910 Tests which are

Re: [Xen-devel] [PATCH V3 4/8] xen/common: Introduce xrealloc_flex_struct() helper macros

On 29.08.19 10:21, Jan Beulich wrote: Hi Jan On 28.08.2019 20:23, Oleksandr wrote: --- a/xen/include/xen/xmalloc.h +++ b/xen/include/xen/xmalloc.h @@ -35,6 +35,18 @@  #define xzalloc_array(_type, _num) \ ((_type *)_xzalloc_array(sizeof(_type), __alignof__(_type), _num)) +/*

Re: [Xen-devel] [PATCH v2 08/12] livepatch: Add support for inline asm hotpatching expectations

On Thu, Aug 29, 2019 at 04:16:13PM +, Wieczorkiewicz, Pawel wrote: > > > On 29. Aug 2019, at 17:58, Konrad Rzeszutek Wilk > mailto:konrad.w...@oracle.com>> wrote: > > +CODE_GET_EXPECT=$(shell objdump -d --insn-width=1 $(1) | grep -A6 -E > '<'$(2)'>:' | tail -n +2 | awk 'BEGIN {printf "{"}

Re: [Xen-devel] [PATCH v2 08/12] livepatch: Add support for inline asm hotpatching expectations

On 29. Aug 2019, at 19:49, Konrad Rzeszutek Wilk mailto:konrad.w...@oracle.com>> wrote: On Thu, Aug 29, 2019 at 04:16:13PM +, Wieczorkiewicz, Pawel wrote: On 29. Aug 2019, at 17:58, Konrad Rzeszutek Wilk mailto:konrad.w...@oracle.com>> wrote: …snip..

Re: [Xen-devel] [PATCH] x86/mmcfg: add "force" option for MCFG

On 29/08/2019 09:00, Roger Pau Monné wrote: >> >> I think we need to have this option to at least have a way to workaround >> problem (1). Problem (2) could be solved in Dom0 kernel by invoking >> xen_mcfg_late() earlier but before the first PCI bus enumertaion which >> currently happens somwhere

Re: [Xen-devel] [PATCH v3 00/39] put_user_pages(): miscellaneous call sites

Hi John... I added this patch series on top of Linux 5.3rc6 and ran xfstests with no regressions... Acked-by: Mike Marshall -Mike On Tue, Aug 6, 2019 at 9:50 PM John Hubbard wrote: > > On 8/6/19 6:32 PM, john.hubb...@gmail.com wrote: > > From: John Hubbard > > ... > > > > John Hubbard (38):

Re: [Xen-devel] [Xen-unstable] boot crash while loading AMD microcode due to commit "microcode/amd: fix memory leak"

On Fri, Aug 30, 2019 at 01:04:54AM +0200, Sander Eikelenboom wrote: >L.S., > >While testing xen-unstable, my AMD system crashes during early boot while >loading microcode with an "Early fatal page fault". >Reverting commit de45e3ff37bb1602796054afabfa626ea5661c45 "microcode/amd: fix >memory

Re: [Xen-devel] [PATCH v3 00/39] put_user_pages(): miscellaneous call sites

On 8/29/2019 6:29 PM, Mike Marshall wrote: Hi John... I added this patch series on top of Linux 5.3rc6 and ran xfstests with no regressions... Acked-by: Mike Marshall Hi Mike (and I hope Ira and others are reading as well, because I'm making a bunch of claims further down), That's great

[Xen-devel] [PATCH V2] arm: xen: mm: use __GPF_DMA32 for arm64

From: Peng Fan arm64 shares some code under arch/arm/xen, including mm.c. However ZONE_DMA is removed by commit ad67f5a6545("arm64: replace ZONE_DMA with ZONE_DMA32"). So introduce xen_set_gfp_dma for arm32/arm64 and using __GFP_DMA for the former and __GFP_DMA32 for the latter. Signed-off-by:

[Xen-devel] [linux-linus test] 140778: regressions - FAIL

flight 140778 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/140778/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-examine 8 reboot fail REGR. vs. 133580

[Xen-devel] [libvirt test] 140784: regressions - FAIL

flight 140784 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/140784/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm 6 xen-buildfail REGR. vs. 140598

Re: [Xen-devel] [PATCH v9 10/15] microcode: split out apply_microcode() from cpu_request_microcode()

On Thu, Aug 29, 2019 at 12:06:28PM +0200, Jan Beulich wrote: >On 22.08.2019 15:59, Roger Pau Monné wrote: >> Seeing how this works I'm not sure what's the best option here. As >> updating will be attempted on other CPUs, I'm not sure if it's OK to >> return an error if the update succeed on some

Re: [Xen-devel] [PATCH v9 13/15] x86/microcode: Synchronize late microcode loading

On Thu, Aug 29, 2019 at 02:06:39PM +0200, Jan Beulich wrote: >On 19.08.2019 03:25, Chao Gao wrote: >> + >> +static int master_thread_fn(const struct microcode_patch *patch) >> +{ >> +unsigned int cpu = smp_processor_id(); >> +int ret = 0; >> + >> +while ( loading_state !=

[Xen-devel] [linux-linus bisection] complete test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict

branch xen-unstable xenbranch xen-unstable job test-amd64-i386-xl-qemuu-dmrestrict-amd64-dmrestrict testid xen-boot Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: ovmf

[Xen-devel] [linux-4.4 test] 140735: regressions - FAIL

flight 140735 linux-4.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/140735/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvshim 20 guest-start/debian.repeat fail REGR. vs. 139698 Tests which are

[Xen-devel] [freebsd-master test] 140746: all pass - PUSHED

flight 140746 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/140746/ Perfect :-) All tests in this flight passed as required version targeted for testing: freebsd 76040af020521b535a066e8df91e224b14ce284f baseline version: freebsd

<    1   2