Re: [PATCH] xen/riscv: PE/COFF image header for RISC-V target

On 05.06.2024 18:54, milandjokic1...@gmail.com wrote: > --- a/xen/arch/riscv/Kconfig > +++ b/xen/arch/riscv/Kconfig > @@ -9,6 +9,15 @@ config ARCH_DEFCONFIG > string > default "arch/riscv/configs/tiny64_defconfig" > > +config RISCV_EFI > + bool "UEFI boot service support" > +

Re: [RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

On 05.06.2024 12:22, Chen, Jiqian wrote: > On 2024/6/5 18:09, Jan Beulich wrote: >> On 05.06.2024 09:04, Chen, Jiqian wrote: >>> For now, if hypervisor gets a high GSIs, it can't be transformed to irq, >>> because there is no mapping between them. >> >> No, in the absence of a source override (not

Re: [PATCH] MAINTAINERS: add an entry for tools/9pfsd

On 06.06.24 07:47, Juergen Gross wrote: Add me as the maintainer for the tools/9pfsd directory. Signed-off-by: Juergen Gross --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 076cf1e141..28fb35582b 100644 --- a/MAINTAINERS +++ b/MAINTAI

[PATCH] MAINTAINERS: add me as scheduer maintainer

I've been active in the scheduling code since many years now. Add me as a maintainer. Signed-off-by: Juergen Gross --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6ba7d2765f..cc40c0be9d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -490,6 +490,

[PATCH] MAINTAINERS: add an entry for tools/9pfsd

Add me as the maintainer for the tools/9pfsd directory. Signed-off-by: Juergen Gross --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 076cf1e141..28fb35582b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -206,6 +206,12 @@ Maintainers List (

[ovmf test] 186262: all pass - PUSHED

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

[ovmf test] 186259: all pass - PUSHED

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

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

flight 186257 linux-linus real [real] flight 186258 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/186257/ http://logs.test-lab.xenproject.org/osstest/logs/186258/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-

[PATCH] xen/riscv: PE/COFF image header for RISC-V target

From: Nikola Jelic Extended RISC-V xen image with PE/COFF headers, in order to support xen boot from popular bootloaders like U-boot. Image header is optionally included (with CONFIG_RISCV_EFI) so both plain ELF and image with PE/COFF header can now be generated as build artifacts. Tested on bo

Re: [PATCH 2/2] arch/irq: Centralise no_irq_type

Hi Andrew, On 5/30/24 1:40 PM, Andrew Cooper wrote: > Having no_irq_type defined per arch, but using common callbacks is a mess, and > particualrly hard to bootstrap a new architecture with. > > Now that the ack()/end() hooks have been exported suitably, move the > definition of no_irq_type into

Re: [PATCH 1/2] arch/irq: Make irq_ack_none() mandatory

Hi Andrew, On 5/30/24 1:40 PM, Andrew Cooper wrote: > Any non-stub implementation of these is going to have to do something here. > > irq_end_none() is more complicated and has arch-specific interactions with > irq_ack_none(), so make it optional. > > For PPC, introduce a stub irq_ack_none(). >

Design session notes: guest unaware migration

Notes from the design session on guest unaware migration: Migration is often needed for e.g. host maintenance. When this is done, we (XenServer) see two classes of issues with guests: - Guest kernel crashes (relatively rare). Often detectable by the toolstack and thus reported to the admin, dist

Re: [XEN PATCH] automation/eclair_analysis: add more clean MISRA guidelines

On Tue, 2024-06-04 at 14:01 +0200, Nicola Vetrini wrote: > On 2024-06-04 13:39, Oleksii K. wrote: > > On Sat, 2024-06-01 at 21:13 +0200, Nicola Vetrini wrote: > > > Rules 20.9, 20.12 and 14.4 are now clean on ARM and x86, so they > > > are > > > added > > > to the list of clean guidelines. > > > >

[ovmf test] 186256: all pass - PUSHED

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

Re: [PATCH v3 0/3] stdvga: fix screen blanking

On Wed, Jun 5, 2024 at 5:14 PM Gerd Hoffmann wrote: > > > > Gerd Hoffmann (3): > stdvga: fix screen blanking > ui+display: rename is_placeholder() -> surface_is_placeholder() > ui+display: rename is_buffer_shared() -> surface_is_allocated() > > include/ui/surface.h| 6 +++--- > hw/disp

[PATCH v3 0/3] stdvga: fix screen blanking

Gerd Hoffmann (3): stdvga: fix screen blanking ui+display: rename is_placeholder() -> surface_is_placeholder() ui+display: rename is_buffer_shared() -> surface_is_allocated() include/ui/surface.h| 6 +++--- hw/display/qxl-render.c | 2 +- hw/display/vga.c| 24 ++

[PATCH v3 2/3] ui+display: rename is_placeholder() -> surface_is_placeholder()

No functional change. Signed-off-by: Gerd Hoffmann --- include/ui/surface.h | 2 +- ui/console.c | 2 +- ui/sdl2-2d.c | 2 +- ui/sdl2-gl.c | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/include/ui/surface.h b/include/ui/surface.h index 4244e0ca4a32

[PATCH v3 1/3] stdvga: fix screen blanking

In case the display surface uses a shared buffer (i.e. uses vga vram directly instead of a shadow) go unshare the buffer before clearing it. This avoids vga memory corruption, which in turn fixes unblanking not working properly with X11. Cc: qemu-sta...@nongnu.org Resolves: https://gitlab.com/qem

[PATCH v3 3/3] ui+display: rename is_buffer_shared() -> surface_is_allocated()

Boolean return value is reversed, to align with QEMU_ALLOCATED_FLAG, so all callers must be adapted. Also rename share_surface variable in vga_draw_graphic() to reduce confusion. No functional change. Suggested-by: Marc-André Lureau Signed-off-by: Gerd Hoffmann --- include/ui/surface.h|

Re: [PATCH v2 1/3] stdvga: fix screen blanking

Hi On Wed, Jun 5, 2024 at 11:36 AM Gerd Hoffmann wrote: > > On Tue, Jun 04, 2024 at 10:27:18AM GMT, Marc-André Lureau wrote: > > Hi > > > > > +if (is_buffer_shared(surface)) { > > > > Perhaps the suggestion to rename the function (in the following patch) > > should instead be surface_is_alloc

[libvirt test] 186255: tolerable all pass - PUSHED

flight 186255 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/186255/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 186243 test-amd64-amd64-libvirt 15 migrate-s

Re: [XEN PATCH v5 4/7] xen/arm: allow dynamically assigned SGI handlers

Hi Jens, On 29/05/2024 08:25, Jens Wiklander wrote: Updates so request_irq() can be used with a dynamically assigned SGI irq as input. This prepares for a later patch where an FF-A schedule receiver interrupt handler is installed for an SGI generated by the secure world. From the Arm Base Syst

Re: [XEN PATCH v5 7/7] xen/arm: ffa: support notification

Hi, > On 4 Jun 2024, at 12:24, Julien Grall wrote: > > > > On 03/06/2024 10:50, Jens Wiklander wrote: >> Hi Julien, > > Hi Jens, > > >> On Mon, Jun 3, 2024 at 11:12 AM Julien Grall wrote: >>> >>> Hi Jens, >>> >>> On 03/06/2024 10:01, Jens Wiklander wrote: On Fri, May 31, 2024 at 4:2

Re: [RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

On 2024/6/5 18:09, Jan Beulich wrote: > On 05.06.2024 09:04, Chen, Jiqian wrote: >> On 2024/6/5 01:17, Jan Beulich wrote: >>> On 04.06.2024 10:18, Chen, Jiqian wrote: I tried to get more debug information from my environment. And I attach them here, maybe you can find some problems.

Re: [RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

On 05.06.2024 09:04, Chen, Jiqian wrote: > On 2024/6/5 01:17, Jan Beulich wrote: >> On 04.06.2024 10:18, Chen, Jiqian wrote: >>> I tried to get more debug information from my environment. And I attach >>> them here, maybe you can find some problems. >>> acpi_parse_madt_ioapic_entries >>> acpi_

Join us for day 2 - Free virtual Xen Summit 2024

Hi everyone, Please find the *schedule of talks listed here.* - All sessions on Wednesday 5th June and Thursday 6th June will use the following links: - *DESIGN SESSION A *(

Re: [PATCH v1 1/1] xen/arm: smmuv3: Mark more init-only functions with __init

Hi Edgar, > On 22 May 2024, at 2:28 PM, Edgar E. Iglesias > wrote: > > From: "Edgar E. Iglesias" > > Move more functions that are only called at init to > the .init.text section. > > Signed-off-by: Edgar E. Iglesias Acked-by: Rahul Singh Tested-by: Rahul Singh Regards, Rahul

Re: [PATCH v1 0/1] xen/arm: smmuv3: Mark more init-only functions with __init

Hi Edgar, On 22/05/2024 14:28, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" I was scanning for code that we could potentially move from the .text section into .init.text and found a few candidates. I'm not sure if this makes sense, perhaps we don't want to mark these functions for other

Re: [PATCH v1 1/1] xen/arm: smmuv3: Mark more init-only functions with __init

Hi Edgar, On 22/05/2024 14:28, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Move more functions that are only called at init to the .init.text section. Signed-off-by: Edgar E. Iglesias Reviewed-by: Julien Grall This also needs a reviewed-by from either Bertrand or Rahul. Cheers,

[xen-unstable test] 186252: tolerable FAIL

flight 186252 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/186252/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl 10 host-ping-check-xenfail pass in 186241 Tests which did not succeed, but

Re: [RFC PATCH v2] arm: dom0less: add TEE support

Hi Volodymyr, On 04/06/2024 12:56, Volodymyr Babchuk wrote: Hi Julien, Julien Grall writes: Hi Volodymyr, On 31/05/2024 18:49, Volodymyr Babchuk wrote: Extend TEE mediator interface with two functions : - tee_get_type_from_dts() returns TEE type based on input string - tee_make_dtb_

Re: [XEN PATCH v3 14/16] ioreq: make arch_vcpu_ioreq_completion() an optional callback

hi Julien, 04.06.24 14:07, Julien Grall: So this match the existing code. But I am not fully convinced that this is the right approach. Arch_vcpu_ioreq_completion is not meant to change across boot (or even at compile time for Arm). Reading the previous thread, I think something like below wo

Re: [PATCH v2 1/3] stdvga: fix screen blanking

On Tue, Jun 04, 2024 at 10:27:18AM GMT, Marc-André Lureau wrote: > Hi > > > +if (is_buffer_shared(surface)) { > > Perhaps the suggestion to rename the function (in the following patch) > should instead be surface_is_allocated() ? that would match the actual > flag check. But callers would hav

Re: [RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

On 2024/6/5 01:17, Jan Beulich wrote: > On 04.06.2024 10:18, Chen, Jiqian wrote: >> I tried to get more debug information from my environment. And I attach them >> here, maybe you can find some problems. >> acpi_parse_madt_ioapic_entries >> acpi_table_parse_madt(ACPI_MADT_TYPE_INTERRUPT_OVERR