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的匹配问题。