Re: [XEN PATCH for-4.17 v6 5/5] tools: Rework $(xenlibs-ldlibs, ) to provide library flags only.

On 20.01.23 20:44, Anthony PERARD wrote: LDLIBS is usually only the library flags (that is the `-l` flags), as proposed in GNU make manual, while LDFLAGS would be extra flags such as `-L`. Rework the make macro $(xenlibs-ldlibs, ) to only provide the library flags. $(xenlibs-ldflags, ) already o

Re: [XEN PATCH for-4.17 v6 3/5] libs/light: Makefile cleanup

On 20.01.23 20:44, Anthony PERARD wrote: Rework "libacpi.h" include in "libxl_x86_acpi.c" as to be more selective about the include path and only add "tools/libacpi/". Also "libxl_dom.c" don't use "libacpi.h" anymore. Use "-iquote" for libacpi headers. Get rid of the weird "$(eval stem =" in the

Re: [PATCH 4/4] GPL License Boilerplate: Switch from HTTP to HTTPS

On 08.02.2023 05:51, Demi Marie Obenour wrote: > --- a/xen/drivers/passthrough/pci.c > +++ b/xen/drivers/passthrough/pci.c > @@ -11,7 +11,7 @@ > * more details. > * > * You should have received a copy of the GNU General Public License along > with > - * this program; If not, see

Re: [XEN PATCH for-4.17 v6 2/5] libs/light: Rework targets prerequisites

On 20.01.23 20:44, Anthony PERARD wrote: No need for $(AUTOSRCS), GNU make can generate them as needed when trying to build them as needed when trying to build the object. Also, those two AUTOSRCS don't need to be a prerequisite of "all". As for the "clean" target, those two files are already rem

Re: [PATCH 3/4] Miscellaneous and documentation: Only use TLS-protected transports

On 08.02.2023 05:51, Demi Marie Obenour wrote: > --- a/tools/misc/mkrpm > +++ b/tools/misc/mkrpm > @@ -34,7 +34,7 @@ Version: $version > Release: $release > License: GPL > Group: System/Hypervisor > -URL: http://xenbits.xenproject.org/xen.git > +URL: https://xenbits.xenproject.org/xen.git At

Re: [PATCH 1/4] Build system: Replace git:// and http:// with https://

On 08.02.2023 05:51, Demi Marie Obenour wrote: > --- a/stubdom/grub.patches/10graphics.diff > +++ b/stubdom/grub.patches/10graphics.diff > @@ -1187,7 +1187,7 @@ diff -Naur grub-0.97.orig/stage2/graphics.c > grub-0.97/stage2/graphics.c > + * GNU General Public License for more details. > + * >

[PATCH 3/4] Miscellaneous and documentation: Only use TLS-protected 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. This patch changes miscellaneous links that are not used by any automated tool. Some of these links are dead anyway. Signed-of

[PATCH 0/4] 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. Demi Marie Obenour (4): Build system: Replace git:// and http:// with https:// Automation and CI: Replace git:// and http://

[PATCH 1/4] 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. Signed-off-by: Demi Marie Obenour --- Config.mk

[PATCH 2/4] 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. Signed-off-by: Demi Marie Obenour --- README

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

flight 176453 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/176453/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 176409 test-amd64-i386-xl-qemuu-win7-amd64

[PATCH] xen/pt: fix igd passthrough for pc machine with xen accelerator

Commit 998250e97661 ("xen, gfx passthrough: register host bridge specific to passthrough") uses the igd-passthrough-i440FX pci host device with the xenfv machine type and igd-passthru=on, but using it for the pc machine type, xen accelerator, and igd-passtru=on was omitted from that commit. The ig

[qemu-mainline test] 176449: regressions - trouble: fail/pass/starved

flight 176449 qemu-mainline real [real] flight 176575 qemu-mainline real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/176449/ http://logs.test-lab.xenproject.org/osstest/logs/176575/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be

Re: [PATCH v2] x86/paravirt: merge activate_mm and dup_mmap callbacks

On 2/6/23 11:59 PM, Juergen Gross wrote: > The two paravirt callbacks .mmu.activate_mm and .mmu.dup_mmap are > sharing the same implementations in all cases: for Xen PV guests they > are pinning the PGD of the new mm_struct, and for all other cases > they are a NOP. > > In the end both callbacks a

