* Stephen Hemminger (shemmin...@vyatta.com) wrote:
On Wed, 9 Jan 2013 13:46:17 -0500
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote:
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization library provides read-side access which scales
linearly
Increment the sequence number after we are sure that the relayd has
received correctly the data header. If an error occurs when sending the
header, the data won't be extracted from the buffers thus keeping this
sequence number untouched.
Furthermore, after sending the header, if the relayd dies,
* David Goulet (dgou...@efficios.com) wrote:
Increment the sequence number after we are sure that the relayd has
received correctly the data header. If an error occurs when sending the
header, the data won't be extracted from the buffers thus keeping this
sequence number untouched.
Improve protection to the variables where the uatomic_add_return() call
does a volatile access and returns the value atomically incremented.
Enclose that in two new functions, one for each id, which helps with the
code semantic and brings a single call site for the value update making
the code
* David Goulet (dgou...@efficios.com) wrote:
Improve protection to the variables where the uatomic_add_return() call
does a volatile access and returns the value atomically incremented.
Enclose that in two new functions, one for each id, which helps with the
code semantic and brings a single
Wait wut?
Like every uatomic_inc/read() used else were in the code won't build or
just this specific add_return call?
Thanks!
David
Mathieu Desnoyers:
* David Goulet (dgou...@efficios.com) wrote:
Improve protection to the variables where the uatomic_add_return() call
does a volatile access
Hi all,
You can now follow LTTng on Twitter: https://twitter.com/lttng_project
Thanks,
Christian
___
lttng-dev mailing list
lttng-dev@lists.lttng.org
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
* David Goulet (dgou...@efficios.com) wrote:
Wait wut?
Like every uatomic_inc/read() used else were in the code won't build or
just this specific add_return call?
You cannot use uatomic_*() on uint64_t variables on 32-bit systems.
Other uatomic_* are probably on uint32_t, integers, or
