Re: kdbus: to merge or not to merge?
From: David Herrmann
Date: Wed Aug 05 2015 - 03:10:55 EST
Hi
On Tue, Aug 4, 2015 at 4:47 PM, Andy Lutomirski <luto@xxxxxxxxxxxxxx> wrote:
> On Tue, Aug 4, 2015 at 7:09 AM, David Herrmann <dh.herrmann@xxxxxxxxx> wrote:
>> This is a bug in the proxy (which is already fixed).
>
> Should I expect to see it in Rawhide soon?
Use this workaround until it does:
$ DBUS_SYSTEM_BUS_ADDRESS="kernel:path=/sys/fs/kdbus/0-system/bus"
./your-binary
> Anyway, the broadcasts that I intended to exercise were
> KDBUS_ITEM_ID_REMOVE. Those appear to be broadcast to everyone,
> irrespective of "policy", so long as the "match" thingy allows it.
Matches are opt-in, not opt-out. Nobody will get this message unless
they opt in.
> The bloom filter thing won't help at all according to the docs: bloom
> filters don't apply to kernel-generated notifications.
Bloom filters apply to message payloads. Kernel notifications do not
carry a message payload. Message metadata can be filtered for
explicitly (without false-positives).
> So yes, as far as I can tell, kdbus really does track object lifetime
> by broadcasting every single destruction event to every single
> receiver (subject to caveats above) and pokes the data into every
> receiver's tmpfs space.
Broadcast reception is opt-in.
Thanks
David
--
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/