Re: [lttng-dev] URCU background threads vs signalfd

2022-09-26 Thread Mathieu Desnoyers via lttng-dev
On 2022-09-23 18:05, Eric Wong wrote: Mathieu Desnoyers wrote: On 2022-09-23 13:55, Eric Wong wrote: Mathieu Desnoyers wrote: On 2022-09-22 05:15, Eric Wong via lttng-dev wrote: Hello, I'm using urcu-bp + rculfhash + call_rcu to implement malloc instrumentation (via LD_PRELOAD) on an existi

[lttng-dev] [RFC PATCH urcu] Disable signals in URCU background threads

2022-09-26 Thread Mathieu Desnoyers via lttng-dev
Applications using signalfd depend on signals being blocked in all threads of the process, otherwise threads with unblocked signals can receive them and starve the signalfd. While some threads in URCU do block signals (e.g. workqueue worker for rculfhash), the call_rcu, defer_rcu, and rculfhash pa

Re: [lttng-dev] URCU background threads vs signalfd

2022-09-26 Thread Eric Wong via lttng-dev
Mathieu Desnoyers wrote: > Do you mind if I fold our 2 patches together with a Co-developed-by tag and > use your Signed-off-by ? Looks good to me, thanks. > Then the question that will arise is whether this change is sufficiently > self-contained that we can push it to stable branches, or if it

Re: [lttng-dev] URCU background threads vs signalfd

2022-09-26 Thread Mathieu Desnoyers via lttng-dev
On 2022-09-26 15:58, Eric Wong wrote: Mathieu Desnoyers wrote: Do you mind if I fold our 2 patches together with a Co-developed-by tag and use your Signed-off-by ? Looks good to me, thanks. Then the question that will arise is whether this change is sufficiently self-contained that we can p