[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AF1602CB2550CE4381C0C75118A7856BA2ACC6@ala-mail02.corp.ad.wrs.com>
Date: Sat, 24 Feb 2007 16:19:19 -0800
From: "Stephens, Allan" <allan.stephens@...driver.com>
To: "Christoph Hellwig" <hch@...radead.org>,
"Adrian Bunk" <bunk@...sta.de>
Cc: "Jon Maloy" <jon.maloy@...csson.com>, <per.liden@...csson.com>,
<netdev@...r.kernel.org>, <tipc-discussion@...ts.sourceforge.net>,
<linux-kernel@...r.kernel.org>
Subject: RE: [tipc-discussion] [RFC: 2.6 patch] net/tipc/: possible cleanups
Just to clarify an apparent misunderstanding that has snuck into this
thread:
1) There are quite a few people/groups out there who are using TIPC's
socket API, so the protocol as a whole is being used and should remain
in the kernel.
2) There are portions of TIPC's native API which are intended for use by
driver programmers, but which are not being used by any code that is
currently in the kernel. While removing these API's from TIPC will only
impact these "freeloaders", it has the potential to discourage future
programmers who *do* want to contribute their work to the kernel by
removing API's that are apparently necessary/useful when doing coding of
this sort.
Regards,
Al
> -----Original Message-----
> From: Christoph Hellwig [mailto:hch@...radead.org]
> Sent: Friday, February 23, 2007 5:17 PM
> To: Adrian Bunk
> Cc: Jon Maloy; per.liden@...csson.com; Stephens, Allan;
> netdev@...r.kernel.org;
> tipc-discussion@...ts.sourceforge.net; linux-kernel@...r.kernel.org
> Subject: Re: [tipc-discussion] [RFC: 2.6 patch] net/tipc/:
> possible cleanups
>
> On Fri, Feb 23, 2007 at 07:06:12PM +0100, Adrian Bunk wrote:
> > > >My impression is that most of this might have users that are not
> > > >yet submitted for inclusion in the kernel - one year
> after TIPC was merged.
> > > >
> > > >
> > > Not quite. The exported symbols belong to a public API
> for driver
> > >programmers.
> > > We know about several users of this API, and there will
> be more, but
> > >I don't think any of them are aspiring to have their code be
> > >included in the kernel.
> > >...
> >
> > Why not?
> >
> > The goal is to get as many drivers as possible included in
> the kernel.
>
> If we don't have any planned in-tree users for tipc we should
> simply drop tipc from the kernel entirely. No point to make
> our maintaince work harder for out of tree freeloaders.
>
-
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