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.

problem installing c6ezrun

Other Parts Discussed in Thread: OMAP3530

Hi,
      I am trying to use the DSP on BeagleBoard-XM.
I am installing C6Run which can compile my DSP code.

I am following the wiki ---
http://processors.wiki.ti.com/index.php/Getting_Started_With_C6EZRun

I followed all the steps for Stand-alone Setup. I could compile the DSP-side back-end C6Run library using make dsp_libs.

In the next step I am trying to  build the ARM-side back-end C6Run library using
make gpp_libs. It gives me following error ---

make[1]: Entering directory `/home/radhika/BeagleBoard/

C6Run_0_97_03_03/build'
make[2]: Entering directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build/gpp_libs'
make[2]: Leaving directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build/gpp_libs'
make[2]: Entering directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build/gpp_libs'
make[3]: Entering directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build'
Building DSPLink GPP-side userspace libraries (be patient)...gmake[4]: *** No rule to make target `/bin/arm-none-linux-gnueabi-gcc'.  Stop.
make[3]: *** [gpp_libs] Error 2
make[3]: Leaving directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build'
make[2]: *** [/home/radhika/BeagleBoard/C6Run_0_97_03_03/dsplink_linux_1_65_00_03/dsplink/gpp/export/BIN/Linux/OMAP3530/DEBUG/dsplink.lib] Error 2
make[2]: Leaving directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build/gpp_libs'
make[1]: *** [gpp] Error 2
make[1]: Leaving directory `/home/radhika/BeagleBoard/C6Run_0_97_03_03/build'
make: *** [gpp_libs] Error 2


I have no clue why I am getting that error ? How can this error be resolved ?


Regards
Radhika
  • Radhika,

    This looks like it might be an issue with the path to the ARM compiler.  Since building the DSP-side backend library does not use the ARM compiler, this would explain why you don't see an issue there.  I would start by checking the Rules.mak file to verify the settings you have there.

    If everything looks good there, then we might have to trace the chain of Makefiles to see if we can pinpoint exactly where things go wrong (though based on the above, it appears to be where the DSPLink ARM libraries get built).

    Regards, Daniel

  • Hi,
       I was able to install c6run. There was problem in the path of Rules.mak.
    But I am not able to run the dsp examples on the Beagleboard.
    I compiled the examples using "make examples" and loaded the neessary kernel modules and the
    scripts on the target file system.

    I loaded the kernel modules.
    # ./loadmodules.sh
    [ 2229.880859] CMEMK module: built on May 26 2011 at 07:32:10
    [ 2229.886718]   Reference Linux version 2.6.38
    [ 2229.891174]   File /home/radhika/BeagleBoard/C6Run_0_97_03_03/linuxutils_2_26_01_02/packages/ti/sdo/linuxutils/cmem/src/mc
    [ 2229.906524] allocated heap buffer 0xe0000000 of size 0x1d00000
    [ 2229.912750] cmemk initialized
    [ 2230.023010] DSPLINK Module (1.65.00.03) created on Date: May 26 2011 Time: 07:32:03

    # lsmod
    Module                  Size  Used by    Tainted: G 
    lpm_omap3530            6963  0
    dsplinkk              130001  1 lpm_omap3530
    cmemk                  22316  0

    When I run the example code I get a Segmentation fault.

    # ./cfft_dsp
    [ 2543.978179] Unable to handle kernel paging request at virtual address 07cd1a74
    [ 2543.985778] pgd = d897c000
    [ 2543.988616] [07cd1a74] *pgd=00000000
    [ 2543.992370] Internal error: Oops: 5 [#8] SMP
    [ 2543.996826] last sysfs file: /sys/devices/virtual/vc/vcs/dev
    [ 2544.002777] Modules linked in: lpm_omap3530 dsplinkk cmemk [last unloaded: cmemk]
    [ 2544.010650] CPU: 0    Tainted: G      D W    (2.6.38-rc5 #13)
    [ 2544.016693] PC is at do_raw_spin_lock+0x8/0x160
    [ 2544.021453] LR is at _raw_spin_lock_irqsave+0x40/0x4c
    [ 2544.026763] pc : [<c0250ec8>]    lr : [<c04b5384>]    psr: 60000093
    [ 2544.026763] sp : d891fea8  ip : 00000003  fp : be9d3cac
    [ 2544.038787] r10: bf000000  r9 : d891e000  r8 : 000e43d8
    [ 2544.044281] r7 : fffffff4  r6 : 07cd1a70  r5 : a0000013  r4 : 07cd1a70
    [ 2544.051116] r3 : d8806c20  r2 : d891fe98  r1 : 00000000  r0 : 07cd1a70
    [ 2544.057952] Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user
    [ 2544.065521] Control: 10c5387d  Table: 9897c019  DAC: 00000015
    [ 2544.071563] Process cfft_dsp (pid: 5051, stack limit = 0xd891e2f8)
    [ 2544.078033] Stack: (0xd891fea8 to 0xd8920000)
    [ 2544.082611] fea0:                   07cd1a70 00000000 d891fe98 07cd1a70 a0000013 c00b8898
    [ 2544.091186] fec0: fffffff4 000e43d8 d891e000 bf000000 be9d3cac c04b5384 00000002 00000000
    [ 2544.099761] fee0: c00b8898 bf000000 10001003 07cd1a70 00000000 c00b8898 10001003 07cd1a70
    [ 2544.108337] ff00: 00000000 bf000038 bf000000 d88e4320 00000000 00000000 00000003 00000000
    [ 2544.116943] ff20: 00000000 c0137a0c d901d8a0 d901d860 00000001 00000000 d901d8c4 d901d8a0
    [ 2544.125518] ff40: 00000001 00000002 00000003 00000000 00000000 c04b58b0 d88e4320 c0136490
    [ 2544.134094] ff60: d88e4320 00000001 00000000 d88e4320 00000000 10001003 00000003 00000000
    [ 2544.142669] ff80: d891e000 c0137ae4 00000003 00000000 00061820 00000000 00034750 00000036
    [ 2544.151245] ffa0: c005e508 c005e340 00061820 00000000 00000003 10001003 00000000 be9d3c54
    [ 2544.159820] ffc0: 00061820 00000000 00034750 00000036 000622e0 00009718 00023f64 be9d3cac
    [ 2544.168395] ffe0: 400a4c74 be9d3c38 00023d00 400a4c94 20000010 00000003 6293070c 90050001
    [ 2544.177001] [<c0250ec8>] (do_raw_spin_lock+0x8/0x160) from [<c04b5384>] (_raw_spin_lock_irqsave+0x40/0x4c)
    [ 2544.187133] [<c04b5384>] (_raw_spin_lock_irqsave+0x40/0x4c) from [<c00b8898>] (down_interruptible+0xc/0x48)
    [ 2544.197387] [<c00b8898>] (down_interruptible+0xc/0x48) from [<bf000038>] (lpm_ioctl+0x38/0x1d8 [lpm_omap3530])
    [ 2544.207885] [<bf000038>] (lpm_ioctl+0x38/0x1d8 [lpm_omap3530]) from [<c0137a0c>] (do_vfs_ioctl+0x530/0x5bc)
    [ 2544.218109] [<c0137a0c>] (do_vfs_ioctl+0x530/0x5bc) from [<c0137ae4>] (sys_ioctl+0x4c/0x6c)
    [ 2544.226898] [<c0137ae4>] (sys_ioctl+0x4c/0x6c) from [<c005e340>] (ret_fast_syscall+0x0/0x3c)
    [ 2544.235748] Code: e8bd8070 dead4ead e92d4ff7 e1a06000 (e5902004)
    [ 2544.242919] ---[ end trace 1b75b31a2719ed25 ]---
    Segmentation fault

    But the arm code runs fine.

    # ./cfft_arm
    N=16,nTimes=100: 0.000855 s
    N=32,nTimes=100: 0.002075 s
    N=64,nTimes=100: 0.005097 s
    N=128,nTimes=100: 0.01181 s
    N=256,nTimes=100: 0.026429 s
    N=512,nTimes=100: 0.05954 s
    N=1024,nTimes=100: 0.131989 s
    N=2048,nTimes=100: 0.290191 s
    N=4096,nTimes=100: 0.723358 s
    N=8192,nTimes=100: 1.46201 s
    N=16384,nTimes=100: 3.26807 s

    What could be the reason ? Why am I not able to run the dsp code ?

    Regards
    Radhika

  • Hi:

        I was installing the C6Run for my Devkit8000 OMAP3530 board.

        I've downloaded the C6Run_0_97_03_03。And I've edited the Rules.mak and platform.mak file. when I excute "make dsp_libs" and "make gpp_libs", there's no problem. But when I excute the "make modules", it has error, which is "gpp/src/arch/OMAP3530/shmem/Linux/omap3530_phy_shmem.c:132: error: 'SZ_2K' undeclared (first use in this function)".

        How to I sovle this problem?

        Thanks a lot.

  • Hi:

        I was installing the C6Run for my Devkit8000 OMAP3530 board.

        I've downloaded the C6Run_0_97_03_03。And I've edited the Rules.mak and platform.mak file. when I excute "make dsp_libs" and "make gpp_libs", there's no problem. But when I excute the "make modules", it has error, which is "gpp/src/arch/OMAP3530/shmem/Linux/omap3530_phy_shmem.c:132: error: 'SZ_2K' undeclared (first use in this function)".

        How to I sovle this problem?

        Thanks a lot.

  • For some strange reason, there were some kernel versions (2.6.29 and 2.6.30 I think) whose source was missing that particular #define in the kernel headers.

    See here: http://permalink.gmane.org/gmane.linux.distributions.gumstix.general/54076

    A quick workaround is to add that #define to the arch/arm/include/asm/size.h file in the kernel source tree.

    Regards, Daniel