Re: [GIT PULL] kdbus for 4.1-rc1

[Daniel Mack]

On 04/16/2015 12:08 AM, One Thousand Gnomes wrote:
>> When trying to split apart problems, for dbus it's important to keep
>> ordering guarantees.
> 
> Yes I assumed that - minus disconnection/reconnect and running out of
> queue space. Some users also want priority queueing (with or without the
> guarantee for the same priority). Many of the other systems that can use
> a fast multicast messaging system have priority queues - which is one
> reason the existing POSIX messaging has priority.

And so does kdbus. By default, strict ordering is enforced when messages
are received, but optionally, that action may be constrained to messages
of a minimal priority. This allows for use cases where timing critical
data is interleaved with control data on the same connection. That's
described in kdbus.message(7), and is also covered by test cases.


Thanks,
Daniel

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/