[Top] [All Lists]

Re: [PATCH/RFC] Reduce call chain length in netfilter (was: Re: do_IRQ:

To: Martin Josefsson <gandalf@xxxxxxxxxxxxxx>
Subject: Re: [PATCH/RFC] Reduce call chain length in netfilter (was: Re: do_IRQ: stack overflow: 872..)
From: "David S. Miller" <davem@xxxxxxxxxxxxx>
Date: Tue, 25 Jan 2005 22:05:58 -0800
Cc: bdschuym@xxxxxxxxxx, shemminger@xxxxxxxx, dwmw2@xxxxxxxxxxxxx, ak@xxxxxxx, snort2004@xxxxxxx, bridge@xxxxxxxx, netdev@xxxxxxxxxxx, rusty@xxxxxxxxxxxxxxx
In-reply-to: <>
References: <> <> <> <> <1105133241.3375.16.camel@localhost.localdomain> <> <1106433059.4486.11.camel@localhost.localdomain> <> <1106484019.3376.5.camel@localhost.localdomain> <>
Sender: netdev-bounce@xxxxxxxxxxx
On Sun, 23 Jan 2005 17:08:29 +0100
Martin Josefsson <gandalf@xxxxxxxxxxxxxx> wrote:

> I'm now running a kernel with this patch and everything seems to still
> be working.
> So unless someone else has something to comment I think this should be
> applied.
> The decrease in call-depth is important.

I would like to see at least one ACK from the netfilter
folks.  Bart or Rusty, could you forward to patch to
netfilter-devel for review?

I have some other ideas about how bridging might be able
to save some call chain depth... but I need to think about
it some more before proposing or even trying to implement.
(basically something akin to how we do route level packet
 output, via dst_output(), but instead we're doing this
 at ->hard_start_xmit() time)

<Prev in Thread] Current Thread [Next in Thread>