[Top] [All Lists]

Re: patch: Action repeat

To: Thomas Graf <tgraf@xxxxxxx>
Subject: Re: patch: Action repeat
From: jamal <hadi@xxxxxxxxxx>
Date: Wed, 04 May 2005 09:53:02 -0400
Cc: Patrick McHardy <kaber@xxxxxxxxx>, netdev <netdev@xxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>
In-reply-to: <>
Organization: unknown
References: <> <1114900485.8929.171.camel@localhost.localdomain> <> <1115035838.8929.236.camel@localhost.localdomain> <> <1115207194.7665.109.camel@localhost.localdomain> <> <1115211549.7665.140.camel@localhost.localdomain> <> <1115213600.7665.166.camel@localhost.localdomain> <>
Reply-to: hadi@xxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Wed, 2005-04-05 at 15:48 +0200, Thomas Graf wrote:
> * jamal <1115213600.7665.166.camel@xxxxxxxxxxxxxxxxxxxxx> 2005-05-04 09:33

> > in skb_clone() and friends.
> > Look at CONFIG_NET_CLS_ACT in net/core/skbuff.c
> Yes this solves the case for dummy devices etc but how would
> this cause a reset on the way from ingress to egress?

If the verdict is not to reset, there should be no clearing of those
fields from ingress -> egress until the skb is either freed or someone
else along the path resets it. Cloning or copying inherits. Am i missing


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