[xen-unstable test] 182725: regressions - FAIL

flight 182725 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/182725/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-migrupgrade 10 xen-install/src_host fail REGR. vs. 182717 build-arm64

Re: [PATCH v7 9/9] swiotlb: search the software IO TLB only if the device makes use of it

On Thu, Sep 07, 2023 at 01:12:23PM +0200, Petr Tesařík wrote: > Hi all, > > sorry for my late reply; I've been away from my work setup for a > month... Please take a look at: https://lore.kernel.org/linux-iommu/20230905064441.127588-1-...@lst.de/T/#u

Re: [XEN PATCH 2/3] docs: make the docs for MISRA C:2012 Dir 4.1 visible to ECLAIR

On 08/09/2023 02:23, Stefano Stabellini wrote: On Fri, 1 Sep 2023, Nicola Vetrini wrote: To be able to check for the existence of the necessary subsections in the documentation for MISRA C:2012 Dir 4.1, ECLAIR needs to have a source file that is built. This file is generated from 'C-runtime-f

Re: [XEN PATCH 3/3] automation/eclair: build docs/misra to address MISRA C:2012 Dir 4.1

On 08/09/2023 02:25, Stefano Stabellini wrote: On Fri, 1 Sep 2023, Nicola Vetrini wrote: The documentation pertaining Directive 4.1 is contained in docs/misra. The build script driving the analysis is amended to allow ECLAIR to analyze such file. Signed-off-by: Nicola Vetrini --- automation/e

Re: [XEN PATCH 1/3] docs/misra: add documentation skeleton for MISRA C:2012 Dir 4.1

On 08/09/2023 08:33, Jan Beulich wrote: On 08.09.2023 02:20, Stefano Stabellini wrote: On Fri, 1 Sep 2023, Nicola Vetrini wrote: +Documentation for MISRA C:2012 Dir 4.1: read from uninitialized allocated object + +

Re: [XEN PATCH 1/3] docs/misra: add documentation skeleton for MISRA C:2012 Dir 4.1

diff --git a/docs/misra/rules.rst b/docs/misra/rules.rst index 34916e266aa5..84bb57c8e908 100644 --- a/docs/misra/rules.rst +++ b/docs/misra/rules.rst @@ -47,7 +47,12 @@ maintainers if you want to suggest a change. * - `Dir 2.1

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On 07/09/2023 03:33, Stefano Stabellini wrote: On Wed, 6 Sep 2023, Jan Beulich wrote: On 06.09.2023 17:57, Nicola Vetrini wrote: > On 05/09/2023 10:33, Jan Beulich wrote: >> On 05.09.2023 10:20, Nicola Vetrini wrote: >>> On 05/09/2023 09:46, Jan Beulich wrote: On 05.09.2023 09:31, Nicola Ve

Re: [PATCH v2] docs/misra: add 14.3

On 07/09/2023 23:45, Stefano Stabellini wrote: On Thu, 7 Sep 2023, Jan Beulich wrote: On 07.09.2023 03:22, Stefano Stabellini wrote: > @@ -385,6 +386,17 @@ maintainers if you want to suggest a change. > - A loop counter shall not have essentially floating type > - > > + * - `Rule 1

[ovmf test] 182732: all pass - PUSHED

flight 182732 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/182732/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 2ce5ae43c2166984d20341993c4b9dbb337aad79 baseline version: ovmf 634192665ea22eb610ad5

[XEN PATCH] x86: change parameter name in {hap,shadow}_track_dirty_vram()

Make function declarations consistent with the corresponding definitions to address violations of MISRA C:2012 Rule 8.3. No functional change. Signed-off-by: Federico Serafini --- xen/arch/x86/include/asm/hap.h| 2 +- xen/arch/x86/include/asm/shadow.h | 2 +- 2 files changed, 2 insertions(+)

[XEN PATCH] xen/vPCI: address violation of MISRA C:2012 Rule 8.3

Make function declaration consistent with the corresponding definition. No functional change. Signed-off-by: Federico Serafini --- xen/include/xen/vpci.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/include/xen/vpci.h b/xen/include/xen/vpci.h index 0b8a2a3c74..d743d96a

[qemu-mainline test] 182730: regressions - FAIL

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

Re: [XEN PATCH 2/3] docs: make the docs for MISRA C:2012 Dir 4.1 visible to ECLAIR

