PHY 状态简介

本贴最后更新于 940 天前,其中的信息可能已经时移世改

PHY 的 12 种状态

enum phy_state {
	PHY_DOWN = 0, //关闭网卡
	PHY_STARTING, //PHY设备准备好了,PHY driver尚为准备好
	PHY_READY,       //PHY设备注册成功
	PHY_PENDING,  //PHY芯片挂起
	PHY_UP,              //开启网卡
	PHY_AN,             //网卡自协商
	PHY_RUNNING, //网卡已经插入网线并建立物理连接,该状态可切换到PHY_CHANGELINK
	PHY_NOLINK,    //断网,拔掉网线
	PHY_FORCING,//自动协商失败,强制处理(读phy状态寄存器,设置速率,设置工作模式)
	PHY_CHANGELINK, //LINK检查,当物理连接存在时切换到PHY_RUNING,物理连接不存在时切换到PHY_NOLINK
	PHY_HALTED,   //网卡关闭时,PHY挂起
	PHY_RESUMING //网卡开启时,PHY恢复
};

PHY 状态机

PHY 状态切换图
PHY 指 PHY 芯片,负责数据传送与接收所需要的电与光信号、线路状态、时钟基准、数据编码和电路等,并向数据链路层设备提供标准接口。
MAC 指 MAC 芯片,属于数据链路层,提供寻址机构、数据帧的构建、数据差错检查、传送控制、向网络层提供标准的数据接口等功能。
PHY_DOWN: phy、phy driver、mac 都没准备好

  1. 如果 phy driver 被集成在内核中,PHY.probe 后,phydev 状态为 PHY_READY。
  2. 如果 phy driver 被未集成在内核中,PHY.probe 后,phydev 状态为 PHY_STARTING。

PHY_READY:phy、phy driver 已经就绪,mac 未准备好
当 MAC 层加载时,在 PHY.start 后,phydev 状态切换为 PHY_UP。

PHY_STARTING:phy 准备就绪,phy driver、mac 未准备好

  1. 当 MAC 加载时,PHY.start 后,phydev 状态为 PHY_PENDING。
  2. 当 phy driver 加载时,phydev 状态为 PHY_READY。

PHY_PENDING:phy、mac 准备就绪,phy driver 未准备好
当 phy dirver 加载后,phdev 状态为 PHY_UP

上图中 0-->1-->2-->4、0-->2-->4 代表 phy、phy dirver、mac 顺序加载。
0-->1-->3-->4 代表 phy、mac、phy driver 顺序加载。

PHY_UP:phy、phy driver、mac 准备就绪
当前状态将启动自动协商,若启动成功则进入 PHY_AN,若启动失败则进入 PHY_FORCING。

PHY_AN:网卡自协商模式,检测自协商是否完成。
先判断物理链路的状态,如果未 LINK 则进入 PHY_NOLINK,如果 LINK 则判断自协商是否完成,
自协商完成进入 PHY_RUNNING,若自协商超时则重新开启自协商。

PHY_FORCING:强制协商
读 link 和自协商状态寄存器,如果状态正常则进入 PHY_RUNNING 模式。

PHY_NOLINK:物理链路未连接
判断物理链路状态,如果 LINK,再判断是否支持自协商,若支持待自协商完成后进入 PHY_RUNNING 模式,
若不支持,直接进入 PHY_RUNNING 模式。若自协商处于挂起状态,则进入 PHY_AN 模式。

PHY_RUNNING:正常运行中
获取当前 link 状态,当 link 状态发生改变时,进入 PHY_CHANGELINK 模式。

PHY_CHANGELINK:检查物理链路
物理链路 link 时,切换到 PHY_RUNNING,非 LINK 时切换到 PHY_NOLINK。

PHY_HALTED:网卡关闭 phy_stop
挂起 phy
PHY_RESUMING: 网卡启用 phy_start
恢复 phy

phy_state_machine 是 PHY 的状态机函数

/**
 * phy_state_machine - Handle the state machine
 * @work: work_struct that describes the work to be done
 */
