From: dmkhn@proton.me
To: Alejandro Vallejo <alejandro.garciavallejo@amd.com>
Cc: xen-devel@lists.xenproject.org,
Stefano Stabellini <sstabellini@kernel.org>,
Julien Grall <julien@xen.org>,
Bertrand Marquis <bertrand.marquis@arm.com>,
Michal Orzel <michal.orzel@amd.com>,
"Daniel P. Smith" <dpsmith@apertussolutions.com>
Subject: Re: [PATCH v6 01/11] xen: Conditionally compile out the boot_module.domU
Date: Wed, 09 Jul 2025 00:26:27 +0000 [thread overview]
Message-ID: <aG23L5M4qo4KsvMw@kraken> (raw)
In-Reply-To: <20250708180721.2338036-2-alejandro.garciavallejo@amd.com>
On Tue, Jul 08, 2025 at 08:07:10PM +0200, Alejandro Vallejo wrote:
> ... based on CONFIG_X86. x86 won't depend on it, and it'll only be used
> by the domain builder in common/device-tree/
>
> Moving it to an arch-specific subfield (as introduced in a later patch)
> is unwieldy, because all other arches depend on it.
>
> Signed-off-by: Alejandro Vallejo <alejandro.garciavallejo@amd.com>
Please consider
Reviewed-by: Denis Mukhin <dmukhin@ford.com>
for the series.
> ---
> My expectation is to remove the field altogether after we reach full
> integration in common code, by deducing this boolean from the domain
> capabilities given in the "capabilities" prop.
>
> That's not something I'm working at the moment though.
> ---
> xen/include/xen/bootfdt.h | 14 ++++++++------
> 1 file changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/xen/include/xen/bootfdt.h b/xen/include/xen/bootfdt.h
> index 236b456dd2..7f49d0ccdd 100644
> --- a/xen/include/xen/bootfdt.h
> +++ b/xen/include/xen/bootfdt.h
> @@ -96,16 +96,18 @@ struct shared_meminfo {
> struct shmem_membank_extra extra[NR_SHMEM_BANKS];
> };
>
> -/*
> - * The domU flag is set for kernels and ramdisks of "xen,domain" nodes.
> - * The purpose of the domU flag is to avoid getting confused in
> - * kernel_probe, where we try to guess which is the dom0 kernel and
> - * initrd to be compatible with all versions of the multiboot spec.
> - */
> #define BOOTMOD_MAX_CMDLINE 1024
> struct boot_module {
> boot_module_kind kind;
> +#ifndef CONFIG_X86
> + /*
> + * The domU flag is set for kernels and ramdisks of "xen,domain" nodes.
> + * The purpose of the domU flag is to avoid getting confused in
> + * kernel_probe, where we try to guess which is the dom0 kernel and
> + * initrd to be compatible with all versions of the multiboot spec.
> + */
> bool domU;
> +#endif
> paddr_t start;
> paddr_t size;
> };
> --
> 2.43.0
>
>
next prev parent reply other threads:[~2025-07-09 0:26 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-08 18:07 [PATCH v6 00/11] Allow x86 to unflatten DTs Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 01/11] xen: Conditionally compile out the boot_module.domU Alejandro Vallejo
2025-07-08 18:39 ` Stefano Stabellini
2025-07-09 0:26 ` dmkhn [this message]
2025-07-08 18:07 ` [PATCH v6 02/11] x86: Replace arch-specific boot_module with common one Alejandro Vallejo
2025-07-09 14:18 ` Jan Beulich
2025-07-08 18:07 ` [PATCH v6 03/11] xen: Refactor kernel_info to have a header like boot_domain Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 04/11] x86: Replace arch-specific boot_domain with the common one Alejandro Vallejo
2025-07-09 14:24 ` Jan Beulich
2025-07-10 12:03 ` Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 05/11] xen/dt: Move bootfdt functions to xen/bootfdt.h Alejandro Vallejo
2025-07-11 17:45 ` Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 06/11] xen/dt: Move bootinfo functions to a new bootinfo.h Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 07/11] xen/dt: Rename bootfdt.c -> bootinfo-fdt.c Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 08/11] xen/dt: Extract helper to map nodes to module kinds Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 09/11] xen: Split HAS_DEVICE_TREE in two Alejandro Vallejo
2025-07-08 18:44 ` Stefano Stabellini
2025-07-09 14:31 ` Jan Beulich
2025-07-08 18:07 ` [PATCH v6 10/11] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Alejandro Vallejo
2025-07-08 18:07 ` [PATCH v6 11/11] xen/dt: Allow CONFIG_DEVICE_TREE_PARSE to include device-tree/ Alejandro Vallejo
2025-07-15 6:58 ` Orzel, Michal
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aG23L5M4qo4KsvMw@kraken \
--to=dmkhn@proton.me \
--cc=alejandro.garciavallejo@amd.com \
--cc=bertrand.marquis@arm.com \
--cc=dpsmith@apertussolutions.com \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.