On Fri, Sep 01, 2023 at 11:06:39AM +0200, Nicola Vetrini wrote: > diff --git a/docs/misra/Makefile b/docs/misra/Makefile > new file mode 100644 > index ..8ea0505c8a20 > --- /dev/null > +++ b/docs/misra/Makefile > @@ -0,0 +1,17 @@ > +TARGETS := C-runtime-failures.o > + > +all: $(TARGETS)

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On 08.09.2023 10:48, Nicola Vetrini wrote: > On 07/09/2023 03:33, Stefano Stabellini wrote: >> On Wed, 6 Sep 2023, Jan Beulich wrote: >>> On 06.09.2023 17:57, Nicola Vetrini wrote: On 05/09/2023 10:33, Jan Beulich wrote: > On 05.09.2023 10:20, Nicola Vetrini wrote: >> On 05/09/2023 09:

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On 08.09.2023 13:57, Jan Beulich wrote: > On 08.09.2023 10:48, Nicola Vetrini wrote: >> There is a build error due to -Werror because of a pointer comparison at >> line 469 of common/numa.c: >> i = min(PADDR_BITS, BITS_PER_LONG - 1); >> where >> #define PADDR_BITS 52 >> >> I guess PAD

Re: [XEN PATCH] x86: change parameter name in {hap,shadow}_track_dirty_vram()

On 08.09.2023 11:10, Federico Serafini wrote: > Make function declarations consistent with the corresponding > definitions to address violations of MISRA C:2012 Rule 8.3. > No functional change. > > Signed-off-by: Federico Serafini Acked-by: Jan Beulich

[ovmf test] 182740: all pass - PUSHED

flight 182740 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/182740/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf ff7ddc02b273f9159ef46fdb67d99062f8e598d9 baseline version: ovmf 2ce5ae43c2166984d2034

[libvirt test] 182728: tolerable FAIL - PUSHED

