[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090706121902.GA5660@ioremap.net>
Date: Mon, 6 Jul 2009 16:19:02 +0400
From: Evgeniy Polyakov <zbr@...emap.net>
To: Christoph Hellwig <hch@...radead.org>
Cc: device-mapper development <dm-devel@...hat.com>,
netdev@...r.kernel.org, Jonathan Brassow <jbrassow@...hat.com>
Subject: Re: [dm-devel] Updated cluster log patch (take 5)
On Mon, Jul 06, 2009 at 07:42:17AM -0400, Christoph Hellwig (hch@...radead.org) wrote:
> On Sat, Jun 20, 2009 at 08:01:29AM -0400, Thomas Graf wrote:
> > > Maye I misremember it, but isn't the connector code strongly deprecated
> > > in favour of genetlink?
> >
> > Use of connector is deprecated, it does not have any advantages over
> > genetlink while genetlink provides an optional attributes based
> > protocol interface which allows for messaging protocols to be developed
> > which can be extended without breaking binary compatibility. It also
> > features a userspace library which makes development trivial.
> >
> >
> > I guess nobody will force you but use of genetlink is encouraged.
>
> Jonathan, I think it's really sad that this got pushed into mainline
> after the merge window without even replying to this statement of one
> of our core networking developers.
Apparently Christoph never tried neither connector nor genetlink.
Because the former has very different interface than the latter.
Genetlink was created for network developers who are familiar with
attribute lists (used long before both were created), skbs and inner
structure of the received packet. While connector has interface with a
single purpose of being a simple callback invocation for those who do
not want to dig into network land to get a message from the userspace.
As of talking about advantages of the inner structure of how both
operate please check the code, there is a fair number of things one can
do with one and another systems.
--
Evgeniy Polyakov
--
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