[linux-5.4 test] 178453: tolerable trouble: fail/pass/starved - PUSHED

flight 178453 linux-5.4 real [real] flight 178522 linux-5.4 real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/178453/ http://logs.test-lab.xenproject.org/osstest/logs/178522/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-arm64-arm6

[PATCH] IOMMU/VT-d: Fix iommu=no-igfx if the IOMMU scope contains phantom device

If the scope for IGD's IOMMU contains additional device that doesn't actually exist, iommu=no-igfx would not disable that IOMMU. In this particular case (Thinkpad x230) it included 00:02.1, but there is no such device on this platform. Consider only existing devices for "gfx only" check. Signed-of

[PATCH] Drop ELF notes from non-EFI binary too

The ELF is repacked from from 64bit to 32bit. With CET-related notes, which use 64bit fields, this results in 32bit binary with corrupted notes. Drop them all (except build-id and PVH note retained explicitly). Suggested-by: Jan Beulich Signed-off-by: Marek Marczykowski-Górecki --- xen/arch/x86

Re: [PATCH v5 1/5] Use HTTPS for all xenbits.xen.org Git repos

On Sat, Feb 25, 2023 at 03:37:11PM -0500, Demi Marie Obenour wrote: > Obtaining code over an insecure transport is a terrible idea for > blatently obvious reasons. Even for non-executable data, insecure > transports are considered deprecated. > > This patch enforces the use of secure transports f

[xen-4.16-testing test] 178448: tolerable trouble: fail/pass/starved - PUSHED

flight 178448 xen-4.16-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/178448/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-libvirt-vhd 22 leak-check/check fail in 178378 pass in 178448 test-amd64-amd64-xl-qemut-de

[PATCH v5 4/5] Build system: Replace git:// and http:// with https://

Obtaining code over an insecure transport is a terrible idea for blatently obvious reasons. Even for non-executable data, insecure transports are considered deprecated. This patch enforces the use of secure transports in the build system. Some URLs returned 301 or 302 redirects, so I replaced the

[PATCH v5 5/5] Automation and CI: Replace git:// and http:// with https://

Obtaining code over an insecure transport is a terrible idea for blatently obvious reasons. Even for non-executable data, insecure transports are considered deprecated. This patch enforces the use of secure transports in automation and CI. All URLs are known to work. Signed-off-by: Demi Marie Ob

[PATCH v5 3/5] Build system: Do not try to use broken links

The upstream URLs for zlib, PolarSSL, and the TPM emulator do not work anymore, so do not attempt to use them. Signed-off-by: Demi Marie Obenour --- m4/stubdom.m4| 5 +++-- stubdom/configure| 21 +++-- stubdom/configure.ac | 6 +++--- 3 files changed, 9 insertions(+

[PATCH v5 2/5] Change remaining xenbits.xen.org links to HTTPS

Also fix an old xenbits.xenproject.org link. Signed-off-by: Demi Marie Obenour --- Config.mk| 2 +- tools/misc/mkrpm | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Config.mk b/Config.mk index 75f1975e5e78af44d36c2372cba6e89b425267a5..b2bef45b059976d5a6320eabada60

[PATCH v5 1/5] Use HTTPS for all xenbits.xen.org Git repos

Obtaining code over an insecure transport is a terrible idea for blatently obvious reasons. Even for non-executable data, insecure transports are considered deprecated. This patch enforces the use of secure transports for all xenbits.xen.org Git repositories. It was generated with the following

[PATCH v5 0/5] Stop using insecure transports

Obtaining code over an insecure transport is a terrible idea for blatently obvious reasons. Even for non-executable data, insecure transports are considered deprecated. Changes since v4: - Remove known-broken links entirely. They only mislead users into believing the code can be obtained ther

[xen-unstable test] 178432: tolerable trouble: fail/pass/starved - PUSHED

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

Re: [PATCH v1 2/3] xen/riscv: setup initial pagetables

Hi, On 24/02/2023 15:06, Oleksii Kurochko wrote: Calculate load and linker linker image addresses and setup initial pagetables. Signed-off-by: Oleksii Kurochko --- xen/arch/riscv/setup.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/xen/arch/riscv/setup.c b/xen/arch/riscv

Re: [PATCH v1 1/3] xen/riscv: introduce setup_initial_pages

Hi Oleksii, On 24/02/2023 15:06, Oleksii Kurochko wrote: Mostly the code for setup_initial_pages was taken from Bobby's repo except for the following changes: * Use only a minimal part of the code enough to enable MMU * rename {_}setup_initial_pagetables functions * add writable argument for _se

Re: [PATCH v3 3/4] xen/arm: switch ARM to use generic implementation of bug.h

On 25/02/2023 16:49, Julien Grall wrote: Hi Oleksii, On 24/02/2023 11:31, Oleksii Kurochko wrote: The following changes were made: * make GENERIC_BUG_FRAME mandatory for ARM I have asked in patch #1 but will ask it again because I think this should be recorded in the commit message. Can y

Re: [PATCH v3 3/4] xen/arm: switch ARM to use generic implementation of bug.h

Hi Oleksii, On 24/02/2023 11:31, Oleksii Kurochko wrote: The following changes were made: * make GENERIC_BUG_FRAME mandatory for ARM I have asked in patch #1 but will ask it again because I think this should be recorded in the commit message. Can you outline why it is not possible to complet

Re: [PATCH v3 2/4] xen: change to

Hi Oleksii, On 24/02/2023 11:31, Oleksii Kurochko wrote: Since the generic version of bug.h stuff was introduced use instead of unnecessary Signed-off-by: Oleksii Kurochko --- Changes in V3: * Update patch 2 not to break compilation: move some parts from patches 3 and 4 to patch 2:

Re: [PATCH v3 1/4] xen: introduce CONFIG_GENERIC_BUG_FRAME

Hi Oleksii, On 24/02/2023 11:31, Oleksii Kurochko wrote: A large part of the content of the bug.h is repeated among all architectures, so it was decided to create a new config CONFIG_GENERIC_BUG_FRAME. The version of from x86 was taken as the base version. The patch introduces the following s

[linux-linus test] 178416: regressions - trouble: broken/fail/pass/starved

flight 178416 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/178416/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-coresched-amd64-xl broken test-amd64-coresched-amd64-xl 5 host-ins

Re: [PATCH] drm/virtio: Pass correct device to dma_sync_sgtable_for_device()

On 2/24/23 18:34, Oleksandr Tyshchenko wrote: > From: Oleksandr Tyshchenko > > The "vdev->dev.parent" should be used instead of "vdev->dev" as a device > for which to perform the DMA operation in both > virtio_gpu_cmd_transfer_to_host_2d(3d). > > Because the virtio-gpu device "vdev->dev" doesn't

[libvirt test] 178422: regressions - trouble: blocked/fail/pass/starved

flight 178422 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/178422/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 6 kernel-build fail REGR. vs. 178315 Tests which did not suc

[xen-4.16-testing test] 178378: regressions - trouble: fail/pass/starved

flight 178378 xen-4.16-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/178378/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386-xsm broken in 178275 build-arm64