[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AE90C24D6B3A694183C094C60CF0A2F6026B6E86@saturn3.aculab.com>
Date: Thu, 1 Mar 2012 12:33:14 -0000
From: "David Laight" <David.Laight@...LAB.COM>
To: "Eric Dumazet" <eric.dumazet@...il.com>,
"Javier Martinez Canillas" <javier.martinez@...labora.co.uk>
Cc: "David Miller" <davem@...emloft.net>,
<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
> > So, now we are trying a different approach. To create a new address
> > family AF_MCAST. That way we can have more control over the
semantics of
> > the socket interface for that family.
> >
> > We expect to have some patches in a few days and we will resend.
> >
> > Does this makes more sense to you?
> >
>
> Why adding an obscure set of IPC mechanism in network tree, and not
> using (maybe extending) traditional IPC (Messages queues, semaphores,
> Shared memory, pipes, futexes, ...).
If it isn't a totally silly suggestion, why not write a simple
device driver that just does what you want?
Which (I think) is named pipes with multiple readers.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists