Message ID | 20120328015544.GA11104@kvack.org |
---|---|
State | Accepted, archived |
Delegated to: | David Miller |
Headers | show |
From: Benjamin LaHaise <bcrl@kvack.org> Date: Tue, 27 Mar 2012 21:55:44 -0400 > While investigating another bug, I found that the code on the incoming path > in __netif_receive_skb will only set skb->skb_iif if it is already 0. When > dev_forward_skb() is used in the case of interfaces like veth, skb_iif may > already have been set. Making dev_forward_skb() cause the packet to look > like a newly received packet would seem to the the correct behaviour here, > as otherwise the wrong incoming interface can be reported for such a packet. > > Signed-off-by: Benjamin LaHaise <bcrl@kvack.org> Applied. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/net/core/dev.c b/net/core/dev.c index 452db70..723a406 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -1597,6 +1597,7 @@ int dev_forward_skb(struct net_device *dev, struct sk_buff *skb) kfree_skb(skb); return NET_RX_DROP; } + skb->skb_iif = 0; skb_set_dev(skb, dev); skb->tstamp.tv64 = 0; skb->pkt_type = PACKET_HOST;
While investigating another bug, I found that the code on the incoming path in __netif_receive_skb will only set skb->skb_iif if it is already 0. When dev_forward_skb() is used in the case of interfaces like veth, skb_iif may already have been set. Making dev_forward_skb() cause the packet to look like a newly received packet would seem to the the correct behaviour here, as otherwise the wrong incoming interface can be reported for such a packet. Signed-off-by: Benjamin LaHaise <bcrl@kvack.org> --- net/core/dev.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)