• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 14 订户
  • 视图 3888 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

AM3354: u-boot 2020.01移植，网络phy芯片lan8720a，ping不通，mdc和mdio有时钟和数据

chamberlain
Part Number: AM3354


TI的fae及各位大侠好：

目前基于am3354平台，进行系统u-boot和kernel升级；

将原有的u-boot 2012 升级为u-boot 2020.01，目前已成功烧录启动u-boot-spl.bin和u-boot.img，但是ping不通，帮忙看下啥原因？

但是测试网络模块，ping和tftp不通过，网口的两个led指示灯都正常显示，使用逻辑分析仪步骤mdc和mdio数据，也存在时钟和数据。

lan8720a，使用rmii模式，引脚配置和初始化也成功，在u-boot阶段使用mii和mdio命令，也可以正常读取寄存器数值。

u-boot阶段的开机logo如下（添加有测试打印）：

board_init_f start
early_system_init start
set_uart_mux_conf
enable_uart0_pin_mux
<debug_uart> spl.c spl_early_init
spl_early_init
board.c spl_early_init
early_system_init end
board_early_init_f
set_mux_conf_regs
imac pin mux init
scale_vcores
scale_vcores_generic
scale_vcores_generic okay
zq1500_gpio_init start
zq1500_gpio_init end
sdram_init func 1st
sdram_init func 2nd
board_init_f end
board_init_r
>>SPL: board_init_r()
TLB table from 8fffc000 to 90000000
spl_init
spl_board_init
preloader_console_init

U-Boot SPL 2020.01-dirty (Oct 12 2021 - 15:15:11 +0800)
Trying to boot from UART
CCCxyzModem - CRC mode, 1(SOH)/746(STX)/0(CAN) packets, 4 retries
Loaded 763280 bytes
Jumping to U-Boot
loaded - jumping to U-Boot...


U-Boot 2020.01-dirty (Oct 12 2021 - 15:15:11 +0800)

CPU : AM335X-GP rev 2.1
Model: TI AM335x EVM
DRAM: 256 MiB
enable_caches 1st
dcache_enable 2nd
mmu_setup 1st
mmu_setup 2nd
mmu_setup 3rd
mmu_setup 4th
enable_caches 2nd
board_init
WDT: Started with servicing (60s timeout)
NAND: 512 MiB
MMC: OMAP SD/MMC: 0
Loading Environment from FAT... <ethaddr> not set. Validating first E-fuse MAC
Net: phy.c phy_probe
phy.c genphy_config_advert
phy_write 1st start
phy_write 1st
phy_write 2nd start
phy_write 2nd
phy.c genphy_restart_aneg
phy_write 4th
eth0: ethernet@4a100000
Hit any key to stop autoboot: 0

ping测试日志如下：

=> setenv ipaddr 192.168.7.235
=> setenv gatewayip 192.168.7.1
=> setenv serverip 192.168.7.47
=> setenv netmask 255.255.255.0

=> ping 192.168.7.1
link up on port 0, speed 100, full duplex
Using ethernet@4a100000 device

Abort
ping failed; host 192.168.7.1 is not alive

mii打印信息

=> mii info
PHY 0x00: OUI = 0x01F0, Model = 0x0F, Rev = 0x01, 100baseT, FDX
=> mii read 0x0 0x0
3100
=> mii read 0x0 0x2
0007
=> mii read 0x0 0x4

0DE1

mdio打印信息

=> mdio list
ethernet@4a100000:
0 - SMSC LAN8710/LAN8720 <--> ethernet@4a100000

