企业官网建设流程全解析

1. 项目概述与核心价值

如果你正在开发基于飞思卡尔（现NXP）MPC8313E PowerQUICC II Pro处理器的嵌入式网络设备，并且需要用到其千兆以太网功能，那么你大概率会与eTSEC控制器及其神秘的TBI接口打交道。我在十多年的嵌入式网络开发中，处理过不少类似MPC83xx系列的方案，发现很多工程师对GMII、RGMII接口比较熟悉，但一遇到需要直接配置SerDes或使用SGMII的场景，面对TBI这块就有点发怵。数据手册里那几十页的寄存器描述和时序图，读起来确实像天书。

简单来说，TBI是连接MAC层和物理层SerDes的一个“翻译官”。MAC层处理的是标准的GMII信号（8位数据+控制线），而SerDes（串行器/解串器）处理的是高速的串行差分信号。TBI的核心工作，就是在这两者之间进行转换：发送时，把8位并行数据加上控制信息，编码成10位的符号流；接收时，再把串行的10位符号流解码，恢复出数据和有效的控制信号。MPC8313E的eTSEC控制器内部就集成了这个TBI模块，让你无需外接PHY芯片，就能直接驱动光模块或通过SerDes连接其他物理层器件。

这篇文章的价值在于，我们不满足于手册的简单翻译。我将结合实际的驱动调试和硬件设计经验，为你深入拆解TBI接口的工作机制，特别是手册里语焉不详的8B/10B编码规则、同步状态机如何锁定链路，以及最关键的自动协商过程是如何通过那一组MII管理寄存器完成的。更重要的是，我会逐一解读每个关键寄存器的每一个比特，告诉你上电后应该按什么顺序配置它们，在链路异常时又该查看哪些状态位来定位问题。无论是写Linux内核的eTSEC驱动，还是在裸机环境下进行初始化，这些细节都能让你少走很多弯路。

2. TBI接口核心原理与工作模式解析

要驾驭TBI，不能只把它当成一个黑盒。我们必须理解它内部的两个核心流程：发送和接收。这不仅仅是数据格式的转换，更涉及链路状态的建立与维护。

2.1 发送过程：从GMII到串行码流

当eTSEC的MAC层准备好发送一个以太网帧时，数据通过GMII接口到达TBI模块。这里的GMII接口是内部的，对外不可见。TBI的发送引擎会执行以下关键操作：

1. 帧定界与封装：TBI并不是简单地把每个GMII字节映射出去。它需要在数据流中插入特殊的“有序集”来标记帧的开始与结束。一个标准的以太网帧以7字节的前导码和1字节的帧起始定界符开始。在TBI的十比特接口上，帧的开始由一个特殊的Start_of_Packet符号标识。这里有个容易忽略的细节：由于空闲有序集（Idle Ordered Set）总是以两个符号的周期出现，并起始于偶数字节边界，因此数据包也只能从偶数字节边界开始。如果GMII的TX_EN信号在奇数字节边界变为有效，TBI会延迟发出Start_of_Packet符号，这会导致前导码被缩短一个字节（从7字节变为6字节）。在调试时，如果发现对端设备偶尔丢包或CRC错误，需要检查是否是这个边界对齐问题导致的。

2. 8B/10B编码：这是TBI工作的核心。为什么是8B/10B？直接发送8位数据不行吗？主要为了解决两个问题：直流平衡和时钟恢复。在高速串行通信中，如果数据流中“0”和“1”的数量长期不平衡，会导致信号基线漂移，影响接收判决。同时，接收端需要从数据流中提取时钟，如果数据中出现长连“0”或长连“1”，时钟就会丢失。

   • 机制：8B/10B编码将每个8位数据字节映射到两个10位符号（一个RD-，一个RD+）上，编码器会根据当前的“运行不一致性”来选择使用哪一个符号。运行不一致性是指已发送数据中“1”的个数减去“0”的个数的累计值。编码规则会尽量选择能使累计值趋向于0的符号，从而保持直流平衡。
   • 特殊符号：除了数据符号，8B/10B还定义了一系列“特殊符号”，如K28.5（用作空闲码和同步头）。TBI利用这些特殊符号来构建空闲有序集、配置有序集等。

3. 错误传播与载波扩展：如果在发送过程中，MAC层通过GMII的TX_ER信号指示某个字节无效，TBI不会发送对应的数据符号，而是会发送一个Error_Propagation符号。在帧结束时，为了满足最小帧间隔要求，TBI会根据End_of_Packet符号的位置（奇/偶），自动插入一个或两个Carrier_Extend符号，然后才恢复发送空闲码。

