* [PATCH] Revert "eal/unix: fix thread creation"
@ 2024-10-30 19:08 luca.boccassi
2024-10-30 19:52 ` Stephen Hemminger
2024-10-30 20:30 ` [PATCH v2] " luca.boccassi
0 siblings, 2 replies; 4+ messages in thread
From: luca.boccassi @ 2024-10-30 19:08 UTC (permalink / raw)
To: dev; +Cc: david.marchand, roretzla
From: Luca Boccassi <luca.boccassi@gmail.com>
This commit introduced a regression on arm64, causing a deadlock.
lcores_autotest gets stuck and never terminates:
[ 1077s] EAL: Detected CPU lcores: 4
[ 1077s] EAL: Detected NUMA nodes: 1
[ 1077s] EAL: Detected shared linkage of DPDK
[ 1077s] EAL: Multi-process socket /tmp/dpdk/rte/mp_socket
[ 1077s] EAL: Selected IOVA mode 'VA'
[ 1077s] APP: HPET is not enabled, using TSC as default timer
[ 1077s] RTE>>lcores_autotest
[ 1127s] DPDK:fast-tests / lcores_autotest time out (After 50.0 seconds)
This is 100% reproducible when running the fast tests suite
after a package build on OBS. Reverting it reliably fixes the
issue.
This reverts commit b28c6196b132d1f25cb8c1bf781520fc41556b3a.
---
I have bisected this long standing issue and identified the commit
that introduced it. If anybody can provide a different fix that would
be better, but if it's not possible to find another solution, it would
be good to revert it until it can be found, to resolve the regression.
lib/eal/unix/rte_thread.c | 73 +++++++++++++++------------------------
1 file changed, 28 insertions(+), 45 deletions(-)
diff --git a/lib/eal/unix/rte_thread.c b/lib/eal/unix/rte_thread.c
index 1b4c73f58e..9a39ba3bb3 100644
--- a/lib/eal/unix/rte_thread.c
+++ b/lib/eal/unix/rte_thread.c
@@ -5,7 +5,6 @@
#include <errno.h>
#include <pthread.h>
-#include <stdbool.h>
#include <stdlib.h>
#include <string.h>
@@ -19,14 +18,9 @@ struct eal_tls_key {
pthread_key_t thread_index;
};
-struct thread_start_context {
+struct thread_routine_ctx {
rte_thread_func thread_func;
- void *thread_args;
- const rte_thread_attr_t *thread_attr;
- pthread_mutex_t wrapper_mutex;
- pthread_cond_t wrapper_cond;
- int wrapper_ret;
- bool wrapper_done;
+ void *routine_args;
};
static int
@@ -89,29 +83,13 @@ thread_map_os_priority_to_eal_priority(int policy, int os_pri,
}
static void *
-thread_start_wrapper(void *arg)
+thread_func_wrapper(void *arg)
{
- struct thread_start_context *ctx = (struct thread_start_context *)arg;
- rte_thread_func thread_func = ctx->thread_func;
- void *thread_args = ctx->thread_args;
- int ret = 0;
+ struct thread_routine_ctx ctx = *(struct thread_routine_ctx *)arg;
- if (ctx->thread_attr != NULL && CPU_COUNT(&ctx->thread_attr->cpuset) > 0) {
- ret = rte_thread_set_affinity_by_id(rte_thread_self(), &ctx->thread_attr->cpuset);
- if (ret != 0)
- EAL_LOG(DEBUG, "rte_thread_set_affinity_by_id failed");
- }
+ free(arg);
- pthread_mutex_lock(&ctx->wrapper_mutex);
- ctx->wrapper_ret = ret;
- ctx->wrapper_done = true;
- pthread_cond_signal(&ctx->wrapper_cond);
- pthread_mutex_unlock(&ctx->wrapper_mutex);
-
- if (ret != 0)
- return NULL;
-
- return (void *)(uintptr_t)thread_func(thread_args);
+ return (void *)(uintptr_t)ctx.thread_func(ctx.routine_args);
}
int
@@ -122,18 +100,20 @@ rte_thread_create(rte_thread_t *thread_id,
int ret = 0;
pthread_attr_t attr;
pthread_attr_t *attrp = NULL;
+ struct thread_routine_ctx *ctx;
struct sched_param param = {
.sched_priority = 0,
};
int policy = SCHED_OTHER;
- struct thread_start_context ctx = {
- .thread_func = thread_func,
- .thread_args = args,
- .thread_attr = thread_attr,
- .wrapper_done = false,
- .wrapper_mutex = PTHREAD_MUTEX_INITIALIZER,
- .wrapper_cond = PTHREAD_COND_INITIALIZER,
- };
+
+ ctx = calloc(1, sizeof(*ctx));
+ if (ctx == NULL) {
+ RTE_LOG(DEBUG, EAL, "Insufficient memory for thread context allocations\n");
+ ret = ENOMEM;
+ goto cleanup;
+ }
+ ctx->routine_args = args;
+ ctx->thread_func = thread_func;
if (thread_attr != NULL) {
ret = pthread_attr_init(&attr);
@@ -155,6 +135,7 @@ rte_thread_create(rte_thread_t *thread_id,
goto cleanup;
}
+
if (thread_attr->priority ==
RTE_THREAD_PRIORITY_REALTIME_CRITICAL) {
ret = ENOTSUP;
@@ -179,22 +160,24 @@ rte_thread_create(rte_thread_t *thread_id,
}
ret = pthread_create((pthread_t *)&thread_id->opaque_id, attrp,
- thread_start_wrapper, &ctx);
+ thread_func_wrapper, ctx);
if (ret != 0) {
EAL_LOG(DEBUG, "pthread_create failed");
goto cleanup;
}
- pthread_mutex_lock(&ctx.wrapper_mutex);
- while (!ctx.wrapper_done)
- pthread_cond_wait(&ctx.wrapper_cond, &ctx.wrapper_mutex);
- ret = ctx.wrapper_ret;
- pthread_mutex_unlock(&ctx.wrapper_mutex);
-
- if (ret != 0)
- rte_thread_join(*thread_id, NULL);
+ if (thread_attr != NULL && CPU_COUNT(&thread_attr->cpuset) > 0) {
+ ret = rte_thread_set_affinity_by_id(*thread_id,
+ &thread_attr->cpuset);
+ if (ret != 0) {
+ EAL_LOG(DEBUG, "rte_thread_set_affinity_by_id failed");
+ goto cleanup;
+ }
+ }
+ ctx = NULL;
cleanup:
+ free(ctx);
if (attrp != NULL)
pthread_attr_destroy(&attr);
--
2.45.2
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Revert "eal/unix: fix thread creation"
2024-10-30 19:08 [PATCH] Revert "eal/unix: fix thread creation" luca.boccassi
@ 2024-10-30 19:52 ` Stephen Hemminger
2024-10-30 20:31 ` Luca Boccassi
2024-10-30 20:30 ` [PATCH v2] " luca.boccassi
1 sibling, 1 reply; 4+ messages in thread
From: Stephen Hemminger @ 2024-10-30 19:52 UTC (permalink / raw)
To: luca.boccassi; +Cc: dev, david.marchand, roretzla
On Wed, 30 Oct 2024 19:08:41 +0000
luca.boccassi@gmail.com wrote:
> From: Luca Boccassi <luca.boccassi@gmail.com>
>
> This commit introduced a regression on arm64, causing a deadlock.
> lcores_autotest gets stuck and never terminates:
>
> [ 1077s] EAL: Detected CPU lcores: 4
> [ 1077s] EAL: Detected NUMA nodes: 1
> [ 1077s] EAL: Detected shared linkage of DPDK
> [ 1077s] EAL: Multi-process socket /tmp/dpdk/rte/mp_socket
> [ 1077s] EAL: Selected IOVA mode 'VA'
> [ 1077s] APP: HPET is not enabled, using TSC as default timer
> [ 1077s] RTE>>lcores_autotest
> [ 1127s] DPDK:fast-tests / lcores_autotest time out (After 50.0 seconds)
>
> This is 100% reproducible when running the fast tests suite
> after a package build on OBS. Reverting it reliably fixes the
> issue.
>
> This reverts commit b28c6196b132d1f25cb8c1bf781520fc41556b3a.
> ---
> I have bisected this long standing issue and identified the commit
> that introduced it. If anybody can provide a different fix that would
> be better, but if it's not possible to find another solution, it would
> be good to revert it until it can be found, to resolve the regression.
>
> lib/eal/unix/rte_thread.c | 73 +++++++++++++++------------------------
> 1 file changed, 28 insertions(+), 45 deletions(-)
Missing DCO (no Signed-off-by) which is required even for a Revert.
Also Luca usually uses either Debian or Microsoft email address
getting one from gmail is different and not in mailmap.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Revert "eal/unix: fix thread creation"
2024-10-30 19:52 ` Stephen Hemminger
@ 2024-10-30 20:31 ` Luca Boccassi
0 siblings, 0 replies; 4+ messages in thread
From: Luca Boccassi @ 2024-10-30 20:31 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: dev, david.marchand, roretzla
On Wed, 30 Oct 2024 at 19:52, Stephen Hemminger
<stephen@networkplumber.org> wrote:
>
> On Wed, 30 Oct 2024 19:08:41 +0000
> luca.boccassi@gmail.com wrote:
>
> > From: Luca Boccassi <luca.boccassi@gmail.com>
> >
> > This commit introduced a regression on arm64, causing a deadlock.
> > lcores_autotest gets stuck and never terminates:
> >
> > [ 1077s] EAL: Detected CPU lcores: 4
> > [ 1077s] EAL: Detected NUMA nodes: 1
> > [ 1077s] EAL: Detected shared linkage of DPDK
> > [ 1077s] EAL: Multi-process socket /tmp/dpdk/rte/mp_socket
> > [ 1077s] EAL: Selected IOVA mode 'VA'
> > [ 1077s] APP: HPET is not enabled, using TSC as default timer
> > [ 1077s] RTE>>lcores_autotest
> > [ 1127s] DPDK:fast-tests / lcores_autotest time out (After 50.0 seconds)
> >
> > This is 100% reproducible when running the fast tests suite
> > after a package build on OBS. Reverting it reliably fixes the
> > issue.
> >
> > This reverts commit b28c6196b132d1f25cb8c1bf781520fc41556b3a.
> > ---
> > I have bisected this long standing issue and identified the commit
> > that introduced it. If anybody can provide a different fix that would
> > be better, but if it's not possible to find another solution, it would
> > be good to revert it until it can be found, to resolve the regression.
> >
> > lib/eal/unix/rte_thread.c | 73 +++++++++++++++------------------------
> > 1 file changed, 28 insertions(+), 45 deletions(-)
>
> Missing DCO (no Signed-off-by) which is required even for a Revert.
>
> Also Luca usually uses either Debian or Microsoft email address
> getting one from gmail is different and not in mailmap.
Yeah forgot the signed-off, sent v2, thanks
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH v2] Revert "eal/unix: fix thread creation"
2024-10-30 19:08 [PATCH] Revert "eal/unix: fix thread creation" luca.boccassi
2024-10-30 19:52 ` Stephen Hemminger
@ 2024-10-30 20:30 ` luca.boccassi
1 sibling, 0 replies; 4+ messages in thread
From: luca.boccassi @ 2024-10-30 20:30 UTC (permalink / raw)
To: dev; +Cc: david.marchand, roretzla
From: Luca Boccassi <luca.boccassi@gmail.com>
This commit introduced a regression on arm64, causing a deadlock.
lcores_autotest gets stuck and never terminates:
[ 1077s] EAL: Detected CPU lcores: 4
[ 1077s] EAL: Detected NUMA nodes: 1
[ 1077s] EAL: Detected shared linkage of DPDK
[ 1077s] EAL: Multi-process socket /tmp/dpdk/rte/mp_socket
[ 1077s] EAL: Selected IOVA mode 'VA'
[ 1077s] APP: HPET is not enabled, using TSC as default timer
[ 1077s] RTE>>lcores_autotest
[ 1127s] DPDK:fast-tests / lcores_autotest time out (After 50.0 seconds)
This is 100% reproducible when running the fast tests suite
after a package build on OBS. Reverting it reliably fixes the
issue.
This reverts commit b28c6196b132d1f25cb8c1bf781520fc41556b3a.
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
---
v2: add forgotten signed-off-by
I have bisected this long standing issue and identified the commit
that introduced it. If anybody can provide a different fix that would
be better, but if it's not possible to find another solution, it would
be good to revert it until it can be found, to resolve the regression.
lib/eal/unix/rte_thread.c | 73 +++++++++++++++------------------------
1 file changed, 28 insertions(+), 45 deletions(-)
diff --git a/lib/eal/unix/rte_thread.c b/lib/eal/unix/rte_thread.c
index 1b4c73f58e..9a39ba3bb3 100644
--- a/lib/eal/unix/rte_thread.c
+++ b/lib/eal/unix/rte_thread.c
@@ -5,7 +5,6 @@
#include <errno.h>
#include <pthread.h>
-#include <stdbool.h>
#include <stdlib.h>
#include <string.h>
@@ -19,14 +18,9 @@ struct eal_tls_key {
pthread_key_t thread_index;
};
-struct thread_start_context {
+struct thread_routine_ctx {
rte_thread_func thread_func;
- void *thread_args;
- const rte_thread_attr_t *thread_attr;
- pthread_mutex_t wrapper_mutex;
- pthread_cond_t wrapper_cond;
- int wrapper_ret;
- bool wrapper_done;
+ void *routine_args;
};
static int
@@ -89,29 +83,13 @@ thread_map_os_priority_to_eal_priority(int policy, int os_pri,
}
static void *
-thread_start_wrapper(void *arg)
+thread_func_wrapper(void *arg)
{
- struct thread_start_context *ctx = (struct thread_start_context *)arg;
- rte_thread_func thread_func = ctx->thread_func;
- void *thread_args = ctx->thread_args;
- int ret = 0;
+ struct thread_routine_ctx ctx = *(struct thread_routine_ctx *)arg;
- if (ctx->thread_attr != NULL && CPU_COUNT(&ctx->thread_attr->cpuset) > 0) {
- ret = rte_thread_set_affinity_by_id(rte_thread_self(), &ctx->thread_attr->cpuset);
- if (ret != 0)
- EAL_LOG(DEBUG, "rte_thread_set_affinity_by_id failed");
- }
+ free(arg);
- pthread_mutex_lock(&ctx->wrapper_mutex);
- ctx->wrapper_ret = ret;
- ctx->wrapper_done = true;
- pthread_cond_signal(&ctx->wrapper_cond);
- pthread_mutex_unlock(&ctx->wrapper_mutex);
-
- if (ret != 0)
- return NULL;
-
- return (void *)(uintptr_t)thread_func(thread_args);
+ return (void *)(uintptr_t)ctx.thread_func(ctx.routine_args);
}
int
@@ -122,18 +100,20 @@ rte_thread_create(rte_thread_t *thread_id,
int ret = 0;
pthread_attr_t attr;
pthread_attr_t *attrp = NULL;
+ struct thread_routine_ctx *ctx;
struct sched_param param = {
.sched_priority = 0,
};
int policy = SCHED_OTHER;
- struct thread_start_context ctx = {
- .thread_func = thread_func,
- .thread_args = args,
- .thread_attr = thread_attr,
- .wrapper_done = false,
- .wrapper_mutex = PTHREAD_MUTEX_INITIALIZER,
- .wrapper_cond = PTHREAD_COND_INITIALIZER,
- };
+
+ ctx = calloc(1, sizeof(*ctx));
+ if (ctx == NULL) {
+ RTE_LOG(DEBUG, EAL, "Insufficient memory for thread context allocations\n");
+ ret = ENOMEM;
+ goto cleanup;
+ }
+ ctx->routine_args = args;
+ ctx->thread_func = thread_func;
if (thread_attr != NULL) {
ret = pthread_attr_init(&attr);
@@ -155,6 +135,7 @@ rte_thread_create(rte_thread_t *thread_id,
goto cleanup;
}
+
if (thread_attr->priority ==
RTE_THREAD_PRIORITY_REALTIME_CRITICAL) {
ret = ENOTSUP;
@@ -179,22 +160,24 @@ rte_thread_create(rte_thread_t *thread_id,
}
ret = pthread_create((pthread_t *)&thread_id->opaque_id, attrp,
- thread_start_wrapper, &ctx);
+ thread_func_wrapper, ctx);
if (ret != 0) {
EAL_LOG(DEBUG, "pthread_create failed");
goto cleanup;
}
- pthread_mutex_lock(&ctx.wrapper_mutex);
- while (!ctx.wrapper_done)
- pthread_cond_wait(&ctx.wrapper_cond, &ctx.wrapper_mutex);
- ret = ctx.wrapper_ret;
- pthread_mutex_unlock(&ctx.wrapper_mutex);
-
- if (ret != 0)
- rte_thread_join(*thread_id, NULL);
+ if (thread_attr != NULL && CPU_COUNT(&thread_attr->cpuset) > 0) {
+ ret = rte_thread_set_affinity_by_id(*thread_id,
+ &thread_attr->cpuset);
+ if (ret != 0) {
+ EAL_LOG(DEBUG, "rte_thread_set_affinity_by_id failed");
+ goto cleanup;
+ }
+ }
+ ctx = NULL;
cleanup:
+ free(ctx);
if (attrp != NULL)
pthread_attr_destroy(&attr);
--
2.45.2
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-10-30 20:32 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-10-30 19:08 [PATCH] Revert "eal/unix: fix thread creation" luca.boccassi
2024-10-30 19:52 ` Stephen Hemminger
2024-10-30 20:31 ` Luca Boccassi
2024-10-30 20:30 ` [PATCH v2] " luca.boccassi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).