All of lore.kernel.org
 help / color / mirror / Atom feed
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
> 
> 



  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.