From: Jérémie Galarneau Date: Fri, 18 May 2018 19:03:13 +0000 (-0400) Subject: Clean-up: explicit mb before decrementing lttng_sessiond_ready X-Git-Tag: v2.11.0-rc1~232 X-Git-Url: https://git.lttng.org./?a=commitdiff_plain;h=524423d6b372147fd0a012700873d455fa4a0737;p=lttng-tools.git Clean-up: explicit mb before decrementing lttng_sessiond_ready This is mostly a documentation fix as there are no thread-safety implications to this change. uatomic_sub_return() was used since it performs a full memory barrier before and after the atomic operation (as per the urcu documentation). The barrier performed after the substraction is not needed in this particular case. Moreover, using an explicit cmm_smp_mb() statement makes the code clearer; see the comment as to why this barrier is needed. Signed-off-by: Jérémie Galarneau --- diff --git a/src/bin/lttng-sessiond/main.c b/src/bin/lttng-sessiond/main.c index f9b41d270..9c2458eb1 100644 --- a/src/bin/lttng-sessiond/main.c +++ b/src/bin/lttng-sessiond/main.c @@ -366,10 +366,21 @@ LTTNG_HIDDEN void sessiond_notify_ready(void) { /* - * The _return variant is used since the implied memory barriers are - * required. + * This memory barrier is paired with the one performed by + * the client thread after it has seen that 'lttng_sessiond_ready' is 0. + * + * The purpose of these memory barriers is to ensure that all + * initialization operations of the various threads that call this + * function to signal that they are ready are commited/published + * before the client thread can see the 'lttng_sessiond_ready' counter + * reach 0. + * + * Note that this could be a 'write' memory barrier, but a full barrier + * is used in case the code using this utility changes. The performance + * implications of this choice are minimal since this is a slow path. */ - (void) uatomic_sub_return(<tng_sessiond_ready, 1); + cmm_smp_mb(); + uatomic_sub(<tng_sessiond_ready, 1); } static