以太网驱动的流程浅析(一)-Ifconfig主要流程

Author：张昺华
Email：920052390@qq.com
Time：2019年3月23日星期六

此文也在我的个人公众号以及《Linux内核之旅》上有发表：

很喜欢一群人在研究技术，一起做有意思的东西，一起分享技术带给我们的快乐，也希望中国有更多的人热爱技术，喜欢一起研究、分享技术，然后可以一起用我们的技术来做一些好玩的东西，可以为这个社会创造一些东西来改善人们的生活。
如下是本人调试过程中的一点经验分享，以太网驱动架构毕竟涉及的东西太多，如下仅仅是针对加载流程和围绕这个问题产生的分析过程和驱动加载流程部分，并不涉及以太网协议层的数据流程分析。

【硬件环境】 Imx6ul

【Linux kernel版本】 Linux4.1.15

【以太网phy】 Realtek8201f

一个以太网的案例来讲述Ifconfig

1. 问题描述

【问题】

机器通过usb方式下载了mac地址后，发现以太网无法正常使用，敲命令 ifconfig eth0 up出现：ifconfig: SIOCSIFFLAGS: No such device，而对于没有下载以太网mac address的机器表现均正常。调试过程中发现在以太网控制器代码中加入一些printk，不正常的机器又正常了，打印的位置不同，机器的以太网有时会正常，有时会异常，十分诡异。

2. 原因分析

【根本原因】

reset时序问题导致，phy reset的时间不满足时序要求。如下图，如果硬件接了reset引脚，应满足时序要求在reset保持10ms有效电平后，还必须维持至少150ms才可以访问phy register，也就是reset要在B点之后才可以正常通过MDC/MDIO来访问phy register。如果是不使用硬件reset，使用软件reset方式，那也要至少在A点，也就是在reset维持10ms有效电平后，再维持3.5个clk才能正常访问phy register。

那为什么下载了mac地址后才异常呢？不下载的又正常呢？

【原因分析】

freescale控制器获取mac address流程如下：
1）模块化参数设置，如果没有跳到步骤2；
2）device tree中设置，如果没有跳到步骤3；
3）from flash / fuse / via platform data，如果没有跳到步骤4；
4）FEC mac registers set by bootloader===》即靠usb方式下载mac address ，如果没有跳到步骤5；
5）靠kernel算一个随机数mac address出来，然后写入mac

那为什么下载了mac地址后才异常呢？
下了mac后，会执行步骤4，不会执行步骤5，此时目前的代码不满足150ms的时序要求，无法访问phy register，
导致phy_id获取不到，因此phy_device也不会创建

那为什么不下载的又正常呢？
不下载mac address，会执行步骤5 ，步骤5中调用了函数eth_hw_addr_random
刚好满足了150ms的时序要求，所以才可以正常

跟入代码eth_hw_addr_random看下

继续看：

最终调用了kernel提供的获取随机数的一个函数，这块代码比较多就不继续追下去了。

所以这块步骤五的代码刚刚好好在这个硬件条件下，恰巧满足了150ms的reset时序要求，所以以太网才可以正常。

3. 以太网流程分析跟踪

3.1 Ifconfig主要流程

回归主题，根据这个ifconfig失败的现象，我们追踪一下code：
ifconfig: SIOCSIFFLAGS: No such device，既然出现了这个问题log，我们就从应用层的log入手，首先我们使用strace命令来追踪下系统调用，以便于我们追踪内核代码实现。
strace ifconfig eth0 up跟踪一下

可以发现主要是ioctl的操作，SIOCSIFFLAGS，然后我们需要了解下这个宏的意思，说白了就是设置各种flag，靠ioctl第三个参数把所需要的动作flag传入，比如说此时要对eth0进行up动作，那么就传入IFF_UP，例如：
struct ifreq ifr;

我们看这些主要是想知道为什么会打印这个log：
ifconfig: SIOCSIFFLAGS: No such device
那么内核中又是对ioctl做了什么动作呢？因为strace命令让我们知道了系统调用调用函数，我们可以在kernel中直接搜索SIOCSIFFLAGS，或者去以太网驱动net目录下直接搜索更快。最终我搜到了，路径是：net/ipv4/devinet.c
我们可以看到内核的宏定义：