关于ptype_all和pypte_base中的pt_prev的说明[转]

卖萌犯法

我认为这个理解是不正确的。

首先我很怀疑linux内核设计者是不是会为了节省一个atomic_dec_and_test，而破坏代码的逻辑结构。

我认为：使用pt_prev是为了提升自定义packet_type的优先级，使之位于某些特殊处理之前执行，而内核默认的packet_type处理将位于这些特殊处理之后。

1.由于dev_add_pack的头插方式，导致循环ptype_all和ptype_base结束之后，pt_prev将指向内核默认的packet_type，例如：对于ptype_all ，默认是AF_PACKET；

2.在最后的pt_prev->fun（也就是内核默认处理）执行之前，可以附加特殊操作，例如：2.4.21中的handle_diverter（netif_receive_skb，net\core\dev.c:1498），和2.6.34中的VLAN处理（netif_receive_skb，net\core\dev.c:2574）；

3.由于添加特殊处理的位置位于for循环之后和最后pt_prev之前，导致内核默认的packet_type将位于这些处理之后执行，而其他模块自定义的packet_type将位于这些处理之前执行（提升了优先级）；

4.所有packet_type处理的都是采取pt_prev的方式，可能就是为了给添加这些特殊处理留下空间。

至于最后一段缺少atomic_inc(&skb->users);的处理片段，只是追求额外福利罢了。