[PATCH 02/25] eal: return error instead of panic for cpu init
From: Aaron Conole <aconole@redhat.com>
Date: 2017-01-27 14:57:13
Subsystem:
library code, the rest · Maintainers:
Andrew Morton, Linus Torvalds
From: Aaron Conole <aconole@redhat.com>
Date: 2017-01-27 14:57:13
Subsystem:
library code, the rest · Maintainers:
Andrew Morton, Linus Torvalds
There may be no way to gracefully recover, but the application should be notified that a failure happened, rather than completely aborting. This allows the user to proceed with a "slow-path" type solution. Signed-off-by: Aaron Conole <aconole@redhat.com> --- lib/librte_eal/linuxapp/eal/eal.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c
index bf6b818..ea7a4e4 100644
--- a/lib/librte_eal/linuxapp/eal/eal.c
+++ b/lib/librte_eal/linuxapp/eal/eal.c@@ -767,8 +767,11 @@ rte_eal_init(int argc, char **argv) /* set log level as early as possible */ rte_set_log_level(internal_config.log_level); - if (rte_eal_cpu_init() < 0) - rte_panic("Cannot detect lcores\n"); + if (rte_eal_cpu_init() < 0) { + RTE_LOG (ERR, EAL, "Cannot detect lcores\n"); + rte_errno = ENOTSUP; + return -1; + } fctret = eal_parse_args(argc, argv); if (fctret < 0)
--
2.7.4