void phy_state_machine(struct work_struct *work)
{
	struct delayed_work *dwork = to_delayed_work(work);
	struct phy_device *phydev =
			container_of(dwork, struct phy_device, state_queue);
	bool needs_aneg = false, do_suspend = false;
	enum phy_state old_state;
	int err = 0;
	int old_link;

	mutex_lock(&phydev->lock);

	old_state = phydev->state;

	if (phydev->drv->link_change_notify)
		phydev->drv->link_change_notify(phydev);

	switch (phydev->state) {
	case PHY_DOWN:
	case PHY_STARTING:
	case PHY_READY:
	case PHY_PENDING:
		break;
	case PHY_UP:
		needs_aneg = true;

		phydev->link_timeout = PHY_AN_TIMEOUT;

		break;
	case PHY_AN:
		err = phy_read_status(phydev);
		if (err < 0)
			break;

		/* If the link is down, give up on negotiation for now */
		if (!phydev->link) {
			phydev->state = PHY_NOLINK;
			netif_carrier_off(phydev->attached_dev);
			phydev->adjust_link(phydev->attached_dev);
			break;
		}

		/* Check if negotiation is done.  Break if there's an error */
		err = phy_aneg_done(phydev);
		if (err < 0)
			break;

		/* If AN is done, we're running */
		if (err > 0) {
			phydev->state = PHY_RUNNING;
			netif_carrier_on(phydev->attached_dev);
			phydev->adjust_link(phydev->attached_dev);

		} else if (0 == phydev->link_timeout--)
			needs_aneg = true;
		break;
	case PHY_NOLINK:
		if (phy_interrupt_is_valid(phydev))
			break;

		err = phy_read_status(phydev);
		if (err)
			break;

		if (phydev->link) {
			if (AUTONEG_ENABLE == phydev->autoneg) {
				err = phy_aneg_done(phydev);
				if (err < 0)
					break;

				if (!err) {
					phydev->state = PHY_AN;
					phydev->link_timeout = PHY_AN_TIMEOUT;
					break;
				}
			}
			phydev->state = PHY_RUNNING;
			netif_carrier_on(phydev->attached_dev);
			phydev->adjust_link(phydev->attached_dev);
		}
		break;
	case PHY_FORCING:
		err = genphy_update_link(phydev);
		if (err)
			break;

		if (phydev->link) {
			phydev->state = PHY_RUNNING;
			netif_carrier_on(phydev->attached_dev);
		} else {
			if (0 == phydev->link_timeout--)
				needs_aneg = true;
		}

		phydev->adjust_link(phydev->attached_dev);
		break;
	case PHY_RUNNING:
		/* Only register a CHANGE if we are polling or ignoring
		 * interrupts and link changed since latest checking.
		 */
		if (!phy_interrupt_is_valid(phydev)) {
			old_link = phydev->link;
			err = phy_read_status(phydev);
			if (err)
				break;

			if (old_link != phydev->link)
				phydev->state = PHY_CHANGELINK;
		}
		/*
		 * Failsafe: check that nobody set phydev->link=0 between two
		 * poll cycles, otherwise we won't leave RUNNING state as long
		 * as link remains down.
		 */
		if (!phydev->link && phydev->state == PHY_RUNNING) {
			phydev->state = PHY_CHANGELINK;
			dev_err(&phydev->dev, "no link in PHY_RUNNING\n");
		}
		break;
	case PHY_CHANGELINK:
		err = phy_read_status(phydev);
		if (err)
			break;

		if (phydev->link) {
			phydev->state = PHY_RUNNING;
			netif_carrier_on(phydev->attached_dev);
		} else {
			phydev->state = PHY_NOLINK;
			netif_carrier_off(phydev->attached_dev);
		}

		phydev->adjust_link(phydev->attached_dev);

		if (phy_interrupt_is_valid(phydev))
			err = phy_config_interrupt(phydev,
						   PHY_INTERRUPT_ENABLED);
		break;
	case PHY_HALTED:
		if (phydev->link) {
			phydev->link = 0;
			netif_carrier_off(phydev->attached_dev);
			phydev->adjust_link(phydev->attached_dev);
			do_suspend = true;
		}
		break;
	case PHY_RESUMING:
		if (AUTONEG_ENABLE == phydev->autoneg) {
			err = phy_aneg_done(phydev);
			if (err < 0)
				break;

			/* err > 0 if AN is done.
			 * Otherwise, it's 0, and we're  still waiting for AN
			 */
			if (err > 0) {
				err = phy_read_status(phydev);
				if (err)
					break;

				if (phydev->link) {
					phydev->state = PHY_RUNNING;
					netif_carrier_on(phydev->attached_dev);
				} else	{
					phydev->state = PHY_NOLINK;
				}
				phydev->adjust_link(phydev->attached_dev);
			} else {
				phydev->state = PHY_AN;
				phydev->link_timeout = PHY_AN_TIMEOUT;
			}
		} else {
			err = phy_read_status(phydev);
			if (err)
				break;

			if (phydev->link) {
				phydev->state = PHY_RUNNING;
				netif_carrier_on(phydev->attached_dev);
			} else	{
				phydev->state = PHY_NOLINK;
			}
			phydev->adjust_link(phydev->attached_dev);
		}
		break;
	}

	mutex_unlock(&phydev->lock);

	if (needs_aneg)
		err = phy_start_aneg(phydev);
	else if (do_suspend)
		phy_suspend(phydev);

	if (err < 0)
		phy_error(phydev);

	dev_dbg(&phydev->dev, "PHY state change %s -> %s\n",
		phy_state_to_str(old_state), phy_state_to_str(phydev->state));

	queue_delayed_work(system_power_efficient_wq, &phydev->state_queue,
			   PHY_STATE_TIME * HZ);
}

