Blame SOURCES/0076-multipath.conf-5-remove-io-affinity-information.patch

86e138
From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
86e138
From: Benjamin Marzinski <bmarzins@redhat.com>
86e138
Date: Tue, 29 Nov 2022 19:56:37 -0600
86e138
Subject: [PATCH] multipath.conf(5): remove io-affinity information
86e138
86e138
The multpath-tools do not support the io-affinity path selector.  We
86e138
always add a repeat count as the path argument. The io-affinity selector
86e138
doesn't take one. Instead it takes a bit map of CPUs that a path can
86e138
run on. This isn't something that lends itself to the kind of
86e138
auto-assembling that multipathd does. But even if we did want to
86e138
try to support this path-selector, until we do, we shouldn't be listing
86e138
it in the multipath.conf documentation.
86e138
86e138
Signed-off-by: Benjamin Marzinski <bmarzins@redhat.com>
86e138
---
86e138
 multipath/multipath.conf.5 | 4 ----
86e138
 1 file changed, 4 deletions(-)
86e138
86e138
diff --git a/multipath/multipath.conf.5 b/multipath/multipath.conf.5
86e138
index 01904feb..5e447e67 100644
86e138
--- a/multipath/multipath.conf.5
86e138
+++ b/multipath/multipath.conf.5
86e138
@@ -211,10 +211,6 @@ of outstanding I/O to the path and its relative throughput.
86e138
 estimation of future service time based on the history of previous I/O submitted
86e138
 to each path.
86e138
 .TP
86e138
-.I "io-affinity 0"
86e138
-(Since 5.11 kernel) Choose the path for the next bunch of I/O based on a CPU to
86e138
-path mapping the user passes in and what CPU we are executing on.
86e138
-.TP
86e138
 The default is: \fBservice-time 0\fR
86e138
 .RE
86e138
 .