• State
  • Locked Locked
  • Replies 6 replies
  • Subscribers 98 subscribers
  • Views 949 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.

Running program on DSP (tesla) of panda board

Jie Liao-
Intellectual 635 points


Hi all,

  I'd like to load some programs to run on the c64x+ DSP on panda board, but I don't know how to achieve this. I'm running a linaro/linux on the panda board, and I can power up the dsp by using the rpmsg project. Here is the questions:

  1) how to run the program (user program) on the DSP (tesla) of panda board, basing on that I running a linaro/linux OS on the SoC?

 2) I did find the benchmarks from TI for C64x DSPs, but I don't know if they can be run on tesla, do they?

 3) I also wanted to write my own program, what tools do I need? Previously I use CCS5 as well as MCSDK to test the C6678 DSP on TMDXEVM6678L.

  Anyone who could offer me some help, thank you very much!

 Regards,

Jie

  • 0
    Prodigy 160 points

    According to some threads on this forum, c64+ firmware is loading at startup. you have to put it in the /lib/firmware folder with the correct name (sorry I don't have it but maybe dmesg can help you).

    I am also trying to make remoteproc/rpmsg working.

    Regards,


    Kev

  • 0 in reply to Kevin JOLY
    Intellectual 635 points

    Hi Kev, thanks for replying.

    Actually I have done this things, I compiled the rpmsg source file and got a binary file, put it in /lib/firmware, that's the way how I power up the DSP and I could see the booting up message from the start. The question is I want to run other programs such as benchmarks and self-written programs on DSP, what should I do. Shall I modify the rpmsg source code and embed my own code into it, and run it as the powering up process? But I don't think it make sense, because it should run the program anytime as the user wants, right?

    Jie

  • 0 in reply to Jie Liao-
    Prodigy 160 points

    Actually I'm quite confusing with how RPMSG work. Could you tell me which Linaro version are you using?

    I suppose that you can use C64+ compiler to compile your own code and then replace the TI's firmware by yours in /lib/firmware.


    Kev

  • 0 in reply to Kevin JOLY
    Intellectual 635 points

    I think in order to understand rpmsg, you may want to refer this link: http://omappedia.org/wiki/Design_Overview_-_RPMsg . I'm using linaro 12.10. To compile the rpmsg source code, other tools should also be installed, such as XDC, IPC and the compiler for C6000 DSPs. That's what I did.

    I think that bothers to replacing the firmware every time to run different programs, I think there should be some other methods to leverage rpmsg using rproc, that's why I asked about this.

  • 0 in reply to Kevin JOLY
    Intellectual 635 points

    And by the way, I remembered that to compile and get the right firmware, you need to switch to the newest git tag in the rpmsg source code, and the firmware extension would be different other than .bin.

    Regards,

    Jie

  • 0 in reply to Jie Liao-
    Prodigy 160 points

    Thank you very much for your link.

    You can consider making a script

    1) rmmod the rpmsg/remoteproc modules

    2) copy the firmware file you gave as parameter to the good place

    3) modprobe rpmsg/remoteproc modules

    I know that it is a workaround but I think that firmware location are builtin the platform resources (I'm maybe wrong?)

    EDIT: I was wrong about the script, rmmod on omap_remoteproc is impossible because it is in use. Rebooting the board with an other firmware the only solution?

    Kev,