On Fri, 2006-30-06 at 01:39 +0200, Thomas Graf wrote:
> * jamal <[EMAIL PROTECTED]> 2006-06-29 19:23
> > not at all. Let me explain the design intent further below.
>
> Then let me show you what your code does:
>
> [mirred attached to filter on eth0 redirecting to ifb0]
>
> tcf_mirred(): skb2->input_dev = skb->dev; (skb2->input_dev=eth0)
> ifb_xmit(): skb->dev = skb->input_dev; (skb->dev=eth0)
> skb->input_dev = dev; (skb->input_dev=ifb0)
>
> So when reentering the stack the skb looks like it would be
> on eth0 coming from ifb0. Is that what you wanted?
ok, that looks like egress side of the stack, correct?
indeed thats what i meant earlier i.e above looks right. Another way to
look at it, is that on the stack, the "dev" part acts as a "to" label of
the direction and the "input_dev" maps to the "from".
step 0: Packet arriving at egress of eth0
It will have skb->dev pointing to "eth0" and skb->input_dev will depend
on whether it is coming from the local path (in which it will be NULL)
or it was being routed (in which case it will reflect the netdevice it
last passed on input.
Step 1: when it leaves redirect
As you note it will have indev("from") = eth0 and dev("to") still "ifb0"
Step 2: when it leaves ifb going back to eth0
it will have input_dev("from") = ifb0 and dev("to") "eth0"
Of course this gets more interesting if you had say redirected to
another device like lo which redirected to ifb1. Or when you try to
create loops etc.
And if you look at ingress, it will be slightly different; however,
in both cases (ingress/egress) things are consistent in the labeling of
from/to to be input_dev/dev
> Shouldn't
> it be skb->dev=ifb0 skb->input_dev=eth0? That's what my patch
> would change it to.
>
yes, that would change the semantics
> > I know your intent is noble in trying to save the 32 bits on 64 bit
> > machines (at least thats where your patch seems to have started) but the
> > cost:benefit ratio as i have pointed out is unreasonable.
>
> Did I ever claim this? You made this up right now. As of now
> it doesn't save a single bit.
Ok, I apologize - i assumed it has something to do with skb diet.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
