Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751584AbbD3MpI (ORCPT ); Thu, 30 Apr 2015 08:45:08 -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 S1750912AbbD3MpF (ORCPT ); Thu, 30 Apr 2015 08:45:05 -0400 Message-ID: <554223CE.7070704@nod.at> Date: Thu, 30 Apr 2015 14:45:02 +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" 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> In-Reply-To: <87k2wtokl8.fsf%l.stelmach@samsung.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WP8276h9gKR1b7LLcsqwmud3lvjXBK31I" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3448 Lines: 89 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WP8276h9gKR1b7LLcsqwmud3lvjXBK31I Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am 30.04.2015 um 14:40 schrieb =C5=81ukasz Stelmach: > It was <2015-04-30 czw 14:23>, when Richard Weinberger wrote: >> Am 30.04.2015 um 14:16 schrieb =C5=81ukasz Stelmach: >>> It was <2015-04-30 czw 12:40>, when Richard Weinberger wrote: >>>> Am 30.04.2015 um 12:19 schrieb =C5=81ukasz Stelmach: >>>>> It was <2015-04-30 czw 11:12>, when Richard Weinberger wrote: >>>>>> Am 30.04.2015 um 11:05 schrieb =C5=81ukasz Stelmach: >>>>>>> Regardless, of initrd issues I feel there is a need of a local IP= C >>>>>>> that is more capable than UDS.=20 > [...] >>>>> For example, a service can't aquire credentials of a client process= that >>>>> actually sent a request (it can, but it can't trust them). The serv= ice >>>>> can't be protected by LSM on a bus that is driven by dbus-daemon. Y= es, >>>>> dbus-daemon, can check client's and srevice's labels and enforce a >>>>> policy but it is going to be the daemon and not the LSM code in the= >>>>> kernel. >>>> >>>> That's why I said we can think of new kernel features if they are >>>> needed. But they current sink or swim approach of kdbus folks is al= so >>>> not the solution. As I said, if dbus-daemon utilizes the kernel >>>> interface as much as possible we can think of new features. >>> >>> What kernel interfaces do you suggest to use to solve the issues >>> I mentioned in the second paragraph: race conditions, LSM support (fo= r >>> example)? >> >> The question is whether it makes sense to collect this kind of meta da= ta. >> I really like Andy and Alan's idea improve AF_UNIX or revive AF_BUS. >=20 > Race conditions have nothing to do with metadata. Neither has LSM > support. Sorry, I thought you mean the races while collecting metadata in userspac= e... > AF_UNIX with multicast support wouldn't be AF_UNIX anymore. >=20 > AF_BUS? I haven't followed the discussion back then. Why do you think i= t > is better than kdbus? Please see https://lwn.net/Articles/641278/ Thanks, //richard --WP8276h9gKR1b7LLcsqwmud3lvjXBK31I 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 iQIcBAEBAgAGBQJVQiPOAAoJEPmeIjfg4UaamccP/jxWjXzY52IbleGbq1D7n+WR 4WWKwf0iKgymr+JMbqdg4QuYQFYhibJLD5sBtccFuWzUY+dCDKFd0nksurVlpARx 5X2TnKMRMEGO0i60Ap+C8qyRvMebggoP6qCAiUSREXCl9pLoClCclEXbcbpx9eva yQWL4bPLWdgqdPPuboW7d5oD2XybizW0oTR0HDb5IA9+n035jPi0zmGNR8/yn3PL CVsVMMDQ5FFtUYz0q0Xw/wBJgukGlPquldTc7SainTUxYRWroV41/GPjgvuhan96 SZBX3fNRtaOFbQN5KACihYbynnBwSDBtUh1AGCvuX3656uiIThio74q42YpIWaCm JTE0sXxnqW8tosqt3uGsGIYcHIK7+xC8aUTUPMegnx8OawKcBkGqKWzwRK4jY/Ku aBwugvRX/f3JSn8deD0TJ3aIFr2UjrQLblqvsBZx91+xN5LYXcCBR4voMIAHmXt3 jEQGTE6gTPgra3WJoAgfEQad3PcIBo4DZ7yDxLUD98chWRj7lWlpW1gVL9Ihg4GN e/9V0eWzdZOLmRwUXgBGOGuSv41lAYFOTjPnh0pI2qSBLEyX1/3x08X7IxRVhiZI FRJ0AEJ1bpulBMi6NvMGHU4xjki79ZlxLsGomNFJiBojtwAIiso9MuelVsjvYxs+ kqR7Yzqv0Ahs836MB/Xk =5EtL -----END PGP SIGNATURE----- --WP8276h9gKR1b7LLcsqwmud3lvjXBK31I-- -- 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/