mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Harald Welte <laforge@netfilter.org>
To: Adrian Bunk <bunk@stusta.de>
Cc: coreteam@netfilter.org, netdev@oss.sgi.com,
	netfilter-devel@lists.netfilter.org,
	linux-kernel@vger.kernel.org,
	Rusty Russell <rusty@rustcorp.com.au>
Subject: Re: [netfilter-core] [2.6 patch] net/ipv4/netfilter/: misc possible cleanups
Date: Wed, 15 Dec 2004 10:03:22 +0100	[thread overview]
Message-ID: <20041215090322.GA2862@sunbeam.de.gnumonks.org> (raw)
In-Reply-To: <20041215011931.GD12937@stusta.de>

[-- Attachment #1: Type: text/plain, Size: 2326 bytes --]

On Wed, Dec 15, 2004 at 02:19:31AM +0100, Adrian Bunk wrote:
> The patch below contains the following possible cleanups:
> - make some needlessly global code static
> - remove the following unused global functions:
>   - ip_conntrack_core.c: ip_conntrack_expect_find_get
>   - ip_conntrack_core.c: ip_conntrack_unexpect_related
>   - ip_nat_standalone.c: ip_nat_protocol_register
>   - ip_nat_standalone.c: ip_nat_protocol_unregister
>   - ip_nat_helper.c: ip_nat_find_helper
> - remove the following unneeded EXPORT_SYMBOL's:
>   - ip_conntrack_standalone.c: ip_ct_find_helper
>   - ip_conntrack_standalone.c: ip_conntrack_unexpect_related
>   - ip_conntrack_standalone.c: ip_conntrack_expect_list
>   - ip_conntrack_standalone.c: ip_conntrack_put
>   - ip_nat_standalone.c: ip_nat_protocol_register
>   - ip_nat_standalone.c: ip_nat_protocol_unregister
>   - ip_nat_standalone.c: ip_nat_find_helper
> - remove the following unneeded EXPORT_SYMBOL_GPL:
>   - ip_conntrack_standalone.c: ip_conntrack_expect_find_get

As you might be aware, netfilter/iptables has an enormously large
codebase (I'd say even larger than what is in the tree) in the so-called
patch-o-matic subsystem.  The abovementioned exports facilitate those
modulse, and A certain amount of those new modules (especially the ones
requiring the functions above) are scheduled for mainline inclusion over
the next couple of months.

>   - ipfwadm_core.c: ip_acct_ctl

This can be removed, yes.  Please be aware that ipfwadm and ipchains
will be removed soon (after 2.6.10 is out), so that won't be a problem
any more :)

> - remove the following variables that never change their values:
>   - ip_conntrack_ftp.c: ip_conntrack_ftp
>   - ip_conntrack_irc.c: ip_conntrack_irc

Mh, I don't really understand why this change was introduced.  My
original _irc code didn't have this global variable...  I'll try to
track the change and get back to you.

-- 
- Harald Welte <laforge@netfilter.org>             http://www.netfilter.org/
============================================================================
  "Fragmentation is like classful addressing -- an interesting early
   architectural error that shows how much experimentation was going
   on while IP was being designed."                    -- Paul Vixie

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-12-15  9:03 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-15  1:19 Adrian Bunk
2004-12-15  9:03 ` Harald Welte [this message]
2004-12-16  1:40   ` [netfilter-core] " Rusty Russell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041215090322.GA2862@sunbeam.de.gnumonks.org \
    --to=laforge@netfilter.org \
    --cc=bunk@stusta.de \
    --cc=coreteam@netfilter.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@oss.sgi.com \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=rusty@rustcorp.com.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®