2.2 接收过程：从码流同步到GMII

接收端的工作更具挑战性，因为它需要从看似随机的串行比特流中，找到数据的起始点，并正确解码。

1. 同步：这是链路建立的第一步，也是最重要的一步。TBI接收端有一个同步状态机，它持续扫描输入的10位符号，寻找一个特殊的7位序列——“逗号”字符。这个“逗号”序列（通常是K28.5符号的一部分0011111或1100000）的特点是，它在任何比特对齐方式下都是唯一的，不会在普通的数据流中出现。当接收端连续检测到一定数量（具体次数由硬件设计决定，通常为3-4次）包含“逗号”的符号后，就认为已经与发送端实现了符号对齐和同步。此时，它才能开始正确地区分一个个10位符号，并进行解码。如果同步丢失（例如链路断开后又恢复），这个状态机会重新开始搜索过程。

2. 解码与GMII输出：一旦同步建立，TBI便将连续的10位符号流解码回8位数据字节。同时，它从特定的控制符号中解析出TX_EN、TX_ER等GMII控制信号，并将它们与数据一起呈现给内部的MAC层。如果TBI被配置为GMII直通模式（例如连接外部PHY时），那么这些GMII信号会直接旁路TBI的编解码逻辑。

3. 自动协商：对于1000BASE-X（光纤）应用，同步建立后，TBI会开始解析“配置有序集”。这是自动协商的载体。双方设备通过交换这些有序集，来通告自己的能力（速度、双工、流控等）。这个过程的细节完全由TBI内部的硬件状态机处理，但结果会反映在相关的状态寄存器中，供软件读取。

实操心得：很多链路不起来的故障，根源都在同步阶段。你可以通过强制环回（Loopback）模式来测试TBI的发送和接收通路是否正常。如果内部环回能通，但对外连接不通，首先要怀疑的就是SerDes的参考时钟质量、差分线对是否匹配，以及光模块/电口的兼容性问题。同步失败，软件读到的链路状态寄存器永远会是“down”。

3. TBI MII寄存器组详解与配置指南

eTSEC的TBI模块提供了一组MII管理寄存器，用于配置和监控其工作状态。访问这些寄存器的方式，与访问外部PHY的寄存器完全一样，都是通过eTSEC的MII管理接口（MDIO/MDC）进行。关键在于，你需要使用一个特殊的“PHY地址”——这个地址存储在eTSEC的TBIPA寄存器中。在代码中，你向MII管理接口写入命令时，在PHY地址字段填上TBIPA的值，在寄存器地址字段填上TBI寄存器的偏移量，就能读写TBI内部的配置了。

下面，我们抛开手册的平铺直叙，以“启动一个千兆光纤链路”为任务主线，来梳理这些寄存器的配置逻辑和排查方法。

3.1 核心控制与状态寄存器

3.1.1 控制寄存器

这是软件配置TBI的起点。我们重点关注几个关键位：

• PHY Reset：这是一个自清除位。写1会产生一个硬件复位脉冲，将TBI内部状态机恢复到默认值。在初始化序列中，先执行一���软复位是个好习惯，可以确保从一个已知的干净状态开始。
• Speed[1:0]：速度选择。手册明确说明，对于TBI模式，Bit[2]必须为0，Bit[9]必须为1，这对应1000 Mbps。任何其他组合都是保留或不支持的。在驱动代码里，你应该在初始化时显式地写入这个值，而不是依赖上电默认值。
• AN Enable：自动协商使能。默认是开启的。在大多数千兆光纤应用中，你需要保持此位为1，让TBI与对端设备自动协商链路参数。只有在点对点直连且双方参数已知、确定的情况下，才考虑关闭自动协商，强制指定模式。
• Full Duplex：双工模式。TBI仅支持全双工模式，所以此位必须设置为1。半双工模式是保留的，设置无效。
• Restart Auto-Negotiation：写1可以手动重启自动协商过程。当软件检测到链路参数需要重新协商，或者链路异常需要重新训练时，可以操作此位。

配置示例：假设我们要配置TBI为自动协商千兆全双工模式，并执行一次复位。那么写入控制寄存器的值应为：PHY Reset=1,Speed[0]=0,AN Enable=1,Speed[1]=1,Full Duplex=1。其他保留位写0。计算一下：Bit0=1, Bit2=0, Bit3=1, Bit7=1, Bit9=1。对应的16位值就是0x028A（二进制0000 0010 1000 1010）。注意，PHY Reset位会在写入后自动清零。

