[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20120302.035509.1994457175982020283.davem@davemloft.net>
Date: Fri, 02 Mar 2012 03:55:09 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: luiz.dentz@...il.com
Cc: eric.dumazet@...il.com, javier.martinez@...labora.co.uk,
rodrigo.moya@...labora.co.uk, javier@...labora.co.uk,
lennart@...ttering.net, kay.sievers@...y.org,
alban.crequy@...labora.co.uk, bart.cerneels@...labora.co.uk,
sjoerd.simons@...labora.co.uk, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/10] af_unix: add multicast and filtering features to
AF_UNIX
From: Luiz Augusto von Dentz <luiz.dentz@...il.com>
Date: Fri, 2 Mar 2012 10:39:24 +0200
> Like I said before there is many projects using AF_UNIX as IPC
> transport, the documentation actually induces people to use for this
> purpose, and many would benefit from being able to do multicast.
You can't have it both ways.
If it's useful for many applications, then many applications would
benefit from a userland library that solved the problem using
existing facilities such as IP multicast.
If it's only useful for dbus that that absoltely means we should
not add thousands of lines of code to the kernel specifically for
that application.
So either way, kernel changes are not justified.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists