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.

AM3517 - official linux version ?

Other Parts Discussed in Thread: AM3517, AM3505

Hello,

I'm a bit confuse about which one is the last official Linux for the AM3517.

 

Following link display a version  v4.00.01, but with 3.00.01.06 PSP files

http://focus.ti.com/docs/toolsw/folders/print/linuxsdk-am35x.html

 

and this one a version 4.02.00.07

http://software-dl.ti.com/dsps/dsps_public_sw/psp/LinuxPSP/OMAP_04_02/04_02_00_07/index_FDS.html

 

Cheers

David

  • David:

    AM3517 SDk v4.00.01 is based on PSP 3.00.01.06 and includes some additional patches to that PSP

    and is based on the Linux 2.6.32 kernel.

     

    The next AM3517 SDK release (v5.0.2) will include PSP 04.02.00.07 which is based on the Linux 2.6.37 kernel.

    This SDK is scheduled for release in early July.

    Regards,

    Michael T

    PS: Please mark this post as answered via the Verify Answer button below if you think it answers your question.  Thanks!

     

  • Is it planned to release AM3517 SDK based on the Linux 3.0 kernel with fixed hwmod?

  • This is not an answer, but I am wishing for exactly the same thing. However instead of waiting I started working on it. My am3505 board is now booting Linux 3.0. Here are the patches:

     

    http://marc.info/?l=linux-omap&m=130980934619321&w=2

    http://marc.info/?l=linux-omap&m=130980934919328&w=2

    http://marc.info/?l=linux-omap&m=130980934819325&w=2

    http://marc.info/?l=linux-omap&m=130980809317954&w=2

    http://marc.info/?l=linux-omap&m=130980816418020&w=2

     

    Also I just finished working on supporting the ZCN package properly:

    http://marc.info/?l=linux-omap&m=130996617614377&w=2

  • The patches are working and solve lots of warnings and crashes. Thanks.

     

    But now I encounter problems with emac (compared to 2.6.37):

     

    clock: disabling unused clocks to save power
    davinci_emac davinci_emac: failed to get EMAC clock
    davinci_emac: probe of davinci_emac failed with error -16

     

    Any idea?

  • Yes, I got the same issue.

    I don't know about your hardware, but on mine this was a problem with the PHY reset signal. Uboot sets this GPIO correctly but when Linux boots, the pin mux and/or gpio level gets changed and puts the PHY in a disabled state. I have yet to dig to find the root cause, but for the time being I am simply setting GPIO 30 to a high level in my board file.

  • Oh, for the clocks I just modified the entries in clock3xxx_data.c:

    CLK("davinci_emac",     NULL,   &emac_ick,      CK_AM35XX),

    CLK("davinci_mdio",     NULL,   &emac_fck,      CK_AM35XX),

  • do you have a github repository set up where your patches can be pulled from?