Fix deadlock between wait_set condition_mutex and entity-specific mutexes (backport #992)#1001
Fix deadlock between wait_set condition_mutex and entity-specific mutexes (backport #992)#1001mergify[bot] wants to merge 2 commits into
Conversation
|
Cherry-pick of 5eaeb6d has failed: To fix up this pull request, you can check it out locally. See documentation: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally |
…exes (#992) Signed-off-by: Yadunund <yadunund@intrinsic.ai>
4109bb1 to
d13d477
Compare
|
Tick the box to add this pull request to the merge queue (same as
|
|
When using this version, every time I have tried to start a launch file with about 20 nodes, some nodes crashed on boot with this output: I have not dug enough to see if it is this exact commit that caused the issue. |
@romainreignier I recommend opening another ticket with more details on the error and with a set of commands that will help us reproduce the issue to target a fix. |
Signed-off-by: Yadunund <yadunund@intrinsic.ai>
I've confirmed a similar crash on both rolling and this branch. I've opened an issue (#1003 ) for rolling with a minimal reproduction. Could you check whether it matches your case? |
|
@araitaiga Thanks a lot for opening the issue, I could not find a time slot this week to do further testing on this. |
|
I think this patch is broken as it introduces a use after free. Closing this for now. |
|
@romainreignier @araitaiga There is a new fix at #1005 |
Description
Fix ABBA deadlock caused between the waitset's global condition_mutex and class-level internal mutexes in the RMW data structures. The fix follows the same pattern as what we have in EventsManger which was added as part of #937.
Added a test case to validate fix.
Fixes #921
Is this user-facing behavior change?
No
Did you use Generative AI?
Yes, Gemini 3
Additional Information
This is an automatic backport of pull request #992 done by [Mergify](https://mergify.com).