问:若操作系统没有加载网卡驱动,网卡虽然在系统设备树上,但网卡接口创建不了,那网卡实际能不能接收到数据?
答:这里面有很多细节, 我根据 Intel 网卡的 Spec 大概写了写, 想尽量写的通俗一些,所以没有刻意用 Spec 里的术语,另外本文虽然讲的是 MAC/PHY,但光口卡的(SERDES)也是类似的.

  1. PCI 设备做 reset 以后进入 D0uninitialized(非初始化的 D0 状态, 参考 PCI 电源管理规范),此时网卡的 MAC 和 DMA 都不工作,PHY 是工作在一个特殊的低电源状态的;
  2. 操作系统创建设备树时,初始化这个设备,PCI 命令寄存器的 Memory Access Enable or the I/O Access Enable bit 会被 enable, 这就是 D0active.此时 PHY/MAC 就使能了;
  3. PHY 被使能应该就可以接收物理链路上的数据了,否则不能收到 FLP/NLP, PHY 就不能建立物理连接.但这类包一般是流量间歇发送的;
  4. 驱动程序一般要通过寄存器来控制 PHY, 比如自动协商 speed/duplex, 查询物理链路的状态 Link up/down;
  5. MAC 被使能后, 如果没有驱动设置控制寄存器的一个位(CTRL.SLU )的话, MAC 和 PHY 是不能通讯的, 就是说 MAC 不知道 PHY 的 link 已经 ready, 所以收不到任何数据的.这位设置以后, PHY 完成自协商, 网卡才会有个 Link change 的中断,知道物理连接已经 Link UP 了;
  6. 即使 Link 已经 UP, MAC 还需要 enable 接收器的一个位(RCTL.RXEN ),包才可以被接收进来,如果网卡被 reset,这位是 0,意味着所有的包都会被直接 drop 掉,不会存入网卡的 FIFO.老网卡在驱动退出前利用这位关掉接收.Intel 的最新千兆网卡发送接收队列的动态配置就是依靠这个位的,重新配置的过程一定要关掉流量;
  7. 无论驱动加载与否, 发生 reset 后,网卡 EEPOM 里的 mac 地址会写入网卡的 MAC 地址过滤寄存器, 驱动可以去修改这个寄存器,现代网卡通常支持很多 MAC 地址,也就是说,MAC 地址是可以被软件设置的.例如,Intel 的千兆网卡就支持 16 个单播 MAC 地址,但只有 1 个是存在 EEPROM 里的,其它是软件声称和设置的;
  8. 但如果驱动没有加载,网卡已经在设备树上,操作系统完成了步骤 1-2 的初始化,此时网卡的 PHY 应该是工作的,但因为没有人设置控制位(CTRL.SLU)来让 MAC 和 PHY 建立联系,所以 MAC 是不收包的.这个控制位在 reset 时会再设置成 0;
  9. PHY 可以被软件设置加电和断电, 断电状态除了接收管理命令以外,不会接收数据.另外,PHY 还能工作在 Smart Power Down 模式下,link down 就进入省电状态;
  10. 有些多口网卡,多个网口共享一个 PHY, 所以 BIOS 里设置 disbale 了某个网口, 也未必会把 PHY 的电源关掉,反过来,也要小心地关掉 PHY 的电源;
  11. 要详细了解 PHY,最终还是要熟悉 IEEE 以太网的相关协议.