逻辑分析仪捕捉mdc和mdio数据截图如下：

  • 0
    TI__Guru**** 357097 points

    请问设备树是怎么配置emac的？

  • 0 回复 Shine

    你好，设备树这块没有修改，发现确实是这样的原因；

    使用的设备树是am335x-evm.dts，其中cpsw_emac0使用的phy-mode为rgmii模式，cpsw_default和cpsw_sleep引脚配置也为rgmii模式，现在修改为rmii模式及引脚配置，网络通信ok，ping测试通过。

    限于之前u-boot 2012版本开发习惯原因，u-boot 2021一直没去修改dts，确实这方面导致。

    当前u-boot 2021.01 存在ping测试主机偶发失败，另外tftp传输uImage失败的问题，传输文件速率很低，存在超时现象，这是哪方面导致？？

    之前的u-boot 2012版本，rmii模式，测试使用过tftp，传输数据很稳定，没有出现u-boot 2021版本这个问题。

  • 0 回复 Shine

    您好。目前使用的sdk linux-am335x-evm-07.03, 基于am3354平台进行移植；

    在u-boot 2020.01，没有dcache命令; 当前使用u-boot和帖子中内容相差比较大；

    lan8720a硬件电路设计没问题，因为我们使用u-boot 2012时候，tftp传输很快；

    应该是驱动或配置哪里还需要修改，dts中配置也修改适配了，ping测试没问题；

    现在没有明确的思路，帮忙分析指导下，多谢！

  • 0 回复 chamberlain
    TI__Guru**** 357097 points

    请贴一下您的设备树。传输多大的文件？

  • 0 回复 Shine

    传输的dtb约65KB，传输的u-boot.img约753KB，文件大小都不到1MB；tftp文件传输速度约为1.7KB/s。

    使用dts和dtsi为 am335x-evm.dts 和am33xx.dtsi (网络修改如下，其他未修改)

    am335x-evm.dts 

    cpsw_default: cpsw_default {
    pinctrl-single,pins = <
    /* Slave 1 */

    0x10c (PIN_INPUT_PULLDOWN | MUX_MODE1) /* mii1_crs.rmii1_crs_dv */
    0x110 (PIN_INPUT_PULLUP | MUX_MODE1) /* mii1_rxerr.rmii1_rxerr */
    0x114 (PIN_OUTPUT_PULLDOWN | MUX_MODE1) /* mii1_tx_en.rmii1_txen */
    0x124 (PIN_OUTPUT_PULLDOWN | MUX_MODE1) /* mii1_txd1.rgmii1_td1 */
    0x128 (PIN_OUTPUT_PULLDOWN | MUX_MODE1) /* mii1_txd0.rgmii1_td0 */
    0x13c (PIN_INPUT_PULLDOWN | MUX_MODE1) /* mii1_rxd1.rgmii1_rd1 */
    0x140 (PIN_INPUT_PULLDOWN | MUX_MODE1) /* mii1_rxd0.rgmii1_rd0 */
    0x144 (PIN_INPUT_PULLDOWN | MUX_MODE0) /* rmii1_ref_clk.rmii1_refclk */
    >;
    };

    cpsw_sleep: cpsw_sleep {
    pinctrl-single,pins = <
    /* Slave 1 reset value */

    0x10c (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x110 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x114 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x124 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x128 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x13c (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x140 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x144 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    >;
    };

    davinci_mdio_default: davinci_mdio_default {
    pinctrl-single,pins = <
    /* MDIO */
    0x148 (PIN_INPUT_PULLUP | SLEWCTRL_FAST | MUX_MODE0) /* mdio_data.mdio_data */
    0x14c (PIN_OUTPUT_PULLUP | MUX_MODE0) /* mdio_clk.mdio_clk */
    >;
    };

    davinci_mdio_sleep: davinci_mdio_sleep {
    pinctrl-single,pins = <
    /* MDIO reset value */
    0x148 (PIN_INPUT_PULLDOWN | MUX_MODE7)
    0x14c (PIN_INPUT_PULLDOWN | MUX_MODE7)
    >;
    };

    &mac {
    pinctrl-names = "default", "sleep";
    pinctrl-0 = <&cpsw_default>;
    pinctrl-1 = <&cpsw_sleep>;
    status = "okay";
    slaves = <1>;
    };

    &davinci_mdio {
    pinctrl-names = "default", "sleep";
    pinctrl-0 = <&davinci_mdio_default>;
    pinctrl-1 = <&davinci_mdio_sleep>;
    status = "okay";

    ethphy0: ethernet-phy@0 {
    reg = <0>;
    };
    };

    &cpsw_emac0 {
    phy-handle = <&ethphy0>;
    /*phy-mode = "rgmii-id";*/
    phy-mode = "rmii";
    };

  • 0 回复 chamberlain

    您好：

    尝试使用dcache和查看设置cpu主频，tftp下载速度改善不明显；

    通过再次分析u-boot源码和比对dts关于rmii的节点设置，以及lan8720a时钟是输出50Mhz给mac控制器；

    添加如下节点设置，tftp可以正常使用，下载文件速度正常，约为1~2MB/s


    &phy_sel {
    rmii-clock-ext;
    };

    本质是phy时钟的问题。

    问题解决，感谢提供思路和参考。