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.

DM8168 EMAC Boot

Hi Tis,

I tried to boot our board from EMAC via ethernet but it doesn't work.

I have checked the BOOTMODE in our board(GPMC[A5:A1], BTMODE[4:0] = 00100, EMAC Boot mode)

Using wireshark tool to capture ethernet packages...the BOOTP package is not found

But in DVRRDK and ti8168evm board, EMAC boot work fine and I could capture the BOOTP package.

What's wrong? All ti8168 chip revision support EMAC boot? How about ES2.0?

In silicon errata mentions...

Advisory 2.1.18 CPGMAC 1-Gbps Mode Does Not Work When EMAC_TXCLK is Not Running

Although EMAC_TXCLK is specific to the 10/100Mbps clock, if it is not running, then the
1-Gbps mode does not work.
In Ethernet boot, when the board is powered on, the Ethernet PHY chip auto-negotiates
and establishes a link at either 10/100/1000 Mbps speed. If the link is established at 1
Gbps, the Ethernet boot does not work for PHY chips that do not provide the
EMAC_TXCLK clock signal. According to the GMII specification, the EMAC_TXCLK
signal is not required to be provided by the PHY for 1-Gbps mode of operation, hence
some of the PHYs may not provide this clock. In these cases, the Ethernet boot fails.

Is it the EMAC_TXCLK issue? I found that the EMAC_TXCLK only clock a while after board booting in our board.

But in the EVM, the EMAC_TXCLK continue clock during the EMAC boot.

Does it cause this issue?

Any help will be highly appreciate!

BR,

Steven

  • Hi Steven,

    Are you using DM816x EZSDK 5.05.02.00? Are you using EMAC0 port for ethernet boot? Are you aligned with the below section of the DM816x TRM?

    25.8.4 Ethernet Boot Procedure

    See also if the below wiki pages will be in help:
    http://processors.wiki.ti.com/index.php/DM816x_AM389x_EMAC_Boot
    http://processors.wiki.ti.com/index.php/TI81XX_PSP_UBOOT_User_Guide#Building_U-Boot
    http://processors.wiki.ti.com/index.php/TI81XX_PSP_UBOOT_User_Guide#EVM_Switch_Settings
    http://processors.wiki.ti.com/index.php/TI81XX_PSP_EMAC_Boot
    http://processors.wiki.ti.com/index.php/TI81xx_PSP_Porting_Guide#PHY_driver_support_in_UBOOT

    BR Pavel
  • Steven Weng1 said:
    All ti8168 chip revision support EMAC boot? How about ES2.0?

    Yes, I think all. See also advisories 2.1.39, 2.1.40 and 2.1.67

    And the below e2e thread:

    http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/t/128095

    BR
    Pavel

  • Hi Pavel,
    Thanks for your help and sorry for late reply.
    I am using DVRRDK4.1 and using EMAC0 port for ethernet boot.
    I have checked the documents but the result is the same. I cant capture the BOOTP package from DM8168.
    BTW, It works fine from nand flash boot in our board, I think the uboot code is ok for booting.
    BR,
    Steven
  • Hi Pavel,
    Does the EMAC_TXCLK "NEED" continue clock during the EMAC boot?
    The following is steps:
    1) configure the BOOTMODE (GPMC[A5:A1], BTMODE[4:0] = 00100, EMAC Boot mode)
    2) connect the EMAC0 phy to my Notebook via giga port
    3) use wireshark to capture BOOTP package
    In EVM & DVRRDK demo board, I can capture the BOOTP package successfully. But in our board, it cant!
    I dont know the dm8168 rom code how to run in EMAC boot.
    I have checked GPMC[A5:A1] by oscilloscope and I want to capture the BOOTP package in the EMAC0 phy.
    Am I missing something?
    Thank you!
    BR,
    Steven
  • Steven,

    Steven Weng1 said:
    In EVM & DVRRDK demo board, I can capture the BOOTP package successfully. But in our board, it cant!

    Are you using the same ethernet PHY in your custom board and in EVM/DVRRDK demo board?

    BR
    Pavel

  • Hi Pavel,
    Very thanks for you help.
    the ethernet PHY in our board is RTL8211EG and in DVRRDK demo board is RTL8211DG.
    It seems the same.
    BR,
    Steven
  • Steven,

    I would suggest you to compare datasheets of RTL8211EG/DG PHYs (especially in the clock part) and see if there are any different requirements.

    If no difference, then this should be HW design issue, and double check of your custom board HW design should be done, take the DVRRDK demo board schematics and HW for reference.

    BR
    Pavel