Implement QoS: liveliness, deadline, lifespan#171
Conversation
|
@wjwwood I believe we have addressed all of your comments. Please let us know if there is anything else outstanding given the latest changes. |
ff6246d to
074c30a
Compare
|
This branch has conflicts and cannot be merged. |
wjwwood
left a comment
There was a problem hiding this comment.
Unfortunately I cannot review it in the current state, as it has lots of commits from master mixed into it.
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Emerson Knapp <eknapp@amazon.com> Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
…eration of the feature Signed-off-by: Emerson Knapp <eknapp@amazon.com> Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Removed unsupported QoS types Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
**Summary** Event initialization should require no modifications from the underlying rmw layer and therefore can be initialized in the rmw layer. Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
Signed-off-by: Devin Bonnie <dbbonnie@amazon.com> Signed-off-by: Burek <burekn@f45c89c6612b.ant.amazon.com>
|
@thomas-moulard - please run the following CI job:
|
|
Let me know if I can help. Sorry about the last minute collisions, I know they're a pain. |
Signed-off-by: Miaofei <miaofei@amazon.com>
|
Thanks @wjwwood - we're running through it and will let you know - most of the rebases have been fairly straightforward but a few things are throwing us for a loop - hopefully have a good build ready to go soon |
|
HI @wjwwood and @sloretz, can this be merged now based on the #171 (comment) CI run? We will have quick follow up to fix the warnings. |
|
CI with (https://gist.githubusercontent.com/mm318/582ceeae9b2d2efc4c48bfa7c2b98f12/raw/cc86a231fd3f6c20c03e576290a1968fa97ef6c8/ros2.repos and |
|
We're investigating the test failure on macOS, but they look like flaky (new) tests. |
|
@wjwwood what are your thoughts on disabling failing tests for now and our team submitting a separate PR for the fix so we can get this merged? |
|
@rutvih I think we're going to do that, I just started a macOS only job to see if that works: |
|
Ok, here's full CI: EDIT: The macOS and Windows jobs got disconnected and re-queued due to the router reboot... I'll merge if it is green 🎉. @mm318 can you open an issue about fixing that test we disabled, just so we don't loose track of it. |
Sure, will do. EDIT: Tracked at ros2/rcl#431 |
How exactly is the failing test flaky? The tests were run with which doesn't sound flaky to me. Does it work for people in local testing? I am fine disabling the new test for now - I would just like to be clear about why / how. |
|
That error output is unrelated to the test failures. The test is flaky because it passes 90% of the time on @wjwwood's macOS laptop and actually only the RTI Connext version of the test kept failing on the buildfarm while the OpenSplice version did not. |
Yes, for what ever reason that message only prints when it fails. I think it might be cached when they are pre-fetched, and only prints when the test fails. That symbol was added in https://github.com/ros2/rmw_implementation/pull/51/files#diff-0e10897bf5aa86e527bbfbb0e10759e9R299 and not in rmw_connext's pr (https://github.com/ros2/rmw_connext/pull/353/files). |
|
@mjcarroll fyi |
|
Unfortunately the linters are now failing, at some point, around 4 hours ago, code was pushed to the rmw connext branch and it has a line that's too long, see: ros2/rmw_connext#352 (comment) I cannot get this retested before nightlies start, so we'll have to re-evaluate in the morning. |
|
@wjwwood Would you be able to kick off CI to run overnight? |
|
@tfoote I'm a bit confused about what we're seeing there - the linux aarch64 one is one that I've seen periodically that seems like it's a buildfarm quirk and the windows has a bunch of test failures for the CLI, which also seems unrelated to what we've done here - considering the previous builds did pass those tests? |
|
@wjwwood @sloretz Can we merge this based on these results? #171 (comment) |
This one is actually a bug, but a long running, known bug: ros2/build_farmer#166 . So you can safely ignore that one. |
|
We've decided to merge after looking at the CI manually. 👍 |
|
Awesome! Thank you! |
Summary
Provide init/fini and take functions for events. Modify wait_set to include event handles for notification of status changes.
Details:
** Event initialization should require no modifications from the underlying rmw layer and therefore can be initialized in the rmw layer.
Signed-off-by: Ross Desmond 44277324+ross-desmond@users.noreply.github.com
Depends on #173