Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751832AbbD3PFy (ORCPT ); Thu, 30 Apr 2015 11:05:54 -0400 Received: from a.ns.miles-group.at ([95.130.255.143]:65275 "EHLO radon.swed.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751145AbbD3PFx (ORCPT ); Thu, 30 Apr 2015 11:05:53 -0400 Message-ID: <554244CB.10606@nod.at> Date: Thu, 30 Apr 2015 17:05:47 +0200 From: Richard Weinberger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: =?UTF-8?B?xYF1a2FzeiBTdGVsbWFjaA==?= CC: Austin S Hemmelgarn , "Theodore Ts'o" , Harald Hoyer , "linux-kernel@vger.kernel.org" , One Thousand Gnomes , Andy Lutomirski Subject: Re: [GIT PULL] kdbus for 4.1-rc1 References: <21824.5086.446831.189915@quad.stoffel.home> <5540D2F9.2010704@redhat.com> <5540DEEB.2060405@redhat.com> <5540E0C7.3050106@nod.at> <5540E432.9020606@redhat.com> <5540E4D9.6000007@nod.at> <5540E684.4070606@redhat.com> <5540E821.8050204@nod.at> <5540F081.9090005@redhat.com> <20150429150341.GA12374@thunk.org> <5540F6E3.8000706@gmail.com> <871tj2ouk2.fsf%l.stelmach@samsung.com> <5541F209.8070302@nod.at> <87wq0tor57.fsf%l.stelmach@samsung.com> <55420685.8080607@nod.at> <87oam5olpu.fsf%l.stelmach@samsung.com> <55421EBB.2010500@nod.at> <87k2wtokl8.fsf%l.stelmach@samsung.com> <554223CE.7070704@nod.at> <878ud9oehg.fsf%l.stelmach@samsung.com> In-Reply-To: <878ud9oehg.fsf%l.stelmach@samsung.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w326EpdNw8GlvogQFTc8L7nddqjhrkEpw" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2938 Lines: 76 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --w326EpdNw8GlvogQFTc8L7nddqjhrkEpw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am 30.04.2015 um 16:52 schrieb =C5=81ukasz Stelmach: >> Sorry, I thought you mean the races while collecting metadata in users= pace... >=20 > My bad, some reace conditions *are* associated with collecting metadata= > but ont all. It is impossible (correct me if I am wrong) to implement > reliable die-on-idle with dbus-daemon. IIRC Andy gave some ideas howto deal with that. i.e. https://lkml.org/lkml/2015/4/29/622 >>> AF_UNIX with multicast support wouldn't be AF_UNIX anymore. >>> >>> AF_BUS? I haven't followed the discussion back then. Why do you think= it >>> is better than kdbus? >> >> Please see https://lwn.net/Articles/641278/ >=20 > Thanks. If I understand correctly, the author suggests using EBPF on a > receiveing socket side for receiving multicast messages. This is nice i= f > you care about introducing (or not) (too?) much of new code. However, > AFAICT it may be more computationally complex than Bloom filters becaus= e > you need to run EBPF on every receiving socket instead of getting a lis= t > of a few of them to copy data to. Of course for small number of > receivers the "constant" cost of running the Bloom filter may be higher= =2E To make the story short, the kdbus *concept* needs much more thought. There are many ideas out there howto deal with dbus issues witho= ut introducing an ad-hoc solution. AF_BUS is just one of them. IMHO AF_BUS would be nice but the decision is not up to me. Thanks, //richard --w326EpdNw8GlvogQFTc8L7nddqjhrkEpw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVQkTLAAoJEPmeIjfg4UaaG7YP/jLRFwdzn9XlXV5thcSBAA+F c9mw3y2TgbO4IUkeeNs6btzuLh/Z9HMOv4c9Mg5D+AQ2V7FA52+b1NWmduw2vCsd yv0YHbvs0alGVJ6+Sr84j87wqvNjtlQ9XNy9M7PCBu/2zx8JQ2QrL0XyGecUeUzs Zikm6MlYnhRnTHRFJk42FKiyw06FBOFYB0/e331Np6vzP1APpNwQAlrb7Hg1Ky1/ XMtmzkZGYmerslKAX4NuZEBE/DAFDwT6kJ6urcsw0ga+S5USduLFcntLe7Msw6an j1gWzWa+fVdNkfg1HDaEJXOcU/ZclQito1QcLH8U1Jql/ohQWkjQ86k5C1yNhm5E vs6r6eVmRc+BvYs48X77evOXnt1hbHp+jTkwz/oz++Hb4ne6VTjSLkysxWhhmqBz TxEkiOB98gx/XZxOXuLMuj9b254YeqGGg4L33Z/ciuiDVEXLLW7cBLUlAY0/I4FP riIrOLR8jmwnGAuuuhiu0lNasuitxIMl3GFZlbOlfvOb37gwUM1ipz9PlQUybzCE pEvgxPmBcI+jrFpgJpQz9slWb306QAcIkLVtWjimJbVyHcCs46NEwN3VPIjH41Mc beOwLBoE5o0VNFp5xXvZ4NHGACafrGx3VVXLyvSa6/hHJImHHOrdvGBOC4u+g3o3 p29WSkSaYtKoaTPPMfCY =QAQi -----END PGP SIGNATURE----- --w326EpdNw8GlvogQFTc8L7nddqjhrkEpw-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/