• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 97 subscribers
  • Views 404 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Linux/AM3352: How to porting RGMII2 on U-Boot ?

WTMEC_Will Hsu
Expert 2620 points
Part Number: AM3352

Tool/software: Linux

Hi TI team,

I want to test RGMII2 on U-Boot,and how to porting RGMII2 on U-Boot 2018.01?

  • 0
    TI__Mastermind 40080 points
    Hi,

    Using the second cpsw port in u-boot is a use case that is currently to my knowledge not supported or implemented. I see other threads in the e2e forum that might be usable or serve as a starting point to enable the second port. I will review those threads a little closer and reply here.

    Is the second port to become the primary ethernet port meaning that only one port is active? Which TI EVM do you have, a am335x evm-sk by any chance?

    Best Regards,
    Schuyler
  • 0 in reply to Schuyler Patton
    Expert 2620 points

    Hi Schuyler

    Is the second port to become the primary ethernet port meaning that only one port is active?
    Will: Yes.

    Which TI EVM do you have, a am335x evm-sk by any chance?
    Will: I've a am335x evm-sk.

  • 0 in reply to WTMEC_Will Hsu
    TI__Mastermind 40080 points
    Hi,
    I replied earlier to this thread, apologies if a second response appears. I also apologize for not responding last week as I was out of the office.

    I have not been able to find an example of this u-boot configuration on the e2e.ti.com . I am fairly confident that this question has been asked in the past and would like to leverage a solution from the forum if it exists. That said this feature is not supported or implemented on the current TI SDK.

    The only suggestion I can offer is the follow the ethernet initialization in the board/ti/am335x/board.c file. Everyplace the code sets initialization for the first interface convert to the second interface. One thing to note here is the mac node in the board dts needs to have it's active_slave field set to the tell the cpsw driver to use the second interface. This is how Linux works when only bringing up the second interface. Something like this perhaps:

    &mac {
    active_slave = <1>;
    }

    Please note that since that this has not been implemented there could be driver issues encountered.

    Best Regards,
    Schuyler