From: Stefano Stabellini <stefano.stabellini@amd.com>
To: <xen-devel@lists.xenproject.org>
Cc: <sstabellini@kernel.org>, <bertrand.marquis@arm.com>,
<julien@xen.org>, <michal.orzel@amd.com>,
<Volodymyr_Babchuk@epam.com>,
Stefano Stabellini <stefano.stabellini@amd.com>
Subject: [PATCH v5 8/9] xen/arm: introduce legacy dom0less option for xenstore allocation
Date: Wed, 5 Feb 2025 17:08:42 -0800 [thread overview]
Message-ID: <20250206010843.618280-8-stefano.stabellini@amd.com> (raw)
In-Reply-To: <alpine.DEB.2.22.394.2502041807070.9756@ubuntu-linux-20-04-desktop>
The new xenstore page allocation scheme might break older unpatches
Linux kernels that do not check for the Xenstore connection status
before proceeding with Xenstore initialization.
Introduce a dom0less configuration option to retain the older behavior,
which is not compatible with 1:1 mapped guests, but it will work with
older legacy kernel versions.
Signed-off-by: Stefano Stabellini <stefano.stabellini@amd.com>
---
docs/misc/arm/device-tree/booting.txt | 5 +++++
xen/arch/arm/dom0less-build.c | 13 ++++++++++++-
xen/arch/arm/include/asm/kernel.h | 14 +++++++++++---
3 files changed, 28 insertions(+), 4 deletions(-)
diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt
index ff70d44462..8fa3da95be 100644
--- a/docs/misc/arm/device-tree/booting.txt
+++ b/docs/misc/arm/device-tree/booting.txt
@@ -222,6 +222,11 @@ with the following properties:
Xen PV interfaces, including grant-table and xenstore, will be
enabled for the VM.
+ - "legacy"
+ Same as above, but the way the xenstore page is allocated is not
+ compatible with 1:1 mapped guests. On the other hand, it works with
+ older Linux kernels.
+
- "disabled"
Xen PV interfaces are disabled.
diff --git a/xen/arch/arm/dom0less-build.c b/xen/arch/arm/dom0less-build.c
index 046439eb87..9afdbca8b8 100644
--- a/xen/arch/arm/dom0less-build.c
+++ b/xen/arch/arm/dom0less-build.c
@@ -799,6 +799,13 @@ static int __init construct_domU(struct domain *d,
else
panic("At the moment, Xenstore support requires dom0 to be present\n");
}
+ else if ( rc == 0 && !strcmp(dom0less_enhanced, "legacy") )
+ {
+ if ( hardware_domain )
+ kinfo.dom0less_feature = DOM0LESS_ENHANCED_LEGACY;
+ else
+ panic("At the moment, Xenstore support requires dom0 to be present\n");
+ }
else if ( rc == 0 && !strcmp(dom0less_enhanced, "no-xenstore") )
kinfo.dom0less_feature = DOM0LESS_ENHANCED_NO_XS;
@@ -848,13 +855,17 @@ static int __init construct_domU(struct domain *d,
if ( rc < 0 )
return rc;
- if ( kinfo.dom0less_feature & DOM0LESS_XENSTORE )
+ if ( kinfo.dom0less_feature & (DOM0LESS_XENSTORE|DOM0LESS_XS_LEGACY) )
{
ASSERT(hardware_domain);
rc = alloc_xenstore_evtchn(d);
if ( rc < 0 )
return rc;
+ d->arch.hvm.params[HVM_PARAM_STORE_PFN] = ~0ULL;
+ }
+ if ( kinfo.dom0less_feature & DOM0LESS_XENSTORE )
+ {
rc = alloc_xenstore_page(d);
if ( rc < 0 )
return rc;
diff --git a/xen/arch/arm/include/asm/kernel.h b/xen/arch/arm/include/asm/kernel.h
index de3f945ae5..4c2ae0b32b 100644
--- a/xen/arch/arm/include/asm/kernel.h
+++ b/xen/arch/arm/include/asm/kernel.h
@@ -17,16 +17,24 @@
* default features (excluding Xenstore) will be
* available. Note that an OS *must* not rely on the
* availability of Xen features if this is not set.
- * DOM0LESS_XENSTORE: Xenstore will be enabled for the VM. This feature
- * can't be enabled without the
- * DOM0LESS_ENHANCED_NO_XS.
+ * DOM0LESS_XENSTORE: Xenstore will be enabled for the VM. The
+ * xenstore page allocation is done by Xen at
+ * domain creation. This feature can't be
+ * enabled without the DOM0LESS_ENHANCED_NO_XS.
+ * DOM0LESS_XS_LEGACY Xenstore will be enabled for the VM, the
+ * xenstore page allocation will happen in
+ * init-dom0less. This feature can't be enabled
+ * without the DOM0LESS_ENHANCED_NO_XS.
* DOM0LESS_ENHANCED: Notify the OS it is running on top of Xen. All the
* default features (including Xenstore) will be
* available. Note that an OS *must* not rely on the
* availability of Xen features if this is not set.
+ * DOM0LESS_ENHANCED_LEGACY:Same as before, but using DOM0LESS_XS_LEGACY.
*/
#define DOM0LESS_ENHANCED_NO_XS BIT(0, U)
#define DOM0LESS_XENSTORE BIT(1, U)
+#define DOM0LESS_XS_LEGACY BIT(2, U)
+#define DOM0LESS_ENHANCED_LEGACY (DOM0LESS_ENHANCED_NO_XS | DOM0LESS_XS_LEGACY)
#define DOM0LESS_ENHANCED (DOM0LESS_ENHANCED_NO_XS | DOM0LESS_XENSTORE)
struct kernel_info {
--
2.25.1
next prev parent reply other threads:[~2025-02-06 1:09 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-06 1:08 [PATCH v5 0/9] Guest XenStore page allocation for 11 Dom0less domUs Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 1/9] automation: upgrade Linux kernel for arm64 tests to 6.6.74 Stefano Stabellini
2025-02-06 7:58 ` Orzel, Michal
2025-02-06 23:12 ` Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 2/9] xen/arm/static-shmem: Static-shmem should be direct-mapped for direct-mapped domains Stefano Stabellini
2025-02-06 8:04 ` Orzel, Michal
2025-02-06 23:13 ` Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 3/9] xen/arm: Alloc XenStore page for Dom0less DomUs from hypervisor Stefano Stabellini
2025-02-06 10:20 ` Orzel, Michal
2025-02-07 1:19 ` Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 4/9] tools/init-dom0less: Avoid hardcoding GUEST_MAGIC_BASE Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 5/9] docs/features/dom0less: Update the late XenStore init protocol Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 6/9] automation: add ping test to static-mem test Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 7/9] init-dom0less: allocate xenstore page is not already allocated Stefano Stabellini
2025-02-06 12:37 ` Jan Beulich
2025-02-06 23:14 ` Stefano Stabellini
2025-02-06 1:08 ` Stefano Stabellini [this message]
2025-02-06 12:08 ` [PATCH v5 8/9] xen/arm: introduce legacy dom0less option for xenstore allocation Orzel, Michal
2025-02-07 1:43 ` Stefano Stabellini
2025-02-06 1:08 ` [PATCH v5 9/9] [DO NOT COMMIT] automation: add one test using an older unpatched Linux kernel Stefano Stabellini
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=20250206010843.618280-8-stefano.stabellini@amd.com \
--to=stefano.stabellini@amd.com \
--cc=Volodymyr_Babchuk@epam.com \
--cc=bertrand.marquis@arm.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.