Re: [PATCH v1 06/13] xen/arm: assign shared memory to owner when host address not provided

Hi Penny, On 11/14/22 21:52, Penny Zheng wrote: > With the introduction of new scenario where host address is not provided > in "xen,shared-mem", the function "assign_shared_memory" shall be adapted > to it too. > > Shared memory will already be allocated from heap, when calling > "assign_shared_

Re: [PATCH v1 05/13] xen/arm: allocate shared memory from heap when host address not provided

On 11/14/22 21:52, Penny Zheng wrote: > when host address is not provided in "xen,shared-mem", we let Xen > allocate requested shared memory from heap, and once the shared memory is > allocated, it will be marked as static(PGC_static), which means that it will > be > reserved as static memory, and

Re: [PATCH v1 03/13] xen/arm: introduce allocate_domheap_memory and guest_physmap_memory

Hi Penny, On 11/14/22 21:52, Penny Zheng wrote: > We split the codes of allocate_bank_memory into two parts, > allocate_domheap_memory and guest_physmap_memory. > > One is about allocating guest RAM from heap, which could be re-used later for > allocating static shared memory from heap when host

Re: [PATCH v1 01/13] xen/arm: re-arrange the static shared memory region

Hi Penny, On 11/14/22 21:52, Penny Zheng wrote: > ... > diff --git a/xen/arch/arm/include/asm/setup.h > b/xen/arch/arm/include/asm/setup.h > index fdbf68aadc..2d4ae0f00a 100644 > --- a/xen/arch/arm/include/asm/setup.h > +++ b/xen/arch/arm/include/asm/setup.h > @@ -50,10 +50,6 @@ struct membank {

[libvirt test] 176441: tolerable trouble: pass/starved - PUSHED

flight 176441 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/176441/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt-xsm 15 migrate-support-checkfail never pass test-amd64-amd64-libvirt 15 migrate-s

Re: [XEN PATCH] tools: Have flex and bison mandatory

On Tue, Feb 07, 2023 at 10:48:56AM -0800, Elliott Mitchell wrote: > On Tue, Feb 07, 2023 at 06:02:45PM +, Anthony PERARD wrote: > > On Tue, Feb 07, 2023 at 06:03:12PM +0100, Jan Beulich wrote: > > > On 07.02.2023 17:09, Anthony PERARD wrote: > > > > This also remove the way the missing binaries

Re: [QEMU][PATCH v5 00/10] Introduce xenpvh machine for arm architecture

Hi David, I forked the QEMU latest master branch and added these 10 patches. Branch Link: https://github.com/gvikram31/qemu Please let me know if I misunderstood your request. Regards, vikram On 2/7/23, 2:13 AM, "David Woodhouse" wrote: On Tue, 2023-01-31 at 14:51 -0800, Vikram Garhwal wrote:

Re: [XEN PATCH] tools: Have flex and bison mandatory

On Tue, Feb 07, 2023 at 06:02:45PM +, Anthony PERARD wrote: > On Tue, Feb 07, 2023 at 06:03:12PM +0100, Jan Beulich wrote: > > On 07.02.2023 17:09, Anthony PERARD wrote: > > > This also remove the way the missing binaries are been handled, with > > > double-column-rules, which might be an issue

Re: [XEN PATCH] tools: Have flex and bison mandatory

On Tue, Feb 07, 2023 at 06:03:12PM +0100, Jan Beulich wrote: > On 07.02.2023 17:09, Anthony PERARD wrote: > > Both are already mandatory to build the hypervisor. > > I'm not sure this is sufficient as a justification. From all we can > tell even pretty old tool versions are okay for kconfig's purp

Re: [XEN PATCH] tools: Have flex and bison mandatory

On 07.02.2023 17:09, Anthony PERARD wrote: > Both are already mandatory to build the hypervisor. I'm not sure this is sufficient as a justification. From all we can tell even pretty old tool versions are okay for kconfig's purposes. However, pretty recently I've learned that some linker script lan

[xen-unstable-smoke test] 176455: tolerable trouble: pass/starved - PUSHED

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

[linux-5.4 test] 176438: regressions - trouble: blocked/fail/pass/starved

flight 176438 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/176438/ 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. 176106 Tests which are faili

Re: [PATCH] Replace git:// and http:// with https://

On Mon, Feb 06, 2023 at 10:10:33PM -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 was created by doing a tree-wide search

Re: [XEN v2 11/11] xen/arm: p2m: Enable support for 32bit IPA

On 20/01/2023 11:06, Julien Grall wrote: Hi Ayan, Hi Julien, On 17/01/2023 17:43, Ayan Kumar Halder wrote: VTCR.T0SZ should be set as 0x20 to support 32bit IPA. Refer ARM DDI 0487I.a ID081822, G8-9824, G8.2.171, VTCR, "Virtualization Translation Control Register" for the bit descriptions.

Re: [PATCH v3 12/14] xen/riscv: introduce an implementation of macros from

On 07.02.2023 15:46, Oleksii Kurochko wrote: > --- /dev/null > +++ b/xen/arch/riscv/include/asm/bug.h > @@ -0,0 +1,38 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > +/* > + * Copyright (C) 2012 Regents of the University of California > + * Copyright (C) 2021-2023 Vates > + * > + */ > +#ifndef _ASM_

Re: [PATCH v3 04/14] xen/riscv: add header

On 07.02.2023 15:46, Oleksii Kurochko wrote: > --- /dev/null > +++ b/xen/arch/riscv/include/asm/csr.h > @@ -0,0 +1,84 @@ > +/* > + * SPDX-License-Identifier: GPL-2.0-only > + * > + * Copyright (C) 2015 Regents of the University of California > + */ > + > +#ifndef _ASM_RISCV_CSR_H > +#define _ASM_RI

[linux-linus test] 176434: tolerable trouble: fail/pass/starved - PUSHED

flight 176434 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/176434/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 176411 test-amd64-amd64-xl-qemuu-win7-amd64

[PATCH v3 13/14] xen/riscv: test basic handling stuff

Signed-off-by: Oleksii Kurochko --- Changes in V3: - Nothing changed --- Changes in V2: - Nothing changed --- xen/arch/riscv/setup.c | 16 1 file changed, 16 insertions(+) diff --git a/xen/arch/riscv/setup.c b/xen/arch/riscv/setup.c index d502cf06b0..8d070244fd 100644 --- a/

[PATCH v3 14/14] automation: modify RISC-V smoke test

The patch modifies the grep pattern to reflect the usage of WARN. Signed-off-by: Oleksii Kurochko --- Changes in V3: - Update commit message --- Changes in V2: - Leave only the latest "grep ..." --- automation/scripts/qemu-smoke-riscv64.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v3 09/14] xen/riscv: introduce decode_cause() stuff