ps: pipe.b3log.org 提供的站点无法同步文章了,显示同步成功,实际并没有。

  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议,并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    921 引用 • 934 回帖 • 1 关注

相关帖子

1 回帖

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • stepforwards
    作者

    今天又上了 pipe,结果就像是第一次使用,文章全丢了

推荐标签 标签

  • FFmpeg

    FFmpeg 是一套可以用来记录、转换数字音频、视频,并能将其转化为流的开源计算机程序。

    23 引用 • 31 回帖 • 8 关注
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 516 关注
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 553 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    402 引用 • 3510 回帖
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 43 关注
  • PHP

    PHP(Hypertext Preprocessor)是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点,主要适用于 Web 开发领域,据说是世界上最好的编程语言。

    165 引用 • 407 回帖 • 514 关注
  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 64 关注
  • Spring

    Spring 是一个开源框架,是于 2003 年兴起的一个轻量级的 Java 开发框架,由 Rod Johnson 在其著作《Expert One-On-One J2EE Development and Design》中阐述的部分理念和原型衍生而来。它是为了解决企业应用开发的复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为 JavaEE 应用程序开发提供集成的框架。

    942 引用 • 1458 回帖 • 118 关注
  • Telegram

    Telegram 是一个非盈利性、基于云端的即时消息服务。它提供了支持各大操作系统平台的开源的客户端,也提供了很多强大的 APIs 给开发者创建自己的客户端和机器人。

    5 引用 • 35 回帖
  • Solo

    Solo 是一款小而美的开源博客系统,专为程序员设计。Solo 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动(具体细节请浏览 B3log 构思 - 分布式社区网络)。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!

    1425 引用 • 10043 回帖 • 475 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 53 关注
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis,2010 年这个项目由 Apache 软件基金会迁移到了 google code,并且改名为 MyBatis ,2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 405 关注
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动(具体细节请浏览 B3log 构思 - 分布式社区网络)。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!

    131 引用 • 1114 回帖 • 138 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 10 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 52 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 233 关注
  • sts
    2 引用 • 2 回帖 • 164 关注
  • 反馈

    Communication channel for makers and users.

    124 引用 • 907 回帖 • 209 关注
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储,专门用于在分布式系统中保存关键数据。

    5 引用 • 26 回帖 • 496 关注
  • Firefox

    Mozilla Firefox 中文俗称“火狐”(正式缩写为 Fx 或 fx,非正式缩写为 FF),是一个开源的网页浏览器,使用 Gecko 排版引擎,支持多种操作系统,如 Windows、OSX 及 Linux 等。

    7 引用 • 30 回帖 • 446 关注
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 4 关注
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 531 关注
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    148 引用 • 257 回帖
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 701 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖
  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖 • 2 关注
  • Oracle

    Oracle(甲骨文)公司,全称甲骨文股份有限公司(甲骨文软件系统有限公司),是全球最大的企业级软件公司,总部位于美国加利福尼亚州的红木滩。1989 年正式进入中国市场。2013 年,甲骨文已超越 IBM,成为继 Microsoft 后全球第二大软件公司。

    103 引用 • 126 回帖 • 442 关注