[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101014012951.GA2186@localhost.localdomain>
Date: Wed, 13 Oct 2010 21:29:52 -0400
From: Neil Horman <nhorman@...driver.com>
To: Paul Gortmaker <paul.gortmaker@...driver.com>
Cc: Stephen Hemminger <shemminger@...tta.com>,
David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
allan.stephens@...driver.com
Subject: Re: [PATCH net-next] tipc: cleanup function namespace
On Wed, Oct 13, 2010 at 08:23:24PM -0400, Paul Gortmaker wrote:
> On 10-10-13 07:20 PM, Stephen Hemminger wrote:
> > Do some cleanups of TIPC based on make namespacecheck
> > 1. Don't export unused symbols
> > 2. Eliminate dead code
> > 3. Make functions and variables local
> > 4. Rename buf_acquire to tipc_buf_acquire since it is used in several files
> >
> > Compile tested only.
> > This make break out of tree kernel modules that depend on TIPC routines.
>
> Hi Stephen,
>
> When I first started looking at TIPC code, I too came to the
> same conclusion as you did and was about to do #1,2,3 -- but
> then I was told that the exported symbols were part of an API
> and might be in use by folks here and there as per this thread:
>
> http://www.mail-archive.com/netdev@vger.kernel.org/msg30208.html
>
I think its telling the the argument in the above thread for keeping the API
were that users of it were out there and 'likely to contribute' in the future.
That thread was 3 years ago. They might be using the API from outside the
kernel tree, but they're not planning on contributing. As Christoph noted,
they're freeloaders. The community really doesn't need or want to maintain an
API like that. If these users are your customers, and removing the API is
unacceptable, perhaps its time to move the entire TIPC module out of tree.
Neil
--
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