From: Patrick McHardy <kaber@trash.net>
To: Massimiliano Hofer <max@nucleus.it>
Cc: netfilter-devel@lists.netfilter.org,
KOVACS Krisztian <hidden@balabit.hu>
Subject: Re: condition for 2.6.16
Date: Sat, 29 Apr 2006 04:56:08 +0200 [thread overview]
Message-ID: <4452D5C8.6020007@trash.net> (raw)
In-Reply-To: <200604290253.49758.max@nucleus.it>
Massimiliano Hofer wrote:
> On Friday 28 April 2006 5:34 pm, Patrick McHardy wrote:
>
>
>>Hehe :) Yes, its not nice, but I refuse to add stupid limits just
>>because the infrastructure can't cleanly support per-instance state
>>(which is what makes it ugly, its not the shared state). And its not
>>so bad, the uglyness comes down to two or three extra lines of code,
>>one additional pointer in the data structure and one offsetof in
>>userspace.
>
>
> Nontheless, I think modifying userspace because 2 kernel functions can't talk
> to each other is a bit silly.
> It would be relatively easy to modify the kernel in order to support instance
> data (extensive, but simple and relatively safe).
> Do you think there would be a strong resistance to a patch in mainline kernel?
It is silly, but we have to live with it. I see two possibilities, one
breaks userspace, one is extremly expensive. I like neither one.
We should just add a clean netlink configuration interface modelled
after the existing ones instead of building workarounds in this
clearly broken interface. I mostly don't care about costs of a
compatibility layer if we get a sane infrastructure in return.
next prev parent reply other threads:[~2006-04-29 2:56 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-20 17:19 condition for 2.6.16 Massimiliano Hofer
2006-04-20 18:49 ` Patrick McHardy
2006-04-20 19:39 ` Massimiliano Hofer
2006-04-20 19:44 ` Martijn Lievaart
2006-04-20 22:47 ` Patrick McHardy
2006-04-20 23:26 ` Massimiliano Hofer
2006-04-21 0:41 ` Gerd v. Egidy
2006-04-21 0:48 ` Gerd v. Egidy
2006-04-21 9:29 ` Amin Azez
2006-04-23 13:47 ` Simon Lodal
2006-04-28 7:12 ` Patrick McHardy
2006-04-28 10:46 ` Massimiliano Hofer
2006-04-28 11:06 ` Patrick McHardy
2006-04-28 12:44 ` Massimiliano Hofer
2006-04-28 12:58 ` Jozsef Kadlecsik
2006-04-28 13:07 ` Patrick McHardy
2006-04-28 15:18 ` KOVACS Krisztian
2006-04-28 15:34 ` Patrick McHardy
2006-04-29 0:53 ` Massimiliano Hofer
2006-04-29 2:56 ` Patrick McHardy [this message]
2006-04-29 15:36 ` Massimiliano Hofer
2006-04-28 13:18 ` Massimiliano Hofer
2006-04-28 13:09 ` Patrick McHardy
2006-04-28 13:26 ` Massimiliano Hofer
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=4452D5C8.6020007@trash.net \
--to=kaber@trash.net \
--cc=hidden@balabit.hu \
--cc=max@nucleus.it \
--cc=netfilter-devel@lists.netfilter.org \
/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.