Fix: semaphore semantics are expected from notification command eventfd
authorJérémie Galarneau <jeremie.galarneau@efficios.com>
Tue, 23 May 2017 14:15:59 +0000 (10:15 -0400)
committerJérémie Galarneau <jeremie.galarneau@efficios.com>
Tue, 23 May 2017 14:18:56 +0000 (10:18 -0400)
commit0b340ff877fd93d0cf2e34506cd5be83788f1afe
tree9dfd5c17676bfcad8cecff9f4e40d9fffa4cc078
parent213643b940cebb49b39c5bdce0f51c12903c5b78
Fix: semaphore semantics are expected from notification command eventfd

The notification command queue currently expects eventfd() to
behave according to EFD_SEMAPHORE semantics. Right now, multiple
commands could be enqueued and reading the eventfd resets its
internal counter to 0. This will cause the notification thread
to never process the next command.

EFD_SEMAPHORE will ensure that poll/epoll signals that there is
info available for reading until the eventfd's internal counter
returns to 0.

Signed-off-by: Jérémie Galarneau <jeremie.galarneau@efficios.com>
src/bin/lttng-sessiond/notification-thread.c
This page took 0.026458 seconds and 5 git commands to generate.