The patch introduces stuff needed to decode a reason of an exception. Signed-off-by: Oleksii Kurochko --- Changes in V3: - Nothing changed --- Changes in V2: - Make decode_trap_cause() more optimization friendly. - Merge the pathc which introduces do_unexpected_trap() to the current one. --

[PATCH v3 11/14] xen/riscv: introduce trap_init()

Signed-off-by: Oleksii Kurochko Reviewed-by: Alistair Francis --- Changes in V3: - Nothing changed --- Changes in V2: - Rename setup_trap_handler() to trap_init(). - Add Reviewed-by to the commit message. --- xen/arch/riscv/include/asm/traps.h | 1 + xen/arch/riscv/setup.c | 4

[PATCH v3 12/14] xen/riscv: introduce an implementation of macros from

The patch introduces macros: BUG(), WARN(), run_in_exception(), assert_failed. The implementation uses "ebreak" instruction in combination with diffrent bug frame tables (for each type) which contains useful information. Signed-off-by: Oleksii Kurochko --- Changes in V3: - Rebase the patch "xe

[PATCH v3 08/14] xen/riscv: introduce exception handlers implementation

The patch introduces an implementation of basic exception handlers: - to save/restore context - to handle an exception itself. The handler calls wait_for_interrupt now, nothing more. Signed-off-by: Oleksii Kurochko --- Changes in V3: - Nothing changed --- Changes in V2: - Refactor entry.S t

[PATCH v3 00/14] RISCV basic exception handling implementation

The patch series is based on another one [Basic early_printk and smoke test implementation] and [introduce generic implementation of macros from bug.h] which haven't been commited yet. The patch series provides a basic implementation of exception handling. It can do only basic things such as decod

[PATCH v3 03/14] xen/riscv: add