3.1.2 状态寄存器

这个寄存器是软件轮询链路状态的主要窗口。在驱动程序中，你需要定期（例如每秒一次）或在中断服务例程中读取此寄存器。

• AN Done：这是最重要的状态位之一。当自动协商过程完成，且双方就链路参数达成一致后，硬件会将此位置1。在驱动初始化流程中，通常需要在一个循环里读取此位，直到它变为1，或者超时退出（报告链接失败）。
• Link Status：链路状态位。当物理层信号质量足够好，接收同步稳定建立后，此位会被置1。AN Done为1是Link Status为1的前提。通常，你需要同时检查这两个位都为1，才能认为链路已就绪，可以开始数据传输。
• Remote Fault：远端故障指示。如果对端设备在自动协商过程中报告了错误（如离线、链路故障、协商错误），此位会被锁存为1。每次读取状态寄存器后，此位会被清除。在调试时，如果发现AN Done始终无法完成，一定要检查此位，它能告诉你是不是对端出了问题。
• Extend Status & Extend Ability：这两个位通常固定为1，表示TBI支持扩展状态寄存器，并且其能力超出了基本的控制/状态寄存器范围。对于TBI，它们总是返回1。

排查技巧：一个常见的启动问题是“链路灯亮了，但系统里显示链路down”。这时，先读状态寄存器。如果Link Status=1但AN Done=0，说明物理信号通了，但自动协商卡住了。检查两端的自协商能力是否匹配，或者尝试强制关闭一端的自协商。如果Link Status=0，那问题更底层，需要检查时钟、电源、SerDes配置或物理连接。

3.2 自动协商相关寄存器解析

自动协商是TBI链路建立的核心。它通过交换“页”来实现能力通告和参数选择。MPC8313E的TBI支持基本的“基页”协商。

3.2.1 自动协商通告寄存器

这个寄存器用于向对端宣告本设备的能力。你需要根据设备的实际能力和设计需求来配置它。

• Next Page：如果你需要交换“下一页”信息（用于通告更高级的能力），则配置此位。对于大多数标准千兆光纤应用，只使用基页就足够了，此位设为0。
• Remote Fault：当本端设备检测到本地故障并希望通知对端时，设置此字段。通常正常工作时设为00（无错误）。
• Pause & ASM_DIR：这是流控能力的配置核心，非常关键。
  • 00: 不支持PAUSE帧。
  • 01: 支持非对称PAUSE，方向朝向链路伙伴。即本端可以请求对端暂停发送，但对端不能请求本端暂停。
  • 10: 支持对称PAUSE。双方都可以请求对方暂停。
  • 11: 同时支持对称PAUSE和非对称PAUSE（朝向本设备）。
• Half/Full Duplex：如前所述，TBI只支持全双工，所以Half Duplex位应设为0，Full Duplex位设为1。

配置决策：如何设置PAUSE？这取决于你的网络需求。在数据中心或高吞吐量场景，启用对称PAUSE可以防止交换机缓冲区溢出导致的丢包。在简单的点对点链路中，如果不担心拥塞，可以禁用PAUSE以减少协议开销。务必确保链路两端的PAUSE设置是兼容的，否则协商可能失败或流控行为异常。表15-129详细描述了不同组合下的本地/远端分辨率，是排查流控问题的终极参考。

3.2.2 链路伙伴能力寄存器

这是一个只读寄存器，存储了从对端设备接收到的自动协商基页信息。软件在自动协商完成后，应读取此寄存器以确认最终协商成功的参数。你可以将读到的Pause、Full Duplex等字段与本地ANA寄存器的配置进行比较，验证协商结果是否符合预期。如果发现协商结果（比如只协商到了半双工，这不可能发生，仅为举例）与预期不符，就需要检查两端的通告寄存器配置或物理连接。

3.2.3 自动协商扩展与下一页寄存器

ANEX寄存器中的Page Rx‘d位非常有用。当TBI从对端收到一个新的协商页（无论是基页还是下一页）时，此位会被锁存为1。这为软件提供了一种事件驱动的检测机制，而不是纯粹依赖轮询AN Done位。你可以在中断服务程序中检查此位，或者将其作为轮询的一个更细粒度的状态指示。

