• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 100 subscribers
  • Views 1477 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.

C6657 MAC address change on PDK 2.00.01.07

Sven Mulka
Expert 1162 points

Dear TI Team,

I am using the EVMC6657 and I am playing around the NIMU_emacExample_EVMC6657C66BiosExampleProject.

I am also using the new processor SDK for C6657 version 2.00.01.07, I am not using the old MCSDK.

I am realize that the example is using an hard-coded EMAC address 08-00-28-FF-FF-20. 

How can I change the EMAC address without changing the provided libraries (NDK, PDK)?

I have allready read the following posts:

e2e.ti.com/.../1544746

e2e.ti.com/.../274845

It looks like that the latest version of the NIMU driver for C6657 in PDK is not really usable for production systems, because the implementation of function EMACInit_Core() in pdk_c665x_2_0_0\packages\ti\transport\ndk\nimu\src\v0\nimu_eth.c contains the hard-coded MAC address and the call of platform_get_macaddr() is uncommented. Is there any reason for that?

Also for your info, the provided platform library is not loadable from the *.cfg file (e.g. var Platform = xdc.loadPackage('ti.platform.evmc6657l');), because the XDC stops with error of a missing schema for that library.

Thanks for your help and kind regards

Sven

  • 0
    TI__Guru* 81335 points

    Welcome to the TI E2E forum. I hope you will find many good answers here and in the TI.com documents and in the TI Wiki Pages (for processor issues). Be sure to search those for helpful information and to browse for the questions others may have asked on similar topics (e2e.ti.com). Please read all the links below my signature.

    We will get back to you on the above query shortly. Thank you for your patience.

  • 0
    TI__Guru** 116100 points
    Dear Sven,
    Sorry for the delayed response on this.
    I'm checking with internal team for this problem.
    Mean while, I'm able to enable the "platform_get_macaddr" in EMAC driver and rebuild it then I'm able to get the MAC ID from EFUSE.
  • 0 in reply to Titusrathinaraj Stalin
    Expert 1162 points

    Dear Titus and dear TI developer team,

    sorry it is not the right answer. If I make a copy of the EMAC driver sources and change the code then I am able also to use the MAC address from EFUSE. But I can not with the provided library.

    You should state that it is a bug of the provided EMAC driver of C6657.

    I hope that we (the customer) must not wait again some years for an update of PDK.

    In the meantime I found some more bugs in the EMAC driver:

    • If the ethernet cable has been disconnected and re-connected then the NDK stack does not work anymore. The reason may be around the empty EmacPoll() function in nimu_eth.c, e.g. it should calling the emac_poll function of emac.c
    • The configuration of SerDes PLL may be wrong if another reference clock is used. The call of SGMII_config() in emac_drv.c is using hardcoded settings for auxConfig.

    It is not the first time that I found wrong or missed implementations in the old or new PDK of C6657. I ask me how the TI developer team is working.

    Please, excuse my harsh words, but sometimes I am a little frustrated.

    Kind regards
    Sven

  • 0 in reply to Sven Mulka
    TI__Guru** 116100 points
    Dear Sven,
    Sorry for the inconvenience. I don't know how its missed which you already reported.
    Yes, its a bug. We've filed an IR for that and will be fixed in next release of processor SDK.
    We are also looking into other issues as well, we are working on it.
    Thanks for your feedback.