The following changes were done in Xen code base in comparison with OpenSBI: * Remove "#include " as most of the stuff inside it is present in Xen code base. * Add macros _UL and _ULL as they were in before * Add SATP32_MODE_SHIFT/SATP64_MODE_SHIFT/SATP_MODE_SHIFT as they will be use

[PATCH v3 10/14] xen/riscv: mask all interrupts

Signed-off-by: Oleksii Kurochko Reviewed-by: Alistair Francis --- Changes in V3: - Nothing changed --- Changes in V2: - Add Reviewed-by to the commit message --- xen/arch/riscv/riscv64/head.S | 5 + 1 file changed, 5 insertions(+) diff --git a/xen/arch/riscv/riscv64/head.S b/xen/arch/risc

[PATCH v3 07/14] xen/riscv: introduce exception context

The patch introduces a set of registers which should be saved to and restored from a stack after an exception occurs and a set of defines which will be used during exception context saving/restoring. Originally header was introduced in the patch series from Bobby so partially it was re-used and t

[PATCH v3 05/14] xen/riscv: introduce empty

To include is required Signed-off-by: Oleksii Kurochko Acked-by: Alistair Francis --- Changes in V3: - Add Acked-by: Alistair Francis --- Changes in V2: - is a new empty header which is required to include --- xen/arch/riscv/include/asm/string.h | 6 ++ 1 file changed, 6 insert

[PATCH v3 04/14] xen/riscv: add header

The following changes were made in comparison with from Linux: * remove all defines as they are defined in riscv_encoding.h * leave only csr_* macros Origin: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/ d2d11f342b17 Signed-off-by: Oleksii Kurochko --- Changes in V3:

[PATCH v3 06/14] xen/riscv: introduce empty

To include is required Signed-off-by: Oleksii Kurochko Acked-by: Alistair Francis --- Changes in V3: - Add Acked-by: Alistair Francis --- Changes in V2: - is a new empty header which is required to include --- xen/arch/riscv/include/asm/cache.h | 6 ++ 1 file changed, 6 inserti

[PATCH v3 02/14] xen/riscv: add header

Signed-off-by: Oleksii Kurochko --- Changes in V3: - Nothing changed --- Changes in V2: - Nothing changed --- xen/arch/riscv/include/asm/asm.h | 54 1 file changed, 54 insertions(+) create mode 100644 xen/arch/riscv/include/asm/asm.h diff --git a/xen/arch/ri

[PATCH v3 01/14] xen/riscv: change ISA to r64G

Work with some registers requires csr command which is part of Zicsr. Also ISA was changed from r64ima to r64g where G is represented the “IMAFDZicsr Zifencei” base and extensions so basically it is the same as it was before plus additional extensions we will need in the nearest future. Signed-of

Re: xen: sleeping in atomic warnings

On 07.02.23 14:37, Dan Carpenter wrote: These are static checker warnings from Smatch. The line numbers are based on next-20230207. To reproduce these warnings then you need to have the latest Smatch from git and you need to rebuild the cross function probably four times. I have reviewed most

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

Hi Julien, On 2/7/23 15:01, Julien Grall wrote: Hi, On 07/02/2023 12:46, Xenia Ragiadakou wrote: On 2/7/23 14:25, Julien Grall wrote: On 07/02/2023 10:46, Xenia Ragiadakou wrote: On 2/7/23 12:39, Julien Grall wrote: Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:0

xen: sleeping in atomic warnings

These are static checker warnings from Smatch. The line numbers are based on next-20230207. To reproduce these warnings then you need to have the latest Smatch from git and you need to rebuild the cross function probably four times. I have reviewed most of these and they all seem valid to me

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

Hi, On 07/02/2023 12:46, Xenia Ragiadakou wrote: On 2/7/23 14:25, Julien Grall wrote: On 07/02/2023 10:46, Xenia Ragiadakou wrote: On 2/7/23 12:39, Julien Grall wrote: Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: I’m not really a

[xen-unstable test] 176428: regressions - trouble: fail/pass/starved

flight 176428 xen-unstable real [real] flight 176451 xen-unstable real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/176428/ http://logs.test-lab.xenproject.org/osstest/logs/176451/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be r

Re: [PATCH v9 0/2] Basic early_printk and smoke test implementation