ANNPT和ANLPANP寄存器用于处理“下一页”的发送与接收。下一页机制允许设备交换厂商自定义或标准扩展的信息。对于大多数应用，我们不需要主动配置这些寄存器，但了解其存在是必要的。Toggle位用于确保在多次页面交换过程中的同步，由硬件自动管理。

3.3 扩展状态与诊断寄存器

3.3.1 扩展状态寄存器

这个寄存器清晰地展示了MPC8313E eTSEC的TBI模块所支持的模式。从默认值0x0005（二进制... 0101）可以看出：

• Bit 0 (1000X Full) = 1: 支持1000BASE-X全双工。
• Bit 1 (1000X Half) = 0:不支持1000BASE-X半双工。
• Bit 2 (1000T Full) = 1: 支持1000BASE-T全双工（这是针对电口的，当TBI配置为GMII模式连接外部铜缆PHY时）。
• Bit 3 (1000T Half) = 0: 不支持1000BASE-T半双工。

这个寄存器是只读的，它反映了硬件的固有能力。在驱动中，你可以读取此寄存器来动态适配硬件特性，但通常我们基于已知的芯片型号进行编程。

3.3.2 抖动诊断寄存器

这是一个用于测试和诊断的寄存器，普通应用不需要配置。它允许TBI发送IEEE 802.3z Annex 36A中定义的几种特定的抖动测试码型，如高频、低频、混合频率等模式，用于评估链路的信号完整性。Custom Jitter Pattern字段甚至可以让你发送自定义的10位测试图案。

重要提示：手册中特别提到，在开始发送抖动测试模式前，建议先进行自动协商，并通告一个“离线”的远程故障状态。这是为了防止测试码型干扰正常网络中的其他设备。在生产代码或正常驱动中，绝对不要启用此功能，除非你正在进行专门的信号完整性测试。

3.3.3 TBI控制寄存器

这是TBI模块的总控制开关，配置一些全局行为。

• Soft_Reset：软件复位。与CR寄存器的PHY Reset类似，但复位范围可能不同。写1复位TBI功能模块。
• Disable Rx/Tx Dis：禁用接收/发送方向的“不一致性”计算和检查。正常情况下必须保持为0。不一致性检查是8B/10B解码的一部分，禁用它会破坏编码规则，仅用于某些极端调试场景。
• AN Sense：这是一个兼容性功能位。默认情况下（设为0），TBI遵循IEEE 802.3z Clause 37的严格行为。如果对端是一个运行在“自动协商旁路”模式下的千兆MAC，或者是一个不支持自动协商的老旧千兆MAC，严格的Clause 37行为可能导致链路无法建立。将此位设为1，允许TBI感知这种情况：当检测到此类对端时，它仍然会将AN Done置为完成状态（尽管Page Rx‘d为低，表示没有页面交换），管理软件可以据此采取相应行动（例如，强制配置链路参数）。
• Clock Select：时钟选择，至关重要。它决定了TBI PHY的时钟源。
  • 0: TBI PHY由两个外部62.5 MHz差分接收时钟提供时钟。这是标准的TBI并行接口模式。
  • 1: TBI PHY由单个125 MHz接收时钟提供时钟。这是SGMII模式所必需的。在SGMII模式下，这个125MHz时钟由片上的SerDes模块提供。
  • 配置错误是导致SGMII模式无法工作的最常见原因之一。如果你将eTSEC配置为SGMII模式（通过ECNTRL[TBIM]位），但此位仍为0，则TBI PHY的时钟实际上被禁用了，链路肯定无法建立。
• MII Mode：这是一个只读状态位，反映了TBI当前的配置模式。软件读取它为1，表示TBI处于GMII/MII模式（连接外部PHY）；读取为0，表示TBI处于TBI模式（连接1000BASE-X SerDes）。它的值实际上是ECNTRL[TBIM]位的反相。你可以通过读取此位来验证eTSEC的整体模式配置是否正确。

4. 物理接口连接与实战配置流程

理解了寄存器，最终要落实到硬件连接和软件配置上。MPC8313E的eTSEC支持多种物理接口，TBI是其中用于千兆SerDes连接的一种。

4.1 接口模式选择与信号连接

根据你的物理层设备（光模块、SerDes芯片、外部PHY），你需要选择正确的接口模式，并连接相应的信号。