flight 182728 libvirt real [real] flight 182747 libvirt real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/182728/ http://logs.test-lab.xenproject.org/osstest/logs/182747/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-lib

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On 08/09/2023 13:59, Jan Beulich wrote: On 08.09.2023 13:57, Jan Beulich wrote: On 08.09.2023 10:48, Nicola Vetrini wrote: There is a build error due to -Werror because of a pointer comparison at line 469 of common/numa.c: i = min(PADDR_BITS, BITS_PER_LONG - 1); where #define PADDR_BITS

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On 08/09/2023 16:53, Nicola Vetrini wrote: On 08/09/2023 13:59, Jan Beulich wrote: On 08.09.2023 13:57, Jan Beulich wrote: On 08.09.2023 10:48, Nicola Vetrini wrote: There is a build error due to -Werror because of a pointer comparison at line 469 of common/numa.c: i = min(PADDR_BITS, BITS_PE

[ovmf test] 182753: all pass - PUSHED

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

[linux-linus test] 182729: regressions - FAIL

flight 182729 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/182729/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-xsm 8 xen-boot fail REGR. vs. 182531 test-amd64-amd64-xl

[XEN PATCH v2 0/2] update gcov info for newer versions of gcc

The gcov info changes with different versions of gcc. This patch series updates it so that we can capture coverage for xen built with newer compilers. This doesn't solve all the problems with coverage as Xen still crashes when trying to reset/read coverage[0]. Still, it's a step forward. [0] ht

[XEN PATCH v2 2/2] coverage: update gcov info for newer versions of gcc

Shamelessly copy changes to gcov_info structures from linux so that we can capture coverage for xen built with newer compilers. Signed-off-by: Javi Merino --- xen/common/coverage/gcc_4_7.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/xen/common/co

[XEN PATCH v2 1/2] coverage: simplify the logic of choosing the number of gcov counters depending on the gcc version

The current structure of choosing the correct file based on the compiler version makes us make 33 line files just to define a constant. The changes after gcc 4.7 are minimal, just the number of counters. Fold the changes in gcc_4_9.c, gcc_5.c and gcc_7.c into gcc_4_7.c to remove a lot of the boil

Re: [PATCH v6 09/13] xen/arm: Extract MMU-specific MM code

On Fri, 8 Sep 2023, Henry Wang wrote: > Hi Ayan, > > > On Sep 7, 2023, at 19:34, Ayan Kumar Halder wrote: > > > > Hi Henry, > > > >> + > >> +extern mfn_t directmap_mfn_start, directmap_mfn_end; > > > > As you are declaring them for MMU specific , you also need this change :- > > > > diff --gi

Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0

On Thu, Sep 7, 2023 at 9:20 AM Wilczynski, Michal wrote: > > > Hi, > > On 9/6/2023 8:21 PM, Jason Andryuk wrote: > > From: Roger Pau Monne > > > > The Processor _PDC buffer bits notify ACPI of the OS capabilities, and > > so ACPI can adjust the return of other Processor methods taking the OS > >

[qemu-mainline test] 182739: regressions - FAIL

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

Re: [XEN PATCH 1/3] docs/misra: add documentation skeleton for MISRA C:2012 Dir 4.1

On Fri, 8 Sep 2023, Jan Beulich wrote: > On 08.09.2023 02:20, Stefano Stabellini wrote: > > On Fri, 1 Sep 2023, Nicola Vetrini wrote: > >> +Documentation for MISRA C:2012 Dir 4.1: read from uninitialized allocated > >> object > >> +__

[ovmf test] 182760: all pass - PUSHED

flight 182760 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/182760/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 493a375eef584be2beaaa3d418a8e7ff333c5468 baseline version: ovmf b74f1f7ab5e956f58ae17

Re: [PATCH v2 1/2] automation: Switch ppc64le tests to PowerNV machine type

On 9/6/23 7:41 PM, Stefano Stabellini wrote: > On Wed, 6 Sep 2023, Shawn Anastasio wrote: >> Run ppc64le tests with the PowerNV machine type (bare metal) instead of >> the paravirtualized pseries machine. This requires a more modern version >> of QEMU than is present in debian bullseye's repository

Re: [PATCH v2 1/2] automation: Switch ppc64le tests to PowerNV machine type

On Fri, 8 Sep 2023, Shawn Anastasio wrote: > On 9/6/23 7:41 PM, Stefano Stabellini wrote: > > On Wed, 6 Sep 2023, Shawn Anastasio wrote: > >> Run ppc64le tests with the PowerNV machine type (bare metal) instead of > >> the paravirtualized pseries machine. This requires a more modern version > >> of

Re: [XEN PATCH] xen/types: address Rule 10.1 for macro BITS_TO_LONGS

On Fri, 8 Sep 2023, Nicola Vetrini wrote: > On 08/09/2023 13:59, Jan Beulich wrote: > > On 08.09.2023 13:57, Jan Beulich wrote: > > > On 08.09.2023 10:48, Nicola Vetrini wrote: > > > > There is a build error due to -Werror because of a pointer comparison at > > > > line 469 of common/numa.c: > > >

[ovmf test] 182772: all pass - PUSHED

flight 182772 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/182772/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 28a74d7ab22a33e3915eb747879d58797718f6f2 baseline version: ovmf 493a375eef584be2beaaa

Re: [PATCH v2] docs/misra: add 14.3

On Fri, 8 Sep 2023, Nicola Vetrini wrote: > On 07/09/2023 23:45, Stefano Stabellini wrote: > > On Thu, 7 Sep 2023, Jan Beulich wrote: > > > On 07.09.2023 03:22, Stefano Stabellini wrote: > > > > @@ -385,6 +386,17 @@ maintainers if you want to suggest a change. > > > > - A loop counter shall n

[PATCH v3] docs/misra: add 14.3

From: Stefano Stabellini Add 14.3, with project-wide deviations. Also take the opportunity to clarify that parameters of function pointer types are expected to have names (Rule 8.2). Signed-off-by: Stefano Stabellini --- Changes in v3: - add , - add switch(sizeof(...)) and switch(offsetof(...)

Re: [PATCH v3 3/5] xen/ppc: Define minimal stub headers required for full build

On 9/5/23 10:52 AM, Jan Beulich wrote: > On 01.09.2023 20:25, Shawn Anastasio wrote: >> --- /dev/null >> +++ b/xen/arch/ppc/include/asm/device.h >> @@ -0,0 +1,53 @@ >> +/* SPDX-License-Identifier: GPL-2.0-only */ >> +#ifndef __ASM_PPC_DEVICE_H__ >> +#define __ASM_PPC_DEVICE_H__ >> + >> +enum device

Re: [PATCH v6 00/13] xen/arm: Split MMU code as the prepration of MPU work

I committed patches 1-5 On Mon, 28 Aug 2023, Henry Wang wrote: > Based on the discussion in the Xen Summit [1], sending this series out after > addressing the comments in v5 [2] as the preparation work to add MPU support. > The series passed the GitLab CI check in [3]. > > Mostly code movement an

[ovmf test] 182779: all pass - PUSHED

flight 182779 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/182779/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf d4ae5df71190148c902942c3462245e97ed2fcc8 baseline version: ovmf 28a74d7ab22a33e3915eb

[PATCH v4 5/5] xen/ppc: Enable full Xen build

Bring ppc's Makefile and arch.mk in line with arm and x86 to disable the build overrides and enable the full Xen build. Signed-off-by: Shawn Anastasio Reviewed-by: Jan Beulich --- xen/arch/ppc/Makefile | 16 +++- xen/arch/ppc/arch.mk | 3 --- 2 files changed, 15 insertions(+), 4 d

[PATCH v4 4/5] xen/ppc: Add stub function and symbol definitions

Add stub function and symbol definitions required by common code. If the file that the definition is supposed to be located in doesn't already exist yet, temporarily place its definition in the new stubs.c Signed-off-by: Shawn Anastasio Acked-by: Jan Beulich --- v4: No changes. v3: - (stubs.c

[PATCH v4 0/5] ppc: Enable full Xen build

Hello all, This patch series performs all of the additions necessary to drop the build overrides for PPC and enable the full Xen build. Except in cases where compatibile implementations already exist (e.g. atomic.h and bitops.h), the newly added definitions are simple, unimplemented stubs that jus

[PATCH v4 2/5] xen/ppc: Implement bitops.h

Implement bitops.h, based on Linux's implementation as of commit 5321d1b1afb9a17302c6cec79f0cbf823eb0d3fc. Though it is based off of Linux's implementation, this code diverges significantly in a number of ways: - Bitmap entries changed to 32-bit words to match X86 and Arm on Xen - PPC32-specifi

[PATCH v4 1/5] xen/ppc: Implement atomic.h

Implement atomic.h for PPC, based off of the original Xen 3.2 implementation. This implementation depends on some functions that are not yet defined (notably __cmpxchg), so it can't yet be used. Signed-off-by: Shawn Anastasio --- v4: - Clarify dependency on __cmpxchg which doesn't get implement

[PATCH v4 3/5] xen/ppc: Define minimal stub headers required for full build

Additionally, change inclusion of asm/ headers to corresponding xen/ ones throughout arch/ppc now that they work. Signed-off-by: Shawn Anastasio --- v4: - (device.h) Fix underscore prefixes in DT_DEVICE_START macro - (mm.h) Fix padding blanks in newly added *_to_* macros - (mm.h) Drop inacc

[PATCH v3] docs/misra: add rule 2.1 exceptions

From: Stefano Stabellini During the discussions that led to the acceptance of Rule 2.1, we decided on a few exceptions that were not properly recorded in rules.rst. Add them now. Signed-off-by: Stefano Stabellini Acked-by: Jan Beulich --- Nicola, does this work with ECLAIR? I am referring to

[qemu-mainline test] 182770: regressions - FAIL

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

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

flight 182735 xen-unstable real [real] flight 182785 xen-unstable real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/182735/ http://logs.test-lab.xenproject.org/osstest/logs/182785/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd6

[ovmf test] 182786: all pass - PUSHED

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

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

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

[PATCH v6 0/4] vPCI capabilities filtering

This small series enables vPCI to filter which PCI capabilities we expose to a domU. This series adds vPCI register handlers within xen/drivers/vpci/header.c:init_bars(), along with some supporting functions. Note there are minor rebase conflicts with the in-progress vPCI series [1]. These conflic

[PATCH v6 1/4] xen/pci: convert pci_find_*cap* to pci_sbdf_t

Convert pci_find_*cap* functions and call sites to pci_sbdf_t, and remove some now unused local variables. Also change to more appropriate types on lines that are already being modified as a result of the pci_sbdf_t conversion. Signed-off-by: Stewart Hildebrand Reviewed-by: Jan Beulich --- I bui

[PATCH v6 2/4] x86/msi: rearrange read_pci_mem_bar slightly

Use pdev->sbdf instead of the PCI_SBDF macro in calls to pci_* functions where appropriate. Move NULL check earlier. Suggested-by: Jan Beulich Signed-off-by: Stewart Hildebrand Reviewed-by: Jan Beulich --- v5->v6: * no change v4->v5: * add Jan's R-b v3->v4: * new patch Suggested-by tag added

[PATCH v6 3/4] xen/vpci: header: status register handler

Introduce a handler for the PCI status register, with ability to mask the capabilities bit. The status register contains RsvdZ bits, read-only bits, and write-1-to-clear bits, so introduce bitmasks to handle these in vPCI. If a bit in the bitmask is set, then the special meaning applies: rsvdz_m

[PATCH v6 4/4] xen/vpci: header: filter PCI capabilities

Currently, Xen vPCI only supports virtualizing the MSI and MSI-X capabilities. Hide all other PCI capabilities (including extended capabilities) from domUs for now, even though there may be certain devices/drivers that depend on being able to discover certain capabilities. We parse the physical PC

[qemu-mainline test] 182796: regressions - FAIL

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

[qemu-mainline bisection] complete build-arm64-xsm

branch xen-unstable xenbranch xen-unstable job build-arm64-xsm testid xen-build Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git Tree: qemuu https://gitlab.com/qemu-project/qemu.git Tree: seabios git://xenbits.xen.org/osstest/seabios.git Tree: xen git://xenbits.xen.org/xen.git *** Found and repr

[linux-linus test] 182763: regressions - FAIL

flight 182763 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/182763/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-raw 8 xen-boot fail REGR. vs. 182531 test-amd64-amd64-xl