Hi all, Please look at V10 and skip V9 as I missed to add the check with medany. Sorry. ~ Oleksii On Tue, 2023-02-07 at 14:41 +0200, Oleksii Kurochko wrote: > The patch series introduces the following: > - the minimal set of headers and changes inside them. > - SBI (RISC-V Supervisor Binary Inte

[PATCH v10 2/2] automation: add RISC-V smoke test

Add check if there is a message 'Hello from C env' presents in log file to be sure that stack is set and C part of early printk is working. Signed-off-by: Oleksii Kurochko Acked-by: Stefano Stabellini Reviewed-by: Alistair Francis --- Changes in V10: - Nothing changed --- Changes in V9: - Not

[PATCH v10 1/2] xen/riscv: introduce early_printk basic stuff

Because printk() relies on a serial driver (like the ns16550 driver) and drivers require working virtual memory (ioremap()) there is not print functionality early in Xen boot. The patch introduces the basic stuff of early_printk functionality which will be enough to print 'hello from C environment

[PATCH v10 0/2] Basic early_printk and smoke test implementation

The patch series introduces the following: - the minimal set of headers and changes inside them. - SBI (RISC-V Supervisor Binary Interface) things necessary for basic early_printk implementation. - things needed to set up the stack. - early_printk() function to print only strings. - RISC-V smoke

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

On 2/7/23 14:25, Julien Grall wrote: On 07/02/2023 10:46, Xenia Ragiadakou wrote: On 2/7/23 12:39, Julien Grall wrote: Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: I’m not really a supporter of empty commit message, but it’s up t

[PATCH v9 1/2] xen/riscv: introduce early_printk basic stuff

Because printk() relies on a serial driver (like the ns16550 driver) and drivers require working virtual memory (ioremap()) there is not print functionality early in Xen boot. The patch introduces the basic stuff of early_printk functionality which will be enough to print 'hello from C environment

[PATCH v9 0/2] Basic early_printk and smoke test implementation

The patch series introduces the following: - the minimal set of headers and changes inside them. - SBI (RISC-V Supervisor Binary Interface) things necessary for basic early_printk implementation. - things needed to set up the stack. - early_printk() function to print only strings. - RISC-V smoke

[PATCH v9 2/2] automation: add RISC-V smoke test

Add check if there is a message 'Hello from C env' presents in log file to be sure that stack is set and C part of early printk is working. Signed-off-by: Oleksii Kurochko Acked-by: Stefano Stabellini Reviewed-by: Alistair Francis --- Changes in V9: - Nothing changed --- Changes in V8: - Set

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

On 07/02/2023 10:46, Xenia Ragiadakou wrote: On 2/7/23 12:39, Julien Grall wrote: Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: I’m not really a supporter of empty commit message, but it’s up to the maintainer :) +1. In this case

Re: [XEN v2 05/11] xen/arm: Use paddr_t instead of u64 for address/size

Hi Ayan, On 07/02/2023 10:59, Ayan Kumar Halder wrote: On 07/02/2023 09:03, Julien Grall wrote: On 06/02/2023 19:21, Ayan Kumar Halder wrote: Hi Stefano, On 19/01/2023 23:24, Stefano Stabellini wrote: On Tue, 17 Jan 2023, Ayan Kumar Halder wrote: One should now be able to use 'paddr_t' to

Re: [XEN PATCH for-4.17 v6 2/5] libs/light: Rework targets prerequisites

On Mon, Feb 06, 2023 at 06:02:51PM +, Andrew Cooper wrote: > On 20/01/2023 7:44 pm, Anthony PERARD wrote: > > diff --git a/tools/libs/light/Makefile b/tools/libs/light/Makefile > > index cd3fa855e1..b28447a2ae 100644 > > --- a/tools/libs/light/Makefile > > +++ b/tools/libs/light/Makefile > > @@

Re: [PATCH v8 1/2] xen/riscv: introduce early_printk basic stuff

On Tue, 2023-01-31 at 14:37 +0200, Oleksii wrote: > Hi Julien, > > On Tue, 2023-01-31 at 11:42 +, Julien Grall wrote: > > Hi Oleksii, > > > > On 31/01/2023 11:17, Oleksii Kurochko wrote: > > > Because printk() relies on a serial driver (like the ns16550 > > > driver) > > > and drivers require

Re: [XEN v2 05/11] xen/arm: Use paddr_t instead of u64 for address/size

