All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Welte <laforge@netfilter.org>
To: Pablo Neira <pablo@eurodev.net>
Cc: Netfilter Development Mailinglist
	<netfilter-devel@lists.netfilter.org>,
	Patrick McHardy <kaber@trash.net>
Subject: Re: [PATCH 3/*] ctnetlink major update
Date: Mon, 18 Jul 2005 08:36:03 -0400	[thread overview]
Message-ID: <20050718123603.GA3729@rama> (raw)
In-Reply-To: <42D429E0.8060901@eurodev.net>

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

On Tue, Jul 12, 2005 at 10:36:48PM +0200, Pablo Neira wrote:
> Sorry, this patch has been gzip'ed since I wasn't sure if it excedees the 
> maximun size allowed that can be sent to the mailling list (bigger than 30K).
 
it's 40k, and you can send larger emails, they will be administratively
approved by Travis, our listmaster.  Please only send text attachments.

> I didn't generate the incremental diff against the previous version since it 
> doesn't make too many sense because this update introduces too many changes.

it _always_ makes sense.  Everybody reviewing your patch will otherwise
have to create such a diff before he can reasonably review.

> ip_conntrack_netlink doesn't use ip_conntrack structures anymore, instead we 
> use nested ctnetlink atributes. This way protect us against furture changes 
> that could break backward compatibility. And now it's fairly easy
> porting this to nfnetlink.

ACK.

> getting, creation, deletion of expectation isn't implemented yet. I kept it 
> back until my come back, I didn't have enough time to finish it. Anyway, 
> porting the old expectation handling functions to support ctnetlink
> attributes must be an easy job. If someone is interested, I kept those
> old functions here:

I'll be adding them to your recent changes.

-- 
- Harald Welte <laforge@netfilter.org>                 http://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: Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2005-07-18 12:36 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-12 20:36 [PATCH 3/*] ctnetlink major update Pablo Neira
2005-07-18 12:36 ` Harald Welte [this message]

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=20050718123603.GA3729@rama \
    --to=laforge@netfilter.org \
    --cc=kaber@trash.net \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=pablo@eurodev.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.