In eal_common_options.c, the master lcore is found by looking for the first enabled lcore (http://dpdk.org/browse/dpdk/tree/lib/librte_eal/common/eal_common_options.c?h=v18.02#n1213). However, there is no check for the case where no enabled lcore is found. In the (unlikely!) case of all first RTE_MAX_LCORE cores being disabled, the next instruction will cause an out-of-bounds array access, probably crashing the app.
Ferruh, who gets to work on this?
Can you provide a series of instructions on how to reproduce this crash? I've tried using the DPDK helloworld example, and no matter how I seem to specify the -l or -c parameters, I always get an error message about an invalid set of cores, rather than a segfault.
Can you provide Bruce the steps to reproduce this? Thanks
Ping. Any update on steps to reproduce? Also, does patch: http://patches.dpdk.org/patch/49792/ fix this issue?
Patch http://patches.dpdk.org/patch/49914/ upstreamed by David Marchand to fix this issue.
Solal can you please verify the defect? So that we can close it. Thanks.
Yes, patch 49914 fixes this issue, this can be closed. Thanks!
Thanks for confirming Solal.