|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [xen stable-4.18] x86/x2apic: introduce a mixed physical/cluster mode
commit 1792d1723b7fb45a20b145d2de4d233913b22c09
Author: Roger Pau Monné <roger.pau@xxxxxxxxxx>
AuthorDate: Tue Dec 12 14:45:52 2023 +0100
Commit: Jan Beulich <jbeulich@xxxxxxxx>
CommitDate: Tue Dec 12 14:45:52 2023 +0100
x86/x2apic: introduce a mixed physical/cluster mode
The current implementation of x2APIC requires to either use Cluster Logical
or
Physical mode for all interrupts. However the selection of Physical vs
Logical
is not done at APIC setup, an APIC can be addressed both in Physical or
Logical
destination modes concurrently.
Introduce a new x2APIC mode called Mixed, which uses Logical Cluster mode
for
IPIs, and Physical mode for external interrupts, thus attempting to use the
best method for each interrupt type.
Using Physical mode for external interrupts allows more vectors to be used,
and
interrupt balancing to be more accurate.
Using Logical Cluster mode for IPIs allows fewer accesses to the ICR
register
when sending those, as multiple CPUs can be targeted with a single ICR
register
write.
A simple test calling flush_tlb_all() 10000 times on a tight loop on AMD
EPYC
9754 with 512 CPUs gives the following figures in nano seconds:
x mixed
+ phys
* cluster
N Min Max Median Avg Stddev
x 25 3.5131328e+08 3.5716441e+08 3.5410987e+08 3.5432659e+08 1566737.4
+ 12 1.231082e+09 1.238824e+09 1.2370528e+09 1.2357981e+09 2853892.9
Difference at 95.0% confidence
8.81472e+08 +/- 1.46849e+06
248.774% +/- 0.96566%
(Student's t, pooled s = 2.05985e+06)
* 11 3.5099276e+08 3.5561459e+08 3.5461234e+08 3.5415668e+08 1415071.9
No difference proven at 95.0% confidence
So Mixed has no difference when compared to Cluster mode, and Physical mode
is
248% slower when compared to either Mixed or Cluster modes with a 95%
confidence.
Note that Xen uses Cluster mode by default, and hence is already using the
fastest way for IPI delivery at the cost of reducing the amount of vectors
available system-wide.
Make the newly introduced mode the default one.
Note the printing of the APIC addressing mode done in connect_bsp_APIC() has
been removed, as with the newly introduced mixed mode this would require
more
fine grained printing, or else would be incorrect. The addressing mode can
already be derived from the APIC driver in use, which is printed by
different
helpers.
Suggested-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>
Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
Acked-by: Henry Wang <Henry.Wang@xxxxxxx>
master commit: e3c409d59ac87ccdf97b8c7708c81efa8069cb31
master date: 2023-11-07 09:59:48 +0000
---
CHANGELOG.md | 7 +++
docs/misc/xen-command-line.pandoc | 12 +++++
xen/arch/x86/Kconfig | 35 ++++++++++++--
xen/arch/x86/apic.c | 6 +--
xen/arch/x86/genapic/x2apic.c | 98 +++++++++++++++++++++++++++++----------
5 files changed, 123 insertions(+), 35 deletions(-)
diff --git a/CHANGELOG.md b/CHANGELOG.md
index 7fb4d366c3..5aa01dae5d 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -4,6 +4,13 @@ Notable changes to Xen will be documented in this file.
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/)
+##
[4.18.1](https://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=RELEASE-4.18.1)
+
+### Added
+ - On x86:
+ - Introduce a new x2APIC driver that uses Cluster Logical addressing mode
+ for IPIs and Physical addressing mode for external interrupts.
+
##
[4.18.0](https://xenbits.xenproject.org/gitweb/?p=xen.git;a=shortlog;h=RELEASE-4.18.0)
- 2023-11-16
### Changed
diff --git a/docs/misc/xen-command-line.pandoc
b/docs/misc/xen-command-line.pandoc
index 9a19a04157..8e65f8bd18 100644
--- a/docs/misc/xen-command-line.pandoc
+++ b/docs/misc/xen-command-line.pandoc
@@ -2804,6 +2804,15 @@ the watchdog.
Permit use of x2apic setup for SMP environments.
+### x2apic-mode (x86)
+> `= physical | cluster |Â mixed`
+
+> Default: `physical` if **FADT** mandates physical mode, otherwise set at
+> build time by CONFIG_X2APIC_{PHYSICAL,LOGICAL,MIXED}.
+
+In the case that x2apic is in use, this option switches between modes to
+address APICs in the system as interrupt destinations.
+
### x2apic_phys (x86)
> `= <boolean>`
@@ -2814,6 +2823,9 @@ In the case that x2apic is in use, this option switches
between physical and
clustered mode. The default, given no hint from the **FADT**, is cluster
mode.
+**WARNING: `x2apic_phys` is deprecated and superseded by `x2apic-mode`.
+The latter takes precedence if both are set.**
+
### xenheap_megabytes (arm32)
> `= <size>`
diff --git a/xen/arch/x86/Kconfig b/xen/arch/x86/Kconfig
index eac77573bd..1acdffc51c 100644
--- a/xen/arch/x86/Kconfig
+++ b/xen/arch/x86/Kconfig
@@ -228,11 +228,18 @@ config XEN_ALIGN_2M
endchoice
-config X2APIC_PHYSICAL
- bool "x2APIC Physical Destination mode"
+choice
+ prompt "x2APIC Driver default"
+ default X2APIC_MIXED
help
- Use x2APIC Physical Destination mode by default when available.
+ Select APIC addressing when x2APIC is enabled.
+
+ The default mode is mixed which should provide the best aspects
+ of both physical and cluster modes.
+config X2APIC_PHYSICAL
+ bool "Physical Destination mode"
+ help
When using this mode APICs are addressed using the Physical
Destination mode, which allows using all dynamic vectors on each
CPU independently.
@@ -242,9 +249,27 @@ config X2APIC_PHYSICAL
destination inter processor interrupts (IPIs) slightly slower than
Logical Destination mode.
- The mode when this option is not selected is Logical Destination.
+config X2APIC_CLUSTER
+ bool "Cluster Destination mode"
+ help
+ When using this mode APICs are addressed using the Cluster Logical
+ Destination mode.
+
+ Cluster Destination has the benefit of sending IPIs faster since
+ multiple APICs can be targeted as destinations of a single IPI.
+ However the vector space is shared between all CPUs on the cluster,
+ and hence using this mode reduces the number of available vectors
+ when compared to Physical mode.
- If unsure, say N.
+config X2APIC_MIXED
+ bool "Mixed Destination mode"
+ help
+ When using this mode APICs are addressed using the Cluster Logical
+ Destination mode for IPIs and Physical mode for external interrupts.
+
+ Should provide the best of both modes.
+
+endchoice
config GUEST
bool
diff --git a/xen/arch/x86/apic.c b/xen/arch/x86/apic.c
index f1264ce7ed..6acdd0ec14 100644
--- a/xen/arch/x86/apic.c
+++ b/xen/arch/x86/apic.c
@@ -229,11 +229,7 @@ void __init connect_bsp_APIC(void)
outb(0x01, 0x23);
}
- printk("Enabling APIC mode: %s. Using %d I/O APICs\n",
- !INT_DEST_MODE ? "Physical"
- : init_apic_ldr == init_apic_ldr_flat ? "Flat"
- : "Clustered",
- nr_ioapics);
+ printk("Enabling APIC mode. Using %d I/O APICs\n", nr_ioapics);
enable_apic_mode();
}
diff --git a/xen/arch/x86/genapic/x2apic.c b/xen/arch/x86/genapic/x2apic.c
index 707deef98c..b88c7a96fe 100644
--- a/xen/arch/x86/genapic/x2apic.c
+++ b/xen/arch/x86/genapic/x2apic.c
@@ -180,6 +180,36 @@ static const struct genapic __initconstrel
apic_x2apic_cluster = {
.send_IPI_self = send_IPI_self_x2apic
};
+/*
+ * Mixed x2APIC mode: use physical for external (device) interrupts, and
+ * cluster for inter processor interrupts. Such mode has the benefits of not
+ * sharing the vector space with all CPUs on the cluster, while still allowing
+ * IPIs to be more efficiently delivered by not having to perform an ICR write
+ * for each target CPU.
+ */
+static const struct genapic __initconstrel apic_x2apic_mixed = {
+ APIC_INIT("x2apic_mixed", NULL),
+
+ /*
+ * The following fields are exclusively used by external interrupts and
+ * hence are set to use Physical destination mode handlers.
+ */
+ .int_delivery_mode = dest_Fixed,
+ .int_dest_mode = 0 /* physical delivery */,
+ .vector_allocation_cpumask = vector_allocation_cpumask_phys,
+ .cpu_mask_to_apicid = cpu_mask_to_apicid_phys,
+
+ /*
+ * The following fields are exclusively used by IPIs and hence are set to
+ * use Cluster Logical destination mode handlers. Note that init_apic_ldr
+ * is not used by IPIs, but the per-CPU fields it initializes are only used
+ * by the IPI hooks.
+ */
+ .init_apic_ldr = init_apic_ldr_x2apic_cluster,
+ .send_IPI_mask = send_IPI_mask_x2apic_cluster,
+ .send_IPI_self = send_IPI_self_x2apic,
+};
+
static int cf_check update_clusterinfo(
struct notifier_block *nfb, unsigned long action, void *hcpu)
{
@@ -220,38 +250,56 @@ static struct notifier_block x2apic_cpu_nfb = {
static int8_t __initdata x2apic_phys = -1;
boolean_param("x2apic_phys", x2apic_phys);
+enum {
+ unset, physical, cluster, mixed
+} static __initdata x2apic_mode = unset;
+
+static int __init cf_check parse_x2apic_mode(const char *s)
+{
+ if ( !cmdline_strcmp(s, "physical") )
+ x2apic_mode = physical;
+ else if ( !cmdline_strcmp(s, "cluster") )
+ x2apic_mode = cluster;
+ else if ( !cmdline_strcmp(s, "mixed") )
+ x2apic_mode = mixed;
+ else
+ return -EINVAL;
+
+ return 0;
+}
+custom_param("x2apic-mode", parse_x2apic_mode);
+
const struct genapic *__init apic_x2apic_probe(void)
{
- if ( x2apic_phys < 0 )
+ /* Honour the legacy cmdline setting if it's the only one provided. */
+ if ( x2apic_mode == unset && x2apic_phys >= 0 )
+ x2apic_mode = x2apic_phys ? physical : cluster;
+
+ if ( x2apic_mode == unset )
{
- /*
- * Force physical mode if there's no (full) interrupt remapping
support:
- * The ID in clustered mode requires a 32 bit destination field due to
- * the usage of the high 16 bits to hold the cluster ID.
- */
- x2apic_phys = iommu_intremap != iommu_intremap_full ||
- (acpi_gbl_FADT.flags & ACPI_FADT_APIC_PHYSICAL) ||
- IS_ENABLED(CONFIG_X2APIC_PHYSICAL);
- }
- else if ( !x2apic_phys )
- switch ( iommu_intremap )
+ if ( acpi_gbl_FADT.flags & ACPI_FADT_APIC_PHYSICAL )
{
- case iommu_intremap_off:
- case iommu_intremap_restricted:
- printk("WARNING: x2APIC cluster mode is not supported %s interrupt
remapping -"
- " forcing phys mode\n",
- iommu_intremap == iommu_intremap_off ? "without"
- : "with restricted");
- x2apic_phys = true;
- break;
-
- case iommu_intremap_full:
- break;
+ printk(XENLOG_INFO "ACPI FADT forcing x2APIC physical mode\n");
+ x2apic_mode = physical;
}
+ else
+ x2apic_mode = IS_ENABLED(CONFIG_X2APIC_MIXED) ? mixed
+ : (IS_ENABLED(CONFIG_X2APIC_PHYSICAL) ? physical
+ : cluster);
+ }
- if ( x2apic_phys )
+ if ( x2apic_mode == physical )
return &apic_x2apic_phys;
+ if ( x2apic_mode == cluster && iommu_intremap != iommu_intremap_full )
+ {
+ printk("WARNING: x2APIC cluster mode is not supported %s interrupt
remapping -"
+ " forcing mixed mode\n",
+ iommu_intremap == iommu_intremap_off ? "without"
+ : "with restricted");
+ x2apic_mode = mixed;
+ }
+
if ( !this_cpu(cluster_cpus) )
{
update_clusterinfo(NULL, CPU_UP_PREPARE,
@@ -260,7 +308,7 @@ const struct genapic *__init apic_x2apic_probe(void)
register_cpu_notifier(&x2apic_cpu_nfb);
}
- return &apic_x2apic_cluster;
+ return x2apic_mode == cluster ? &apic_x2apic_cluster : &apic_x2apic_mixed;
}
void __init check_x2apic_preenabled(void)
--
generated by git-patchbot for /home/xen/git/xen.git#stable-4.18
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |