This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] PROCESSOR-SDK-J784S4:使用 CPSWng 通过 SERDES 实现10G XFI -无法建立与网络的连接

Guru**** 2411500 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network

器件型号:PROCESSOR-SDK-J784S4

工具与软件:

大家好!

我们一直在尝试使用定制电路板、其中包含 J784S4、该电路板使用10G XFI 通过 SERDES2 (线路2和线路3)连接到本地网络、而 SERDES2使用连接到1Gbit 交换机的 SFP 连接到本地网络。

为了设置器件树、我们以以下线程和器件树为基础:
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1428207/j784s4xevm-how-to-configurate-the-clock-to-use-for-10g-xfi
- k3-j784s4-evm-usxgmii-exp1-exp2.dtso

我们的相关定制器件树代码:

&serdes_wiz2 {
	assigned-clock-parents = <&k3_clks 406 9>; /* Use 156.25 MHz clock for USXGMII */
	status = "okay";
};

&serdes2 {
	#address-cells = <1>;
	#size-cells = <0>;
	status = "okay";

	serdes2_usxgmii_link: phy@2 {
		reg = <2>;
		cdns,num-lanes = <2>;
		#phy-cells = <0>;
		cdns,phy-type = <PHY_TYPE_USXGMII>;
		resets = <&serdes_wiz2 3>, <&serdes_wiz2 4>;
	};
};

&main_cpsw0 {
	pinctrl-names = "default";
	status = "okay";
};

&main_cpsw0_port1 {
	phy-mode = "usxgmii";
	mac-address = [00 00 00 00 00 00];
	phys = <&cpsw0_phy_gmii_sel 1>, <&serdes2_usxgmii_link>;
	phy-names = "mac", "serdes";
	status = "okay";
	fixed-link {
		speed = <10000>;
		full-duplex;
	};
};

&main_cpsw0_port2 {
	phy-mode = "usxgmii";
	mac-address = [00 00 00 00 00 00];
	phys = <&cpsw0_phy_gmii_sel 2>, <&serdes2_usxgmii_link>;
	phy-names = "mac", "serdes";
	status = "okay";
	fixed-link {
		speed = <10000>;
		full-duplex;
	};
};

&serdes_ln_ctrl {
	idle-states = <J784S4_SERDES0_LANE0_PCIE1_LANE0>, <J784S4_SERDES0_LANE1_PCIE1_LANE1>,
		          <J784S4_SERDES0_LANE2_PCIE1_LANE2>, <J784S4_SERDES0_LANE3_PCIE1_LANE3>,
		          <J784S4_SERDES1_LANE0_PCIE0_LANE0>, <J784S4_SERDES1_LANE1_PCIE0_LANE1>,
		          <J784S4_SERDES1_LANE2_PCIE0_LANE2>, <J784S4_SERDES1_LANE3_PCIE0_LANE3>,
		          <J784S4_SERDES2_LANE0_IP2_UNUSED>,  <J784S4_SERDES2_LANE1_IP2_UNUSED>,
		          <J784S4_SERDES2_LANE2_QSGMII_LANE1>, <J784S4_SERDES2_LANE3_QSGMII_LANE2>,
				  <J784S4_SERDES4_LANE0_QSGMII_LANE5>, <J784S4_SERDES4_LANE1_QSGMII_LANE6>,
				  <J784S4_SERDES4_LANE2_IP3_UNUSED>, <J784S4_SERDES4_LANE3_QSGMII_LANE8>;

};


我们目前使用的是 SDK 版本10_00_00、详见:
https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j784s4/10_00_00_08/exports/docs/linux/Foundational_Components Kernel_Drivers Network/CPSWng.html

按照 本机Foundational_Components 以太网页面(https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j784s4/10_00_00_08/exports/docs/linux/CPSWng/Kernel/CPSWng-Native-Ethernet.html#cpswng-nathere-ethernet Kernel_Drivers)中的说明(添加相关的内核驱动程序并应用显示的命令)、我们将得到以下输出:

在这里、我可以看到接口以正确的链路速率出现(很可能是由于 DTS 中的固定链路条目)(在对 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1333588/tda4vh-q1-how-to-enable-tda4vh-eval-board-10g-xfi-interface-function 中的驱动程序应用10G 支持补丁后)。
设置桥接模式时、另请参阅文档中对 devlink 命令的反应。

在 Mac 模式(默认)和桥接模式下、不会建立连接。
DHCP 在这两种模式下均不提供 IP、ping 也不适用于强制 IP/网络掩码。

以下是引导后接口的状态:

这是 UDHSPC 的输出:

因此、我的问题是:

  • 您认为我们的方法显然有什么问题吗?
  • 如何使 DHCP 客户端正常工作?
  • 我们可能还错过了其他任何调试过程?

我们还尝试了 CPSW 代理客户端、但没有任何可用性- R5内核没有日志/反应。 启动 CPSW 代理的 Remoteproc 不会出现在/sys/kernel/debug/remoteproc.中

无论答案如何、对这一问题的任何见解都是值得赞赏的。 提前感谢您


此致、
João 罗德里格斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Joao、

    是否要使用 CPSW 代理客户端和 ethfw 服务器型号或本机 Linux 驱动程序?

    您现在拥有的是本机 Linux 驱动程序配置的内容。

    假设您具有 SPL 引导流程、为了检查 ethfw 是否正在运行、您可以共享"ls -al /lib/firmware /"的输出。

    您是否还可以在内核中集成以下补丁:

    e2e.ti.com/.../0001_2D00_phy_2D00_ti_2D00_phy_2D00_j721e_2D00_wiz_2D00_fix_2D00_usxgmii_2D00_configuration.patch

    此致、
    Tanmay

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Tanmay,

    感谢您的答复。

    我们需要原生 Linux 驱动程序。 由于此处出现的问题、我们还尝试了 CPSW 代理 ethfw 服务器来尝试解决这些问题。
    我们愿意继续尝试以进行调试、但目标是使用本机 Linux 在我们的器件中启动10G XFI。

    关于内核-我们将使用以下版本:
    Linux j784s4-EVM 6.12.0-ti-00013-gade72d105eb7-dirty #1 SMP 抢占监控11月18日15:17:02 UTC 2024 AArch64 GNU/Linux

    此版本已包含所提供的补丁内容。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    [报价 userid="498482 " url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5632526 #5632526"]0001-phy-ti-phy-j721e-wiz-fix-usxgmii-configuration.patch

    上面共享的补丁不是 TI SDK 10.00.00.08的一部分。

    您是否已确认上述补丁已集成到您的内核中?

    此外、从 ifconfig 日志中可以看到来自 eth0、eth1的 Tx 数据包计数、但没有 Rx 数据包计数。

    您能否使用 ethtool 命令检查 CPSW 统计信息。

    # ethtool -S eth0
    # ethtool -S eth1.

    此外、您能否确认您是使用 MAC2MAC 还是与 PHY 配合使用?

    您能否检查 ETHFW 未从 MCU2_0内核运行。 请参阅以下常见问题解答。
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1264445/faq-how-do-i-bring-brought-up-ethernet-interfaces-for-main-domain-cpswng-in-linux-from-sdk-version-9-0-and-above

    此致、
    Sudheer

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    [报价 userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5641864 #5641864"]
    您是否已确认上述补丁已集成到您的内核中?

    我已通过尝试应用补丁并收到错误来确认这一点。 在检查内核源时、我意识到这已经完成了。 我们 使用的版本已包含该补丁。

    [报价]

    我懂了。

    [报价 userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5641864 #5641864"]
    您能否检查 ETHFW 未从 MCU2_0内核运行。

    下面是固件文件夹上的内容:
    我们仅在 MCU 和 DSP 中运行回波测试。

    [报价]

    是、确认 CPSW9G 的 ETHFW 未在 MCU2_0上运行。

    [报价 userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5641864 #5641864"]
    此外、您能否确认您是使用 MAC2MAC 还是与 PHY 配合使用?

    我们在 MAC2MAC 中。 我正在使用原始 dts main_cpsw0、在我的原始问题帖子的 DTSI 片段中分享了一些调整。

    [报价]

    好的,谢谢你的信息。
    DTS 配置正常。

    您是否可以检查 USXGMII 的对等端配置、因为统计信息中 CPSW 端口上没有 Rx 帧。

    此致、
    Sudheer

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Sudheer:


    您能否检查 USXGMII 的对端配置(因为统计数据中 CPSW 端口上没有 Rx 帧)。

    此电路板通过 SFP 连接到交换机。
    我不确定您的请求是什么意思、因为我们不知道需要任何配置。

    [quote userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network 我们一直在尝试使用一款定制电路板、该电路板包含 J784S4、它使用10G XFI 通过 SERDES2 (第2行和第3行)连接到本地网络、而 SERDES2使用连接到1Gbit 交换机的 SFP 连接到本地网络。


    你们是否有可能推荐 我们使用 USXGMII/XFI 的 J784S4 EVM 设置、以便我们也可以尝试另一种方法?
    仍然可以尝试通过使用我们的定制板为我们提供的任何建议。 谢谢你。

    此致、
    João 罗德里格斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    [报价 userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5646866 #5646866"]
    您是否可以检查 USXGMII 的对等端配置、因为统计信息中 CPSW 端口上没有 Rx 帧。

    此电路板通过 SFP 连接到交换机。
    我不确定您的请求是什么意思、因为我们不知道需要任何配置。

    [报价]

    由于 MAC 未收到任何数据包、我们怀疑链路伙伴(即 SFP)存在问题。
    您能否检查 XGMII 链路状态寄存器 (0x0C000074)以检查链路是否接通?
    # devmem2 0x0C000074

    [报价 userid="640156" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5646866 #5646866"]
    我们一直在尝试使用定制电路板、其中包含 J784S4、该电路板使用10G XFI 通过 SERDES2 (线路2和线路3)连接到本地网络、而 SERDES2使用连接到1Gbit 交换机的 SFP 连接到本地网络。


    你们是否有可能推荐 我们使用 USXGMII/XFI 的 J784S4 EVM 设置、以便我们也可以尝试另一种方法?

    [报价]

    抱歉 、我们有桥接连接器、可以背对背地连接两个 EVM 、以测试供内部使用的 MAC2MAC 连接。

    仍待定、请尝试使用我们的定制板向我们提出的任何建议。 谢谢。

    您能否与 SFP 供应商核实。

    此致、
    Sudheer

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Sudheer:

    如果无法进行其他设置、我们将继续进行一些其他测试。

    关于 XGMII 链路状态寄存器、结果如下:

    root@j784s4-evm:~# devmem2 0x0C000074
    /dev/mem opened.
    Memory mapped at address 0xffff89a43000.
    Read at address  0x0C000074 (0xffff89a43074): 0x00000002
    



  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    关于 XGMII 链路状态寄存器、结果如下:
    [报价]

    从 XGMII 链路状态来看、端口2似乎为链路接通。
    如果仍然没有向端口2接收任何数据、应检查对等端、即 SFP。

    此致、
    Sudheer

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Sudheer:

    谢谢、我将继续调查、重点关注 SFP 方面。  

    我们将从1千兆位 SFP 更改为10千兆位。
    尽可能报告一些进一步的诊断。

    此致、
    João 罗德里格斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    我们正在从1千兆 SFP 更改为10千兆 SFP。
    尽可能报告一些进一步的诊断。

    您好、如果需要我们提供任何反馈、请分享观察结果和日志。

    此致、
    Sudheer

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Sudheer:

    设法再次测试、我将共享最新的完整日志。

    仍然没有 IP 地址、但此处为:

    如果配置:

    root@j784s4-evm:~# ifconfig
    eth0      Link encap:Ethernet  HWaddr B2:79:4E:9A:81:34
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:102 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000
              RX bytes:0 (0.0 B)  TX bytes:9549 (9.3 KiB)
    
    eth1      Link encap:Ethernet  HWaddr 56:73:A6:0B:F8:38
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:19 errors:0 dropped:0 overruns:0 frame:0
              TX packets:100 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000
              RX bytes:2682 (2.6 KiB)  TX bytes:9102 (8.8 KiB)
    
    lo        Link encap:Local Loopback
              inet addr:127.0.0.1  Mask:255.0.0.0
              inet6 addr: ::1/128 Scope:Host
              UP LOOPBACK RUNNING  MTU:65536  Metric:1
              RX packets:95 errors:0 dropped:0 overruns:0 frame:0
              TX packets:95 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000
              RX bytes:19443 (18.9 KiB)  TX bytes:19443 (18.9 KiB)
    


    ethtool 到 eth1
    root@j784s4-evm:~# ethtool -S eth1
    NIC statistics:
         p0_rx_good_frames: 318
         p0_rx_broadcast_frames: 33
         p0_rx_multicast_frames: 285
         p0_rx_crc_errors: 0
         p0_rx_oversized_frames: 0
         p0_rx_undersized_frames: 0
         p0_ale_drop: 0
         p0_ale_overrun_drop: 0
         p0_rx_octets: 30255
         p0_tx_good_frames: 25
         p0_tx_broadcast_frames: 25
         p0_tx_multicast_frames: 0
         p0_tx_octets: 3274
         p0_tx_64B_frames: 248
         p0_tx_65_to_127B_frames: 58
         p0_tx_128_to_255B_frames: 0
         p0_tx_256_to_511B_frames: 37
         p0_tx_512_to_1023B_frames: 0
         p0_tx_1024B_frames: 0
         p0_net_octets: 33529
         p0_rx_bottom_fifo_drop: 0
         p0_rx_port_mask_drop: 0
         p0_rx_top_fifo_drop: 0
         p0_ale_rate_limit_drop: 0
         p0_ale_vid_ingress_drop: 2
         p0_ale_da_eq_sa_drop: 0
         p0_ale_block_drop: 0
         p0_ale_secure_drop: 0
         p0_ale_auth_drop: 0
         p0_ale_unknown_ucast: 0
         p0_ale_unknown_ucast_bytes: 0
         p0_ale_unknown_mcast: 0
         p0_ale_unknown_mcast_bytes: 0
         p0_ale_unknown_bcast: 0
         p0_ale_unknown_bcast_bytes: 0
         p0_ale_pol_match: 0
         p0_ale_pol_match_red: 0
         p0_ale_pol_match_yellow: 0
         p0_ale_mcast_sa_drop: 0
         p0_ale_dual_vlan_drop: 0
         p0_ale_len_err_drop: 0
         p0_ale_ip_next_hdr_drop: 0
         p0_ale_ipv4_frag_drop: 0
         p0_tx_mem_protect_err: 0
         p0_tx_pri0: 25
         p0_tx_pri1: 0
         p0_tx_pri2: 0
         p0_tx_pri3: 0
         p0_tx_pri4: 0
         p0_tx_pri5: 0
         p0_tx_pri6: 0
         p0_tx_pri7: 0
         p0_tx_pri0_bcnt: 3274
         p0_tx_pri1_bcnt: 0
         p0_tx_pri2_bcnt: 0
         p0_tx_pri3_bcnt: 0
         p0_tx_pri4_bcnt: 0
         p0_tx_pri5_bcnt: 0
         p0_tx_pri6_bcnt: 0
         p0_tx_pri7_bcnt: 0
         p0_tx_pri0_drop: 0
         p0_tx_pri1_drop: 0
         p0_tx_pri2_drop: 0
         p0_tx_pri3_drop: 0
         p0_tx_pri4_drop: 0
         p0_tx_pri5_drop: 0
         p0_tx_pri6_drop: 0
         p0_tx_pri7_drop: 0
         p0_tx_pri0_drop_bcnt: 0
         p0_tx_pri1_drop_bcnt: 0
         p0_tx_pri2_drop_bcnt: 0
         p0_tx_pri3_drop_bcnt: 0
         p0_tx_pri4_drop_bcnt: 0
         p0_tx_pri5_drop_bcnt: 0
         p0_tx_pri6_drop_bcnt: 0
         p0_tx_pri7_drop_bcnt: 0
         rx_good_frames: 33
         rx_broadcast_frames: 28
         rx_multicast_frames: 5
         rx_pause_frames: 0
         rx_crc_errors: 0
         rx_align_code_errors: 0
         rx_oversized_frames: 0
         rx_jabber_frames: 0
         rx_undersized_frames: 0
         rx_fragments: 0
         ale_drop: 8
         ale_overrun_drop: 0
         rx_octets: 5106
         tx_good_frames: 158
         tx_broadcast_frames: 16
         tx_multicast_frames: 142
         tx_pause_frames: 0
         tx_deferred_frames: 0
         tx_collision_frames: 0
         tx_single_coll_frames: 0
         tx_mult_coll_frames: 0
         tx_excessive_collisions: 0
         tx_late_collisions: 0
         rx_ipg_error: 0
         tx_carrier_sense_errors: 0
         tx_octets: 14904
         tx_64B_frames: 124
         tx_65_to_127B_frames: 40
         tx_128_to_255B_frames: 4
         tx_256_to_511B_frames: 23
         tx_512_to_1023B_frames: 0
         tx_1024B_frames: 0
         net_octets: 20010
         rx_bottom_fifo_drop: 0
         rx_port_mask_drop: 8
         rx_top_fifo_drop: 0
         ale_rate_limit_drop: 0
         ale_vid_ingress_drop: 0
         ale_da_eq_sa_drop: 0
         ale_block_drop: 0
         ale_secure_drop: 0
         ale_auth_drop: 0
         ale_unknown_ucast: 0
         ale_unknown_ucast_bytes: 0
         ale_unknown_mcast: 5
         ale_unknown_mcast_bytes: 794
         ale_unknown_bcast: 13
         ale_unknown_bcast_bytes: 2502
         ale_pol_match: 33
         ale_pol_match_red: 0
         ale_pol_match_yellow: 0
         ale_mcast_sa_drop: 0
         ale_dual_vlan_drop: 0
         ale_len_err_drop: 0
         ale_ip_next_hdr_drop: 0
         ale_ipv4_frag_drop: 0
         iet_rx_assembly_err: 0
         iet_rx_assembly_ok: 0
         iet_rx_smd_err: 0
         iet_rx_frag: 0
         iet_tx_hold: 0
         iet_tx_frag: 0
         tx_mem_protect_err: 0
         tx_pri0: 158
         tx_pri1: 0
         tx_pri2: 0
         tx_pri3: 0
         tx_pri4: 0
         tx_pri5: 0
         tx_pri6: 0
         tx_pri7: 0
         tx_pri0_bcnt: 14900
         tx_pri1_bcnt: 0
         tx_pri2_bcnt: 0
         tx_pri3_bcnt: 0
         tx_pri4_bcnt: 0
         tx_pri5_bcnt: 0
         tx_pri6_bcnt: 0
         tx_pri7_bcnt: 0
         tx_pri0_drop: 0
         tx_pri1_drop: 0
         tx_pri2_drop: 0
         tx_pri3_drop: 0
         tx_pri4_drop: 0
         tx_pri5_drop: 0
         tx_pri6_drop: 0
         tx_pri7_drop: 0
         tx_pri0_drop_bcnt: 0
         tx_pri1_drop_bcnt: 0
         tx_pri2_drop_bcnt: 0
         tx_pri3_drop_bcnt: 0
         tx_pri4_drop_bcnt: 0
         tx_pri5_drop_bcnt: 0
         tx_pri6_drop_bcnt: 0
         tx_pri7_drop_bcnt: 0
    


    devmem2 0x0C000074提供相同的0x2结果。




    [报价 userid="540868" url="~/support/processors-group/processors/f/processors-forum/1467559/processor-sdk-j784s4-10g-xfi-through-serdes-using-cpswng---unable-to-get-an-established-connection-to-the-network/5656990 #5656990"]从 XGMII 链路状态来看、Port-2似乎是链路接通。
    如果仍没有向端口2接收任何数据、应检查对等端、即 SFP。

    根据收集到的所有信息-您能否确认设备侧的配置正常、我们应该检查 SFP?
    提前感谢。

    此致、
    João 罗德里格斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    很抱歉耽误你的时间。 此问题是否仍然存在?

    此致、
    Tanmay

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Tanmay,

    问题已"半解决"。

    我们将1Gbit 交换机换为10Gbit、现在可以正常工作。
    纸张上应该可以使用速度较慢的开关、但至少我们可以丢弃任何设备树或驱动程序问题。
    如果您对此特定情况有任何其他意见、我们将不胜感激。

    此致、
    João 罗德里格斯

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    在 ethtool 中、我只能看到支持的模式和通告的模式为10000CR、因此我想它不能与任何其他链接模式一起使用。

    此致、
    Tanmay