Hi Julien, On 07/02/2023 09:03, Julien Grall wrote: On 06/02/2023 19:21, Ayan Kumar Halder wrote: Hi Stefano, On 19/01/2023 23:24, Stefano Stabellini wrote: On Tue, 17 Jan 2023, Ayan Kumar Halder wrote: One should now be able to use 'paddr_t' to represent address and size. Consequently, on

[ovmf test] 176447: all pass - PUSHED

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

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

On 2/7/23 12:39, Julien Grall wrote: Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: I’m not really a supporter of empty commit message, but it’s up to the maintainer :) +1. In this case a brief summary of the rule would be handy for th

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

Hi, On 07/02/2023 10:23, Luca Fancellu wrote: On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: I’m not really a supporter of empty commit message, but it’s up to the maintainer :) +1. In this case a brief summary of the rule would be handy for those that are not well-versed with MISRA

[qemu-mainline test] 176423: regressions - trouble: fail/pass/starved

flight 176423 qemu-mainline real [real] flight 176445 qemu-mainline real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/176423/ http://logs.test-lab.xenproject.org/osstest/logs/176445/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be

Re: [PATCH v3 1/2] xen/device_tree: fix Eclair findings for MISRA C 2012 Rule 20.7

> On 3 Feb 2023, at 19:09, Xenia Ragiadakou wrote: > I’m not really a supporter of empty commit message, but it’s up to the maintainer :) For me the changes looks good Reviewed-by: Luca Fancellu > Signed-off-by: Xenia Ragiadakou > --- > > Changes in v3: > - the fixes are based solely

Re: [QEMU][PATCH v5 00/10] Introduce xenpvh machine for arm architecture

On Tue, 2023-01-31 at 14:51 -0800, Vikram Garhwal wrote: > > Hi, > This series add xenpvh machine for aarch64. Motivation behind creating xenpvh > machine with IOREQ and TPM was to enable each guest on Xen aarch64 to have > it's > own unique and emulated TPM. > > This series does following: >   

[PATCH v2] x86/vlapic: call vmx_vlapic_msr_changed through an hvm_function callback

APIC virtualization support is currently implemented only for Intel VT-x. To aid future work on separating AMD-V from Intel VT-x code, instead of calling directly vmx_vlapic_msr_changed() from common hvm code, add a stub to the hvm_function_table, named update_vlapic_mode, and create a wrapper func

AW: AW: Xenstore failed to start / Xenalyze on ARM ( NXP S32G3 with Cortex-A53)

> hello Julien, >first of all thank you so much for the support, after flashing Xen on the >S32G3 I noticed that I cannot create DomUs. >when I also give the xl list, it does not even show Dom0 and stays blocked. root@s32g399aevb3:~# xl list NameID Mem

Re: [XEN v2 05/11] xen/arm: Use paddr_t instead of u64 for address/size

On 06/02/2023 19:21, Ayan Kumar Halder wrote: Hi Stefano, On 19/01/2023 23:24, Stefano Stabellini wrote: On Tue, 17 Jan 2023, Ayan Kumar Halder wrote: One should now be able to use 'paddr_t' to represent address and size. Consequently, one should use 'PRIpaddr' as a format specifier for pa

Re: [PATCH v2 20/40] xen/mpu: plump early_fdt_map in MPU systems

On 07/02/2023 06:30, Penny Zheng wrote: Hi Julien Hi Penny, -Original Message- From: Julien Grall Sent: Monday, February 6, 2023 6:11 PM To: Penny Zheng ; xen-devel@lists.xenproject.org Cc: Wei Chen ; Stefano Stabellini ; Bertrand Marquis ; Volodymyr Babchuk Subject: Re: [PATCH v

Re: [PATCH v2 15/40] xen/arm: move MMU-specific memory management code to mm_mmu.c/mm_mmu.h

Hi, On 07/02/2023 03:59, Penny Zheng wrote: -Original Message- From: Julien Grall Sent: Monday, February 6, 2023 5:30 AM To: Penny Zheng ; xen-devel@lists.xenproject.org Cc: Wei Chen ; Stefano Stabellini ; Bertrand Marquis ; Volodymyr Babchuk Subject: Re: [PATCH v2 15/40] xen/arm: move

[ovmf test] 176439: all pass - PUSHED

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