话说10g光口不能down

今天遇到一个问题：对 10g 光口 执行“ifconfig ethx down” 时 发现内核接口down了；ethtool ethx 时 发现 link detect 为 no；但是其协商速率为10000Mb/s;

同时查看盒子面板，发现link 指示灯是亮的。

问题就是：“down 端口结果  端口在物理链路上没有down”

首先确定ifconfig 命令没有出错； 同时dmesg 发现内核没有相关错误；那就只能strace 了

strace 结果如下：

ioctl(4, SIOCGIFFLAGS, {ifr_name="eth22", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(4, SIOCSIFFLAGS, {ifr_name="eth22", ifr_flags=IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0

也就是去掉了IFF_UP标志：

那对应内核执行过程是怎样的呢？

通过 ioctl 系统调用SIOCSIFFLAGS 查找对应代码：

 

*/

int dev_ioctl(struct net *net, unsigned int cmd, void __user *arg)
{---------------------

    /*
     *    These ioctl calls:
     *    - require superuser power.
     *    - require strict serialization.
     *    - do not return a value
     */
    case SIOCSIFFLAGS:
    case SIOCSIFMETRIC:
    case SIOCSIFMTU:
-----------------------
        dev_load(net, ifr.ifr_name);
        rtnl_lock();
        ret = dev_ifsioc(net, &ifr, cmd);
        rtnl_unlock();
        return ret;

    ------------------------------------
}

根据SIOCSIFFLAGS 条件会调用dev_ifsioc 最后

 

dev_ifsioc(net, &ifr, cmd)->

 　　   dev_change_flags(dev, ifr->ifr_flags)-> 

         　　__dev_change_flags(dev, flags);

__dev_change_flags 中根据 dev状态来执行是否需要dev_close or dev_open

 

 

if ((old_flags ^ flags) & IFF_UP) {    /* Bit is different  ? */
        ret = ((old_flags & IFF_UP) ? __dev_close : __dev_open)(dev);

        if (!ret)
            dev_set_rx_mode(dev);
    }

 

以dev_close为例：其核心函数为

const struct net_device_ops *ops = dev->netdev_ops;

        /*
         *    Call the device specific close. This cannot fail.
         *    Only if device is UP
         *
         *    We allow it to be called even after a DETACH hot-plug
         *    event.
         */
        if (ops->ndo_stop)
            ops->ndo_stop(dev);

        dev->flags &= ~IFF_UP;
        net_dmaengine_put();

执行设备的ops 其对应函数为：

static const struct net_device_ops i40e_netdev_ops = {
    .ndo_open        = i40e_open,
    .ndo_stop        = i40e_close,
------------------------------------------------
}

也就是 最后会执行 设备驱动对应的nedev_ops close 函数 

遇到这个问题 也就只能 继续分析设备驱动了！！！！！！

继续看网卡的pr文档吧！！----明天看吧----

 

看了好长时间pr文档头都大了！！

突然想到： 别的igb 驱动能够down掉1g 光口，就去看了一下igb的close回调，发现确实会去rw 寄存器；也就是说10g 光口驱动没有操作对应寄存器？？

看了一下 10g光口驱动的open 函数，他能将接口up 说明其会对某写寄存器写数据；看代码过程中看到了i40e_force_link_state

再看close 函数；发现也会调用i40e_force_link_state，但是调用i40e_force_link_state是有条件的，难道是由于这些条件导致的？？

仔细看了一下代码；修修改改！！！解决了！！然后对这个驱动还是不很了解！！管它呢 解决问题最重要！等有时间在回头看吧！！！！

希望不是忘了继续看 driver 代码---