• TBI模式：用于直接连接1000BASE-X SerDes，例如驱动一个SFP光模块。此时，你需要使用RTBI接口。RTBI是TBI的“精简版”，它将10位数据线复用到5条线上，在时钟的上升沿和下降沿分别传输高5位和低5位，从而将信号线数量从10根（TBI）减少到5根（RTBI），再加上控制线。你需要连接TSECn_TXD[4:0]（发送）、TSECn_RXD[4:0]（接收）、TSECn_GTX_CLK（125MHz参考时钟输出给PHY）和TSECn_RX_CLK（62.5MHz接收时钟输入）。此时，TBI控制寄存器的Clock Select应设为0，使用外部双时钟。
• SGMII模式：用于通过片内SerDes进行串行千兆通信。这是最常用的模式之一，因为它只需要很少的差分对：一对发送、一对接收、一对参考时钟。此时，eTSEC的SerDes模块负责高速串行化/解串行化，而TBI模块则作为并行端与MAC对接。关键配置：除了设置ECNTRL寄存器将eTSEC切换到SGMII模式，必须将TBI控制寄存器的Clock Select位设为1，以使能来自SerDes的125MHz时钟。
• GMII/MII模式：如果你使用eTSEC连接一个外部的千兆铜缆PHY（例如Marvell 88E1111），则需要将TBI配置为GMII直通模式。此时，TBI的编解码功能被旁路，GMII信号直接穿过。你需要连接标准的GMII信号线（TXD[7:0], RXD[7:0], TX_CLK, RX_CLK, TX_EN, RX_DV等）。

4.2 驱动初始化配置流程示例

以下是一个基于裸机或驱动底层代码的TBI初始化流程概览，假设我们工作在SGMII模式：

1. 硬件与时钟初始化：

   • 确认板级硬件连接正确，SerDes参考时钟稳定。
   • 配置系统时钟模块，确保提供给eTSEC和SerDes的时钟频率正确。

2. eTSEC全局模式配置：

   • 配置ECNTRL寄存器，将TBIM位设置为0（选择SGMII/TBI模式，而非GMII模式）。

3. TBI模块软件复位：

   • 通过MII管理接口，向TBI控制寄存器（偏移0x11）的Soft_Reset位写1。等待一小段时间或轮询直到该位自动清零。

4. 配置TBI基本参数：

   • 写入TBI控制寄存器（TBICON）：
     • Clock Select= 1 （选择125MHz单时钟，SGMII必需）
     • AN Sense= 0 或 1 （根据对端设备兼容性决定，通常先设为0）
     • Disable Rx/Tx Dis= 0 （保持启用）
     • 其他保留位写0。
   • 写入TBI控制寄存器（CR，偏移0x00）：
     • PHY Reset= 1 （执行一次PHY复位）
     • Speed[1:0]=0b10（1000 Mbps）
     • AN Enable= 1 （启用自动协商）
     • Full Duplex= 1 （全双工）
     • 其他位写0。

5. 配置自动协商通告能力：

   • 写入自动协商通告寄存器（ANA，偏移0x04）：
     • 根据需求设置Pause能力（例如，对称PAUSE设为0b10）。
     • Full Duplex= 1。
     • Next Page= 0 （通常不需要下一页）。
     • Remote Fault= 0。

6. 启动并等待自动协商完成：

   • 完成上述配置后，自动协商过程会自动开始。
   • 进入一个循环，定期（例如每10ms）读取TBI状态寄存器（SR，偏移0x01）。
   • 检查Remote Fault位。如果为1，记录错误，可能需要检查对端或重新启动协商。
   • 等待AN Done位和Link Status位都变为1。这个过程通常需要几十到几百毫秒。
   • 务必设置超时机制（例如3秒），防止因硬件故障导致死循环。

7. 验证协商结果：

   • 自动协商完成后，读取链路伙伴能力寄存器（ANLPBPA，偏移0x05）。
   • 确认协商出的双工模式、流控模式是否符合预期。如有不符，需调整本端的ANA寄存器配置或检查对端设备。

8. 链路就绪：

   • 一旦AN Done和Link Status都为1，且协商结果满意，即可认为TBI链路已成功建立。此时，eTSEC的MAC层可以开始进行帧的收发。

5. 常见问题排查与调试技巧实录

即便按照手册配置，链路也可能无法建立。以下是我在实际项目中遇到的典型问题及排查思路。

5.1 链路状态始终为Down

