ip_rcv函数中为什么调用skb_share_check

wangqingshui531

skb_share_check函数中，会判断skb->use是否等于1，如果不等于1，克隆skb包，创建新的skb结构体，并回收原有skb结构体

从收包角度看，什么情况下，use不等于1？
从发包角度看，什么情况下，use不等于1？
上述情况下，为什么要克隆skb包，回收原有skb结构体，如果仅仅脱离SOCKET，为什么不做Update操作？非得复制一份再删除？

还请各位高手多多帮忙！

1. 
   
2. int ip_rcv(struct sk_buff *skb, struct net_device *dev, struct packet_type *pt, struct net_device *orig_dev)
   
3. {
   
4.          struct iphdr *iph;
   
5.                  u32 len;
   
6. 
   
7.         /* When the interface is in promisc. mode, drop all the crap
   
8.          * that it receives, do not try to analyse it.
   
9.          */
   
10.         if (skb->pkt_type == PACKET_OTHERHOST)
    
11.                 goto drop;
    
12. 
    
13.                 if ((skb = skb_share_check(skb, CSP_GFP_ATOMIC)) == NULL) {
    
14.                 IP_INC_STATS_BH(IPSTATS_MIB_INDISCARDS);
    
15.                 goto out;
    
16.         }
    
17.                 ....
    
18. }
    
19. 
    
20. static inline struct sk_buff *skb_share_check(struct sk_buff *skb,
    
21.                                               CSP_gfp_t pri)
    
22. {
    
23.         might_sleep_if(pri & __GFP_WAIT);
    
24.         if (skb_shared(skb)) {
    
25.                 struct sk_buff *nskb = skb_clone(skb, pri);
    
26.                 kfree_skb(skb);
    
27.                 skb = nskb;
    
28.         }
    
29.         return skb;
    
30. }

复制代码

wangqingshui531

高手呢？难道没人能解决我的困惑？

lyl19

skb->usr就是一个很常用统计计数嘛，为０时表示没有任务hold skb，大于1时，表示多个任务hold，如果在你的任务处理skb时，有可能被抢占导致skb被释放，通常你要skb_get()，把计数加１。

对于接收，在dev层向L3发包时，如果不止ip协议，这时usr>1，当其它协议处理完后不至于把它释放。
对于发送，你搜一下，也比较多，也就是你希望你发包后，这个包不会被释放。

有的时候，我们自己的模块会想改变skb的内容，注意是skb本身的内容，不是buffer的内容，这个时候，因为有可能这个skb共享的(usr>1),　如果我们在自己的模块改了，就可能导致其它模块出错，因为其它模块共享这个skb，它不知道我们改了。因此，我们在改变skb时，一定要先判断这个skb是否共享，如果是，我们删除这个计数，再重新创建一个。表示我们不共享这个skb了。

这里可以多加一句，这只是skb的共享，如果我们模块想改变buffer，那还有函数来判断是否buffer是共享的，克隆就是这个情况，如果是cloned，则我们必须复制整个buffer，然后把该skb->cloned=0，旧的buffer计数减一。表示我们不再是cloned了。详见skb_cow等等函数