unregister_netdevice: waiting for eth1 to become free?错误

 前段日子在做vlan的时候遇见一个麻烦,问题大致是这样的:
Description:
    路由器仅有一张网卡,phy0,通过vlan划分WAN端和LAN端。
    vconfig add phy0 1  #lan phy0.1
    vconfig add phy0 2 #wan phy0.2,(我通过ip link改了名字,使得phy0.2 更名为eth1)
     然后因为要做Vlan-tag的功能,在实现过程中需要重新配置vlan,(问题主要在其中一部需要删除eth1,是通过vconfig rem eth1删除的),但是在执行这条删除命令的时候出现了标题所示的错误:
unregister_netdevice: waiting for eth1 to become free?,然后板子就宕掉了。
  
    碰上问题时,进行了些分析,其间走了不少弯路,这里也顺便提下走的弯路了。
Analyse 1:
    应该是由程序占用了eth1,那么,先找出占用它的程序。
    首先看了下所有正在运行的进程,kill掉比较可能的进程,rmmod掉可能占用eth1的模块(包括一个名为enet的模块,这里先提一下,因为最后分析出来其实是enet模块导致了这个错误)。结果执行vconfig rem eth1 命令还是会出现错误,并宕机。
    接着通过循环,kill掉所有能kill掉的进程,问题依然没有解决。

Analyse 2:
    查资料,发现错误现象应该是:eth1设备的引用计数不为0,导致eth1的除名函数在netdev_run_todo中陷入死循环(循环判断eth1的引用计数是否为0),然后导致程序宕机。
    乍一看,跟Analyse1 的分析结果差不多,其实不然。
     其主要区别在于:
         在Analyse 1中,我们认为,eth1是否程序占用了,那么我们把程序down/kill掉,就可以解除占用。而在Analyse 2中,eth1引用计数不为0,不一定是eth1被占用了,也可能因为占用它的程序/模块在自身down掉的时候,没有吧引用计数减一造成的。
    在网上查了好久,出现unregister_netdevice: waiting for eth1 to become free?的原因可能是某一处代码中使用了dev_hold而没有使用dev_put。
     dev_hold和dev_put是配对使用的,一个用来引用计数加一,一个用于引用计数减一。
    查看模块代码,没有发现单独直接使用dev_hold的情况。那会不会是简介调用呢,仔细查找了好久,果然是间接调用。
    在我们一些模块代码中,经常会通过dev_get_by_name来获取设备信息。而dev_get_by_name封装了dev_hold,导致引用计数加一。由于dev_get_by_name是内核提供的接口,不熟悉的coder很可能不晓得这点,也没有注意到需要调用dev_put.,于是便有了上面所说的错误。


另:用__dev_get_by_name 可以避免出现dev_hold和dev_put的匹配问题。




你可能感兴趣的:(linux,内核,协议栈)