• 症状：软件轮询状态寄存器，Link Status位始终为0。
• 排查步骤：
  1. 检查时钟：这是首要怀疑对象。用示波器测量SerDes的参考时钟（SD_REF_CLK）是否稳定，频率是否为125MHz，幅值是否满足要求。在SGMII模式下，确认TBI控制寄存器的Clock Select位已设置为1。
  2. 检查电源与复位：确认eTSEC模块和SerDes模块的电源稳定，且已释放出复位状态。测量相关电源引脚电压。
  3. 检查硬件连接：检查SFP模块是否插紧，光纤是否连接正确（TX对RX）。对于电口SGMII，检查差分线对是否交叉连接，阻抗是否匹配。
  4. 检查模式配置：确认ECNTRL[TBIM]位设置正确。SGMII模式应为0，GMII模式应为1。同时读取TBI控制寄存器的MII Mode位进行反向验证。
  5. 尝试环回测试：如果硬件支持，在SerDes或TBI层面配置内部数字环回。如果环回测试能通，说明芯片内部的TBI和SerDes通路基本正常，问题出在外部链路（光模块、光纤、对端设备）。

5.2 自动协商无法完成

• 症状：Link Status可能为1（物理信号通），但AN Done位一直为0，���者Remote Fault位被置1。
• 排查步骤：
  1. 读取远端故障编码：如果Remote Fault为1，根据ANLPBPA寄存器中的Remote Fault字段（Bits 2-3）判断对端报告的错误类型（离线、链路故障、协商错误）。这能直接定位是对端的问题。
  2. 检查自协商通告：确认本端ANA寄存器的配置是合理且支持的。例如，TBI不支持半双工，如果你错误地设置了Half Duplex位，协商可能会失败。确保Pause能力的设置与对端兼容。
  3. 检查AN Sense配置：如果对端是旧设备或不支持标准自协商，尝试将TBICON寄存器的AN Sense位设为1。
  4. 强制模式：作为调试手段，可以尝试关闭自动协商（CR.AN Enable = 0），并强制设置速度和双工模式。如果强制模式能连通，说明物理层是好的，问题出在自协商协议交互上。此时需要仔细对比两端的能力通告。
  5. 使用协议分析仪：如果有条件，使用支持1000BASE-X的以太网协议分析仪或具有SerDes眼图测试功能的示波器，抓取链路上实际交换的编码符号序列，查看是否在发送和接收配置有序集。

5.3 链路不稳定，时通时断

• 症状：链路能起来，但运行一段时间后Link Status会掉，然后可能又恢复。
• 排查步骤：
  1. 检查信号完整性：这是高速串行链路最常见的问题。使用高速示波器测量SerDes差分信号的眼图。检查眼高、眼宽、抖动是否满足规范要求。重点关注是否有过冲、回沟、噪声过大等问题。
  2. 检查电源噪声：在链路活动时，测量芯片核心电源和SerDes模拟电源的纹波。过大的电源噪声会严重影响SerDes的性能。
  3. 检查温度：芯片或光模块温度过高可能导致性能下降。确保散热良好。
  4. 查看错误计数：虽然TBI寄存器没有直接提供误码率计数器，但eTSEC的MAC层可能有相关的接收错误计数寄存器。监控这些计数器是否在增长。
  5. 尝试降低速率：虽然TBI固定为千兆，但可以检查是否因为PCB布线过长、过孔太多或参考平面不完整导致信号质量在千兆速率下临界。这通常需要硬件整改。

5.4 寄存器访问失败

• 症状：通过MDIO接口读写TBI寄存器时超时或无响应。
• 排查步骤：
  1. 确认TBIPA地址：首先确认你访问的PHY地址是正确的，即eTSEC的TBIPA寄存器中定义的值。这个地址通常在Uboot或内核早期初始化时被设置。
  2. 检查MDIO总线：用逻辑分析仪抓取MDC和MDIO信号，确认读写帧的格式、地址、数据是否正确。检查上拉电阻是否已连接。
  3. 确认TBI模块已使能：有些芯片的TBI/SerDes模块可能需要额外的时钟门控或电源域配置才能访问。检查相关系统控制寄存器的配置。

最后分享一个调试中的小技巧：在Linux内核驱动中，ethtool命令是你的好朋友。通过ethtool -m可以读取光模块的DOM信息，确认光功率是否正常。通过驱动注册的ethtool_ops，你可以实现读取TBI寄存器的函数，这样就能在用户空间直接使用ethtool -d来dump所有TBI寄存器的值，非常直观。在复杂的系统调试中，这种可视化工具有时比看日志更有用。