Lifecycle events and mir_connection_release

Christopher James Halse Rogers chris at
Fri Jul 18 04:40:09 UTC 2014

Hey, y'all.

One of the things the RPC transport rework has shaken out is the 
interaction of mir_lifecycle_connection_lost and mir_connection_release.

Previously, mir_connection_release would not generate a connection_lost 
lifecycle event; now it (mostly) does, and this is reflected in the 
updates to the tests.

Really it should be deterministically one way or the other, though.

What is the behaviour we desire here? Should mir_connection_release 
guarantee that mir_lifecycle_connection_lost is never generated in 
response, or that mir_lifecycle_connection_lost is always generated in 

I favour the latter; it means that clients can always assume that 
they'll receive a connection_lost message and can trigger cleanup 
accordingly. Otherwise they need to cleanup triggered by 
connection_lost or by some part of the code calling connection_release.

More information about the Mir-devel mailing list