[dpdk-stable] patch 'examples/vm_power: respect maximum CPUs' has been queued to stable release 18.08.1
Kevin Traynor
ktraynor at redhat.com
Fri Nov 23 11:26:18 CET 2018
Hi,
FYI, your patch has been queued to stable release 18.08.1
Note it hasn't been pushed to http://dpdk.org/browse/dpdk-stable yet.
It will be pushed if I get no objections before 11/29/18. So please
shout if anyone has objections.
Also note that after the patch there's a diff of the upstream commit vs the patch applied
to the branch. If the code is different (ie: not only metadata diffs), due for example to
a change in context or macro names, please double check it.
Thanks.
Kevin Traynor
---
>From f604582776562e7788dcc616e3e884ddd123456b Mon Sep 17 00:00:00 2001
From: David Hunt <david.hunt at intel.com>
Date: Wed, 31 Oct 2018 11:50:32 +0000
Subject: [PATCH] examples/vm_power: respect maximum CPUs
[ upstream commit c12ade20c27658d488439a55f4b6d88a6f0637bf ]
The vm_power_manager app was not respecting the POWER_MGR_MAX_CPUS
during initialisation, so if there were more CPUs than this value (64),
it would lead to buffer overruns of there were more then 64 cores in
the system.
Added in a check during init and un-init to only initialise up to
lcore_id 63.
This raises the question as to why not simply increase the value of
POWER_MGR_MAX_CPUS. Well, it's not that simple, as many of the APIs take
a uint64_t as a parameter for the core mask, and this will not work for
cores greater than 63. So some work needs to be done in the future to
remove this limitation. For now we'll fix the memory corruption.
Also, the patch that this fixes says "allow greater than 64 cores" but
that's not across the entire application, it's only for the out-of-band
monitoring. I'll add a notice for an API change in the next release to
clean this up, i.e. depricate any API calls that use masks.
Fixes: 6453b9284b64 ("examples/vm_power: allow greater than 64 cores")
Signed-off-by: David Hunt <david.hunt at intel.com>
---
examples/vm_power_manager/power_manager.c | 16 ++++++++++++++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/examples/vm_power_manager/power_manager.c b/examples/vm_power_manager/power_manager.c
index b7769c3c3..f9e8c0abd 100644
--- a/examples/vm_power_manager/power_manager.c
+++ b/examples/vm_power_manager/power_manager.c
@@ -96,4 +96,5 @@ power_manager_init(void)
int ret = 0;
struct core_info *ci;
+ unsigned int max_core_num;
rte_power_set_env(PM_ENV_ACPI_CPUFREQ);
@@ -106,5 +107,10 @@ power_manager_init(void)
}
- for (i = 0; i < ci->core_count; i++) {
+ if (ci->core_count > POWER_MGR_MAX_CPUS)
+ max_core_num = POWER_MGR_MAX_CPUS;
+ else
+ max_core_num = ci->core_count;
+
+ for (i = 0; i < max_core_num; i++) {
if (ci->cd[i].global_enabled_cpus) {
if (rte_power_init(i) < 0)
@@ -166,4 +172,5 @@ power_manager_exit(void)
int ret = 0;
struct core_info *ci;
+ unsigned int max_core_num;
ci = get_core_info();
@@ -174,5 +181,10 @@ power_manager_exit(void)
}
- for (i = 0; i < ci->core_count; i++) {
+ if (ci->core_count > POWER_MGR_MAX_CPUS)
+ max_core_num = POWER_MGR_MAX_CPUS;
+ else
+ max_core_num = ci->core_count;
+
+ for (i = 0; i < max_core_num; i++) {
if (ci->cd[i].global_enabled_cpus) {
if (rte_power_exit(i) < 0) {
--
2.19.0
---
Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- - 2018-11-23 10:22:54.609972791 +0000
+++ 0014-examples-vm_power-respect-maximum-CPUs.patch 2018-11-23 10:22:54.000000000 +0000
@@ -1,8 +1,10 @@
-From c12ade20c27658d488439a55f4b6d88a6f0637bf Mon Sep 17 00:00:00 2001
+From f604582776562e7788dcc616e3e884ddd123456b Mon Sep 17 00:00:00 2001
From: David Hunt <david.hunt at intel.com>
Date: Wed, 31 Oct 2018 11:50:32 +0000
Subject: [PATCH] examples/vm_power: respect maximum CPUs
+[ upstream commit c12ade20c27658d488439a55f4b6d88a6f0637bf ]
+
The vm_power_manager app was not respecting the POWER_MGR_MAX_CPUS
during initialisation, so if there were more CPUs than this value (64),
it would lead to buffer overruns of there were more then 64 cores in
@@ -23,7 +25,6 @@
clean this up, i.e. depricate any API calls that use masks.
Fixes: 6453b9284b64 ("examples/vm_power: allow greater than 64 cores")
-Cc: stable at dpdk.org
Signed-off-by: David Hunt <david.hunt at intel.com>
---
More information about the stable
mailing list