Re: [Xen-devel] [PATCH] gitignore: Ignore xen.lds and asm-offsets.s for all archs

>>> On 24.05.19 at 02:56, wrote: > Instead of ignoring xen.lds and asm-offsets.s for every specific arch, > let's instead just use gitignore's wildcard feature to ignore them for > all archs. > > Signed-off-by: Alistair Francis Acked-by: Jan Beulich _

[Xen-devel] [qemu-mainline test] 136762: regressions - FAIL

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

Re: [Xen-devel] Compiling Xen error on RedHat8.0

On Fri, 24 May 2019, Chen, Farrah wrote: > Hi, > > I met some python related issues when building Xen on RedHat8.0. > On RedHat8.0, the default python version is python3, and I found Xen has some > python2 codes, so I tried to build xen using python2. > On RedHat8.0, no "python", just "python2"

[Xen-devel] [ovmf test] 136761: all pass - PUSHED

flight 136761 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/136761/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 3604174718e2afc950c3cc64c64ba5165c8692bd baseline version: ovmf 48f43c2c56eeaea63a6b7

Re: [Xen-devel] [PATCH 1/3] xen: drop in_atomic()

On 24/05/2019 08:38, Jan Beulich wrote: On 24.05.19 at 07:41, wrote: >> On 22/05/2019 12:10, Jan Beulich wrote: >> On 22.05.19 at 11:45, wrote: --- a/xen/arch/x86/hvm/hvm.c +++ b/xen/arch/x86/hvm/hvm.c @@ -3185,22 +3185,6 @@ static enum hvm_translation_result __hvm_copy( >

Re: [Xen-devel] [PATCH 1/3] xen: drop in_atomic()

>>> On 24.05.19 at 10:34, wrote: > On 24/05/2019 08:38, Jan Beulich wrote: > On 24.05.19 at 07:41, wrote: >>> On 22/05/2019 12:10, Jan Beulich wrote: >>> On 22.05.19 at 11:45, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -3185,22 +3185,6 @@ static

Re: [Xen-devel] [PATCH 2/5] pci: use function generation macros for pci_config_{write, read}

>>> On 10.05.19 at 18:10, wrote: > This avoids code duplication between the helpers. > > No functional change intended. > > Signed-off-by: Roger Pau Monné Reviewed-by: Jan Beulich ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://l

Re: [Xen-devel] [PATCH 2/5] pci: use function generation macros for pci_config_{write, read}

On 10/05/2019 17:10, Roger Pau Monne wrote: > This avoids code duplication between the helpers. > > No functional change intended. > > Signed-off-by: Roger Pau Monné -1.  I see this as actively making the code worse, not an improvement. ~Andrew ___ Xe

Re: [Xen-devel] [PATCH 3/5] pci: switch pci_conf_{read/write} to use pci_sbdf_t

On 10/05/2019 17:10, Roger Pau Monne wrote: > pci_dev already uses pci_sbdf_t, so propagate the usage of the type to > pci_conf functions in order to shorten the calls when made from a > pci_dev struct. > > No functional change intended. > > Signed-off-by: Roger Pau Monné > --- > Cc: Jan Beulich

Re: [Xen-devel] [PATCH 1/6] osstest: introduce a helper to stash a whole directory

On Thu, May 23, 2019 at 10:48:12AM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("[Xen-devel] [PATCH 1/6] osstest: introduce a helper > to stash a whole directory"): > > Without compressing it. > > You've open-coded a recursive directory copy. Is rsync available on > $ho at this point ? I

Re: [Xen-devel] [PATCH L1TF MDS GT v1 2/3] common/grant_table: harden bound accesses

On 5/23/19 16:17, Jan Beulich wrote: On 21.05.19 at 09:45, wrote: >> Guests can issue grant table operations and provide guest controlled >> data to them. This data is used as index for memory loads after bound >> checks have been done. To avoid speculative out-of-bound accesses, we >> use th

Re: [Xen-devel] [PATCH 4/6] osstest: introduce a helper to get the svn revision of a git commit

On Thu, May 23, 2019 at 11:03:52AM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("[Xen-devel] [PATCH 4/6] osstest: introduce a helper > to get the svn revision of a git commit"): > > This only works when the svn revision is stored as a git note > > with the format 'revision='. > > Wow. Thi

Re: [Xen-devel] [PATCH 3/5] pci: switch pci_conf_{read/write} to use pci_sbdf_t

>>> On 10.05.19 at 18:10, wrote: > --- a/xen/arch/x86/cpu/amd.c > +++ b/xen/arch/x86/cpu/amd.c > @@ -417,15 +417,21 @@ static void disable_c1_ramping(void) > int node, nr_nodes; > > /* Read the number of nodes from the first Northbridge. */ > - nr_nodes = ((pci_conf_read32(0, 0,

Re: [Xen-devel] [PATCH 5/6] osstest: introduce a script to build a FreeBSD package repository

On Thu, May 23, 2019 at 11:38:57AM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("[Xen-devel] [PATCH 5/6] osstest: introduce a script > to build a FreeBSD package repository"): > > diff --git a/make-freebsd-flight b/make-freebsd-flight > > index d3c413b5..fc3d2d83 100755 > > --- a/make-freeb

[Xen-devel] [xen-unstable test] 136751: regressions - FAIL

flight 136751 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/136751/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow210 debian-di-installfail REGR. vs. 136156 test-armhf-armhf-x

Re: [Xen-devel] [PATCH 4/6] osstest: introduce a helper to get the svn revision of a git commit

Roger Pau Monne writes ("Re: [Xen-devel] [PATCH 4/6] osstest: introduce a helper to get the svn revision of a git commit"): > On Thu, May 23, 2019 at 11:03:52AM +0100, Ian Jackson wrote: > > git notes have some different way of travelling than commits, don't > > they ? Where is this git note comi

Re: [Xen-devel] [PATCH 4/5] print: introduce a format specifier for pci_sbdf_t

>>> On 10.05.19 at 18:10, wrote: > The new format specifier is '%pp', and prints a pci_sbdf_t using the > seg:bus:dev.func format. Replace all SBDFs printed using > '%04x:%02x:%02x.%u' to use the new format specifier. So on the positive side Linux doesn't use 'p' yet, so we're only at risk of a f

Re: [Xen-devel] Compiling Xen error on RedHat8.0

On Fri, May 24, 2019 at 05:28:50AM +, Chen, Farrah wrote: > Hi, Hi, > Do you have any advice on building Xen on RedHat8? Thanks a lot! If you're building a release of Xen, then you could try setting PYTHON=/usr/bin/python2 everywhere, that is when starting configure and make, something like:

Re: [Xen-devel] [PATCH 6/6] osstest: use a locally built pkg repository for FreeBSD

On Thu, May 23, 2019 at 12:06:29PM +0100, Ian Jackson wrote: > Roger Pau Monne writes ("[Xen-devel] [PATCH 6/6] osstest: use a locally built > pkg repository for FreeBSD"): > > This removes the dependency on the official pkg repository, which is > > dangerous when not testing stable branches, sinc

Re: [Xen-devel] [PATCH 5/5] pci: switch PCI capabilities related functions to use pci_sbdf_t

>>> On 10.05.19 at 18:10, wrote: > --- a/xen/drivers/pci/pci.c > +++ b/xen/drivers/pci/pci.c > @@ -8,18 +8,12 @@ > #include > #include > > -int pci_find_cap_offset(u16 seg, u8 bus, u8 dev, u8 func, u8 cap) > +int pci_find_cap_offset(pci_sbdf_t sbdf, unsigned int cap) The secondary type chan

Re: [Xen-devel] [PATCH 4/5] print: introduce a format specifier for pci_sbdf_t

On 24/05/2019 11:36, Jan Beulich wrote: On 10.05.19 at 18:10, wrote: >> The new format specifier is '%pp', and prints a pci_sbdf_t using the >> seg:bus:dev.func format. Replace all SBDFs printed using >> '%04x:%02x:%02x.%u' to use the new format specifier. > So on the positive side Linux does

Re: [Xen-devel] [PATCH L1TF MDS GT v1 2/3] common/grant_table: harden bound accesses

>>> On 24.05.19 at 11:54, wrote: > On 5/23/19 16:17, Jan Beulich wrote: > On 21.05.19 at 09:45, wrote: >>> Guests can issue grant table operations and provide guest controlled >>> data to them. This data is used as index for memory loads after bound >>> checks have been done. To avoid specula

Re: [Xen-devel] [PATCH 4/5] print: introduce a format specifier for pci_sbdf_t

>>> On 24.05.19 at 12:59, wrote: > On 24/05/2019 11:36, Jan Beulich wrote: > On 10.05.19 at 18:10, wrote: >>> The new format specifier is '%pp', and prints a pci_sbdf_t using the >>> seg:bus:dev.func format. Replace all SBDFs printed using >>> '%04x:%02x:%02x.%u' to use the new format specifi

[Xen-devel] [xen-unstable-smoke test] 136891: tolerable all pass - PUSHED

flight 136891 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/136891/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm 1

Re: [Xen-devel] [PATCH 5/6] osstest: introduce a script to build a FreeBSD package repository

Roger Pau Monne writes ("Re: [Xen-devel] [PATCH 5/6] osstest: introduce a script to build a FreeBSD package repository"): > On Thu, May 23, 2019 at 11:38:57AM +0100, Ian Jackson wrote: > > I notice that none of your freebsd build jobs pass any share- hostflag > > so they always use a fresh install

Re: [Xen-devel] [PATCH v2] Add TRACKING.IMPORTS to xen.git to more easily manage imported files that need to be kept in sync with an upstream

>>> On 24.05.19 at 03:36, wrote: > --- /dev/null > +++ b/TRACKING.FILES > @@ -0,0 +1,50 @@ > +# This file contains information about source files that have been > +# copied from other sources and need to be tracked > +# > +# The file may contain lines starting with ... > +# ---

Re: [Xen-devel] [PATCH v2] Add TRACKING.IMPORTS to xen.git to more easily manage imported files that need to be kept in sync with an upstream

On 24/05/2019, 05:24, "Jan Beulich" wrote: >>> On 24.05.19 at 03:36, wrote: > --- /dev/null > +++ b/TRACKING.FILES > @@ -0,0 +1,50 @@ > +# This file contains information about source files that have been > +# copied from other sources and need to be tracked > +#

Re: [Xen-devel] [PATCH 1/3] xen: drop in_atomic()

On 24/05/2019 09:39, Jan Beulich wrote: On 24.05.19 at 10:34, wrote: >> On 24/05/2019 08:38, Jan Beulich wrote: >> On 24.05.19 at 07:41, wrote: On 22/05/2019 12:10, Jan Beulich wrote: On 22.05.19 at 11:45, wrote: >> --- a/xen/arch/x86/hvm/hvm.c >> +++ b/xen/arch/x8

Re: [Xen-devel] [PATCH 1/3] xen: drop in_atomic()

>>> On 24.05.19 at 14:30, wrote: > On 24/05/2019 09:39, Jan Beulich wrote: > On 24.05.19 at 10:34, wrote: >>> On 24/05/2019 08:38, Jan Beulich wrote: >>> On 24.05.19 at 07:41, wrote: > On 22/05/2019 12:10, Jan Beulich wrote: > On 22.05.19 at 11:45, wrote: >>> --- a/xen/a

[Xen-devel] [PATCH] x86/CPUID: adjust SSEn dependencies

Along the lines of b9f6395590 ("x86/cpuid: adjust dependencies of post-SSE ISA extensions") further convert SSEn dependencies to be more chain like, with each successor addition depending on its immediate predecessor. This is more in line with how hardware has involved, and how other projects like

[Xen-devel] [PATCH] vsprintf: constify "end" parameters

Except in the top level function we don't mean to ever write through "end". The variable is used solely for pointer comparison purposes there. Add const everywhere. Also make function heading wrapping style uniform again for all of the involved functions. Signed-off-by: Jan Beulich --- a/xen/co

Re: [Xen-devel] [PATCH] x86/CPUID: adjust SSEn dependencies

On 24/05/2019 13:36, Jan Beulich wrote: > Along the lines of b9f6395590 ("x86/cpuid: adjust dependencies of > post-SSE ISA extensions") further convert SSEn dependencies to be more > chain like, with each successor addition depending on its immediate > predecessor. This is more in line with how har

Re: [Xen-devel] [PATCH] vsprintf: constify "end" parameters

On 24/05/2019 13:37, Jan Beulich wrote: > Except in the top level function we don't mean to ever write through > "end". The variable is used solely for pointer comparison purposes > there. Add const everywhere. > > Also make function heading wrapping style uniform again for all of the > involved fu

[Xen-devel] [PATCH] xen/vm_event: fix rc check for uninitialized ring

vm_event_claim_slot() returns -EOPNOTSUPP for an uninitialized ring since commit 15e4dd5e866b43bbc ("common/vm_event: Initialize vm_event lists on domain creation"), but the callers test for -ENOSYS. Correct the callers. Signed-off-by: Juergen Gross --- xen/arch/x86/mm/p2m.c | 2 +- xen/common/

[Xen-devel] [linux-4.19 test] 136767: regressions - FAIL

flight 136767 linux-4.19 real [real] http://logs.test-lab.xenproject.org/osstest/logs/136767/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine11 examine-serial/bootloader fail REGR. vs. 129313 build-armhf-pvops

[Xen-devel] [freebsd-master test] 136827: regressions - FAIL

flight 136827 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/136827/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xen-freebsd 7 xen-build-freebsdfail REGR. vs. 136606 build-amd64-free

[Xen-devel] [PATCH] tests/cpu-policy: Skip building on older versions of GCC

GCC 4.4 (as included in CentOS 6) is too old to handle designated initialisers in anonymous unions. As this is just a developer tool, skip the test in this case, rather than sacraficing the legibility/expresibility of the test cases. This fixes the Gitlab CI tests. While adding this logic to cpu

Re: [Xen-devel] [PATCH] tests/cpu-policy: Skip building on older versions of GCC

On Fri, May 24, 2019 at 02:29:46PM +0100, Andrew Cooper wrote: > GCC 4.4 (as included in CentOS 6) is too old to handle designated initialisers > in anonymous unions. As this is just a developer tool, skip the test in this > case, rather than sacraficing the legibility/expresibility of the test ca

Re: [Xen-devel] [PATCH 5/5] tools/libxc: allow controlling the max C-state sub-state

On Thu, May 23, 2019 at 06:19:39AM -0600, Jan Beulich wrote: > From: Ross Lagerwall > > Signed-off-by: Ross Lagerwall > > Make handling in do_pm_op() more homogeneous: Before interpreting > op->cpuid as such, handle all operations not acting on a particular > CPU. Also expose the setting via xe

Re: [Xen-devel] [PATCH] xen/vm_event: fix rc check for uninitialized ring

On 5/24/19 4:15 PM, Juergen Gross wrote: vm_event_claim_slot() returns -EOPNOTSUPP for an uninitialized ring since commit 15e4dd5e866b43bbc ("common/vm_event: Initialize vm_event lists on domain creation"), but the callers test for -ENOSYS. Correct the callers. Signed-off-by: Juergen Gross ---

Re: [Xen-devel] [PATCH] xen/vm_event: fix rc check for uninitialized ring

>>> On 24.05.19 at 15:15, wrote: > --- a/xen/arch/x86/mm/p2m.c > +++ b/xen/arch/x86/mm/p2m.c > @@ -1705,7 +1705,7 @@ void p2m_mem_paging_populate(struct domain *d, unsigned > long gfn_l) > > /* We're paging. There should be a ring */ > int rc = vm_event_claim_slot(d, d->vm_event_pagin

Re: [Xen-devel] [PATCH] tests/cpu-policy: Skip building on older versions of GCC

>>> On 24.05.19 at 15:29, wrote: > GCC 4.4 (as included in CentOS 6) is too old to handle designated initialisers > in anonymous unions. As this is just a developer tool, skip the test in this > case, rather than sacraficing the legibility/expresibility of the test cases. > > This fixes the Gitl

Re: [Xen-devel] [PATCH] tests/cpu-policy: Skip building on older versions of GCC

On 24/05/2019 15:19, Jan Beulich wrote: On 24.05.19 at 15:29, wrote: >> GCC 4.4 (as included in CentOS 6) is too old to handle designated >> initialisers >> in anonymous unions. As this is just a developer tool, skip the test in this >> case, rather than sacraficing the legibility/expresibi

[Xen-devel] [PATCH v1] xen/swiotlb: rework early repeat code

Current repeat code is plain broken for the early=true case. Xen exchanges all DMA (<4GB) pages that it can on the first xen_swiotlb_fixup() attempt. All further attempts with a halved region will fail immediately because all DMA pages already belong to Dom0. Introduce contig_pages param for xen_s

Re: [Xen-devel] [PATCH] xen/vm_event: fix rc check for uninitialized ring

On 24/05/2019 16:05, Razvan Cojocaru wrote: > On 5/24/19 4:15 PM, Juergen Gross wrote: >> vm_event_claim_slot() returns -EOPNOTSUPP for an uninitialized ring >> since commit 15e4dd5e866b43bbc ("common/vm_event: Initialize vm_event >> lists on domain creation"), but the callers test for -ENOSYS. >>

Re: [Xen-devel] [PATCH] xen/vm_event: fix rc check for uninitialized ring

On 24/05/2019 16:11, Jan Beulich wrote: On 24.05.19 at 15:15, wrote: >> --- a/xen/arch/x86/mm/p2m.c >> +++ b/xen/arch/x86/mm/p2m.c >> @@ -1705,7 +1705,7 @@ void p2m_mem_paging_populate(struct domain *d, >> unsigned long gfn_l) >> >> /* We're paging. There should be a ring */ >> i

[Xen-devel] [PATCH] tests/x86emul: Annotate test blobs as executable code

This causes objdump to disassemble them, rather than rendering them as straight hex data. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Wei Liu CC: Roger Pau Monné --- tools/tests/x86_emulator/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/tests/

Re: [Xen-devel] [PATCH 08/14] xen: Convert is_xen_heap_mfn to use typesafe MFN

On 5/7/19 4:14 PM, Julien Grall wrote: > No functional changes. > > Signed-off-by: Julien Grall > Reviewed-by: Jan Beulich > Acked-by: Stefano Stabellini Reviewed-by: George Dunlap ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://l

Re: [Xen-devel] [PATCH 07/14] xen: Convert is_xen_fixed_mfn to use typesafe MFN

On 5/7/19 4:14 PM, Julien Grall wrote: > No functional changes. > > Signed-off-by: Julien Grall > Reviewed-by: Jan Beulich > Acked-by: Stefano Stabellini Reviewed-by: George Dunlap ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://l

[Xen-devel] [PATCH v2] xen/vm_event: fix rc check for uninitialized ring

vm_event_claim_slot() returns -EOPNOTSUPP for an uninitialized ring since commit 15e4dd5e866b43bbc ("common/vm_event: Initialize vm_event lists on domain creation"), but the callers test for -ENOSYS. Correct the callers. Signed-off-by: Juergen Gross --- V2: add blank line (Jan Beulich) repla

[Xen-devel] [PATCH] MAINTAINERS: update my email address

Signed-off-by: Wei Liu --- MAINTAINERS | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 8a1e040258..3c4326de48 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -311,7 +311,7 @@ F: tools/ocaml/ OVMF UPSTREAM M: Anthony PERARD -M:

Re: [Xen-devel] [PATCH] tests/cpu-policy: Skip building on older versions of GCC

>>> On 24.05.19 at 16:43, wrote: > On 24/05/2019 15:19, Jan Beulich wrote: > On 24.05.19 at 15:29, wrote: >>> --- a/tools/tests/cpu-policy/Makefile >>> +++ b/tools/tests/cpu-policy/Makefile >>> @@ -1,8 +1,20 @@ >>> XEN_ROOT = $(CURDIR)/../../.. >>> include $(XEN_ROOT)/tools/Rules.mk >>> >

Re: [Xen-devel] [PATCH] MAINTAINERS: update my email address

>>> On 24.05.19 at 17:24, wrote: > Signed-off-by: Wei Liu Acked-by: Jan Beulich (if such is needed in the first place) Jan ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] [PATCH] tests/x86emul: Annotate test blobs as executable code

>>> On 24.05.19 at 17:15, wrote: > --- a/tools/tests/x86_emulator/Makefile > +++ b/tools/tests/x86_emulator/Makefile > @@ -149,7 +149,7 @@ $(addsuffix .h,$(TESTCASES)): %.h: %.c testcase.mk > Makefile > (echo 'static const unsigned int __attribute__((section(".test, > \"ax\", @prog

Re: [Xen-devel] [PATCH] MAINTAINERS: update my email address

On 5/24/19 4:24 PM, Wei Liu wrote: > Signed-off-by: Wei Liu Acked-by: George Dunlap ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] [PATCH v2] xen/vm_event: fix rc check for uninitialized ring

On 5/24/19 6:23 PM, Juergen Gross wrote: > vm_event_claim_slot() returns -EOPNOTSUPP for an uninitialized ring > since commit 15e4dd5e866b43bbc ("common/vm_event: Initialize vm_event > lists on domain creation"), but the callers test for -ENOSYS. > > Correct the callers. > > Signed-off-by: Juerge

Re: [Xen-devel] [PATCH 13/14] xen/mm: Convert {s, g}et_gpfn_from_mfn() to use typesafe MFN

On 5/10/19 2:21 PM, Jan Beulich wrote: >> @@ -1099,19 +1100,19 @@ long p2m_pt_audit_p2m(struct p2m_domain *p2m) >> entry_count++; >> continue; >> } >> -mfn = l1e_get_pfn(l1e[i1]); >> -

Re: [Xen-devel] [PATCH 13/14] xen/mm: Convert {s, g}et_gpfn_from_mfn() to use typesafe MFN

On 5/7/19 4:14 PM, Julien Grall wrote: > The first parameter of {s,g}et_gpfn_from_mfn() is an MFN, so it can be > switched to use the typesafe. > > At the same time, replace gpfn with pfn in the helpers as they all deal > with PFN and also turn the macros to static inline. > > Note that the retur

[Xen-devel] [xen-4.6-testing test] 136833: regressions - FAIL

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

Re: [Xen-devel] [PATCH 14/14] xen/mm: Provide dummy M2P-related helpers when !CONFIG_HAVE_M2P

On 5/7/19 4:14 PM, Julien Grall wrote: > At the moment, Arm is providing a dummy implementation for the M2P > helpers used in common code. However, they are quite isolated and could > be used by other architecture in the future. So move all the helpers in > xen/mm.h. > > Signed-off-by: Julien Gral

[Xen-devel] [seabios test] 136825: regressions - FAIL

flight 136825 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/136825/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs. 136600 Tests which did no

Re: [Xen-devel] [PATCH 6/6] osstest: use a locally built pkg repository for FreeBSD

Roger Pau Monne writes ("Re: [Xen-devel] [PATCH 6/6] osstest: use a locally built pkg repository for FreeBSD"): > On Thu, May 23, 2019 at 12:06:29PM +0100, Ian Jackson wrote: > > I realise this is a bit late to be saying this, but had you > > considered making the packages build a different step i

[Xen-devel] [libvirt test] 136828: tolerable all pass - PUSHED

flight 136828 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/136828/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 136609 test-armhf-armhf-libvirt-raw 13 saveresto

Re: [Xen-devel] [PATCH v2] x86/altp2m: cleanup p2m_altp2m_lazy_copy

On 12/04/2019 21:08, Tamas K Lengyel wrote: > The p2m_altp2m_lazy_copy is responsible for lazily populating an altp2m view > when the guest traps out due to no EPT entry being present in the active view. > Currently the function took several inputs that it didn't use and also > locked/unlocked gfns

[Xen-devel] [PATCH v3] Add TRACKING.IMPORTS to xen.git to more easily manage imported files that need to be kept in sync with an upstream

Following the recent discussion, we had on IRC and the action I had in the March community call, this file provides a file format that enables writing an automated test to check whether files are out of sync. An example, what file content may look like is embedded below repo: linux-torvalds git

Re: [Xen-devel] Xen 4.12.0 Dom0=pvh mode EFI variables 'not supported' after boot

After upgrading Kernel to 5.1.4/release on an x86_64 server, Xen 4.12.0 Dom0 successfully boots in PVH mode (dom0=pvh ...), with efi vars available so that efibootmgr functions, xl list NameID Mem VCPUs State Time(s)

[Xen-devel] [PATCH v3] xen: introduce VCPUOP_register_runstate_phys_memory_area hypercall

From: Andrii Anisov Existing interface to register runstate are with its virtual address is prone to issues which became more obvious with KPTI enablement in guests. The nature of those issues is the fact that the guest could be interrupted by the hypervisor at any time, and there is no guarantee

[Xen-devel] [PATCH RFC 1] [DO NOT APPLY] introduce VCPUOP_register_runstate_phys_memory_area hypercall

From: Andrii Anisov An RFC version of the runstate registration with phys address. Runstate area access is implemented with mapping on each access, like old interface did. Signed-off-by: Andrii Anisov --- xen/arch/arm/domain.c | 63 ++- xen/commo

[Xen-devel] [PATCH RFC 2] [DO NOT APPLY] introduce VCPUOP_register_runstate_phys_memory_area hypercall

From: Andrii Anisov An RFC version of the runstate registration with phys address. Runstate area access is implemented with mapping on each update once for all accesses. Signed-off-by: Andrii Anisov --- xen/arch/arm/domain.c | 63 ++--- xen/common/domain.c |

[Xen-devel] [PATCH v3] Introduce runstate area registration with phys address

From: Andrii Anisov Following discussion [1] it is introduced and implemented a runstate registration interface which uses guest's phys address instead of a virtual one. The new hypercall employes the same data structures as a predecessor, but expects the vcpu_runstate_info structure to not cross

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

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

[Xen-devel] [xen-unstable bisection] complete test-armhf-armhf-xl-vhd

branch xen-unstable xenbranch xen-unstable job test-armhf-armhf-xl-vhd testid debian-di-install Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.

[Xen-devel] [xen-4.7-testing test] 136841: regressions - FAIL

flight 136841 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/136841/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 6 xen-buildfail REGR. vs. 133596 build-i386-prev

[Xen-devel] [xen-unstable-smoke test] 136906: tolerable all pass - PUSHED

flight 136906 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/136906/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm 1

Re: [Xen-devel] [PATCH v8 27/50] x86emul: support AVX512{F, ER} reciprocal insns

On 24/05/2019 07:43, Jan Beulich wrote: On 23.05.19 at 18:15, wrote: >> On 15/03/2019 10:55, Jan Beulich wrote: >>> Also include the only other AVX512ER insn pair, VEXP2P{D,S}. >>> >>> Note that despite the replacement of the SHA insns' table slots there's >>> no need to special case their de

Re: [Xen-devel] [PATCH v1] xen/swiotlb: rework early repeat code

On Fri, 24 May 2019, Sergey Dyasli wrote: > Current repeat code is plain broken for the early=true case. Xen exchanges > all DMA (<4GB) pages that it can on the first xen_swiotlb_fixup() attempt. > All further attempts with a halved region will fail immediately because > all DMA pages already belon

Re: [Xen-devel] Guest Testing in OSSTEST - What distros and versions should we test against

> On 9 May 2019, at 19:43, Rich Persaud wrote: > > On May 9, 2019, at 21:28, Lars Kurth > wrote: > >> With regards to Windows testing we have some restrictions. We have tried >> several times to buy additional test licenses, but this never went anywhere >> (

Re: [Xen-devel] Guest Testing in OSSTEST - What distros and versions should we test against

I was hoping we'd get a list of distros + versions together, but have not had any input on specific distros To make this easier, I created https://cryptpad.fr/pad/#/2/pad/edit/9MppkbU36LDcWT12uC6Xk3SQ/ Trying something else, as some people have trouble with google docs Regards Lars > On 9 May

[Xen-devel] [xen-unstable-smoke test] 136914: tolerable all pass - PUSHED

flight 136914 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/136914/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm 1

[Xen-devel] [linux-next test] 136834: regressions - FAIL

flight 136834 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/136834/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-examine11 examine-serial/bootloader fail REGR. vs. 136594 test-amd64-i386-qemu

[Xen-devel] [qemu-upstream-4.11-testing test] 136839: regressions - FAIL

flight 136839 qemu-upstream-4.11-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/136839/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm broken in 134504 build-arm64-pvop

[Xen-devel] [xen-4.9-testing test] 136845: regressions - FAIL

flight 136845 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/136845/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-prev 6 xen-buildfail REGR. vs. 132889 build-amd64-pre