netif_receive_skb为什么使用pt_prev
2013-05-02 15:21
417 查看
如果按照谁抓取谁释放的原则
atomic_inc(&skb->users);
return pt_prev->func(skb, skb->dev, pt_prev, orig_dev);
不管是经过网络嗅探器,网桥,还是协议栈处理,该skb都不会释放(skb释放根据skb->users计数做处理)
如果按照这样的思路,我们肯定要在netif_receive_skb函数末尾加上kfree_skb(skb);
这样的话,假设我们该skb只做了sniffer,bridge处理,我们就得调用3次kfree_skb(skb);(sniffer和bridge各一次,加上函数末尾处理)
如果我们采用pt_prev,这个东西实际上起到一个标志位的效果,如果pt_prev不为空表示经过了抓包处理,我们最后就不必在调用kfree_skb了
直接在最后的一个抓包处理中释放了
最后处理行:
if (pt_prev) {
ret = pt_prev->func(skb, skb->dev, pt_prev, orig_dev);
} else {
kfree_skb(skb);
并没有进行计数引用,如果我们没有经过一次抓包处理,直接就在上面另一个分支释放了
我们可以和上面的情景做一下对比,同样的情况,我们少调用了一次kfree_skb
atomic_inc(&skb->users);
return pt_prev->func(skb, skb->dev, pt_prev, orig_dev);
不管是经过网络嗅探器,网桥,还是协议栈处理,该skb都不会释放(skb释放根据skb->users计数做处理)
如果按照这样的思路,我们肯定要在netif_receive_skb函数末尾加上kfree_skb(skb);
这样的话,假设我们该skb只做了sniffer,bridge处理,我们就得调用3次kfree_skb(skb);(sniffer和bridge各一次,加上函数末尾处理)
如果我们采用pt_prev,这个东西实际上起到一个标志位的效果,如果pt_prev不为空表示经过了抓包处理,我们最后就不必在调用kfree_skb了
直接在最后的一个抓包处理中释放了
最后处理行:
if (pt_prev) {
ret = pt_prev->func(skb, skb->dev, pt_prev, orig_dev);
} else {
kfree_skb(skb);
并没有进行计数引用,如果我们没有经过一次抓包处理,直接就在上面另一个分支释放了
我们可以和上面的情景做一下对比,同样的情况,我们少调用了一次kfree_skb
相关文章推荐
- netif_receive_skb()
- netif_receive_skb 函数注解
- Linux内核分析 - 网络[三]:从netif_receive_skb()说起
- netif_receive_skb 函数注解
- netif_receive_skb 函数注解
- Linux内核分析 - 网络:netif_receive_skb平台报文入口函数详解
- Linux内核分析 - 网络[三]:从netif_receive_skb()说起
- netif_receive_skb 函数注解
- netif_receive_skb->__netif_receive_skb_core
- Linux 网络协议栈开发代码分析篇之数据收发(一) —— netif_receive_skb()函数
- Linux内核分析 - 网络[三]:从netif_receive_skb()说起
- netif_receive_skb 函数注解
- Linux内核分析 - 网络[三]:从netif_receive_skb()说起
- netif_receive_skb 函数解析
- 网卡驱动5-做一个与外界交互的虚拟网卡4(netif_receive_skb和非napi分析)
- Linux内核分析 - 网络[三]:从netif_receive_skb()说起
- netif_receive_skb 函数解析
- .net core redis 驱动推荐,为什么不使用 StackExchange.Redis
- 『Spring.Net』为什么使用?
- 为什么GoogleNet中的Inception Module使用1*1 convolutions?