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.

Upgrading dm6437_demo to run with xdm 1.x

Other Parts Discussed in Thread: CCSTUDIO

I am in the process of upgrading standard dm6437_demo project that comes with dm6437 dvsdk_1_11 to run with upgraded environment for CE_2_10.

The objective is to upgrade the demo project to include h264dec rev.2.00 but this version is still running h264 codec rev1.10.

System fails to configure properly and complains about a missing findSuffix(...) program (.xs). Most probably the search path is not properly reconfigured to follow the changes in overall project configuration needed to transition a program to run xdm1.x instead of xdm0.9. For details please view the attached part of the log.

 

Questions:

  1. What is needed to migrate de6437_demo.pjt to run with xdm1.x?
  2. How to effectively find the location of the missing .xs or .js package/program which is requires find function findSuffix(..).

For reference I am attaching here a calling sequence from the "C:/dvsdk_2_00_00_00/framework_components_2_24_01/packages/ti/sdo/fc/dman3/package.xs", line 41:

....

var UTILS = xdc.loadCapsule('ti/sdo/fc/utils/utils.xs');
/*
 *  ======== validate ========
 */
function validate()
{

    var suffix = Program.build.target.findSuffix(this);

...

 

and a fragment of the log:

--------------------------  dm6437_demo.pjt - Debug  --------------------------
[dm6437_demo.cfg] "C:\xdc_3_05\xs.exe" xdc.tools.configuro.ccs  --xdcpathsfile="xdcpaths.dat" -tti.targets.C64P -pti.platforms.evmDM6437 -rdebug --tcf -Dconfig.importPath=".../../examples/common/evmDM6437" -c "C:/Program Files/Texas Instruments/C6000 Code Generation Tools 6.0.24" --xp "C:/CCStudio_v3.3/bios_5_32_04/packages" -o "xdcconfig" dm6437_demo.cfg

Info: running XDC configuration using package path:
C:\dvsdk_2_00_00_00\codec_engine_1_20_02\packages
C:\dvsdk_2_00_00_00\codec_engine_1_20_02\examples
C:\dvsdk_2_00_00_00\framework_components_2_24_01\packages
C:\dvsdk_2_00_00_00\xdais_6_24_01_06\packages
C:\dvsdk_2_00_00_00\codecs_1_10\packages
C:\dvsdk_2_00_00_00\ndk_1_92_00_22_eval\packages
C:\dvsdk_2_00_00_00\biosutils_1_00_02\packages
C:\dvsdk_2_00_00_00\pspdrivers_1_10_00\packages
C:\dvsdk_2_00_00_00\edma3_lld_1_05_00\packages
C:\dvsdk_2_00_00_00\examples\common\evmDM6437
C:\CCStudio_v3.3\bios_5_32_04\packages
C:\xdc_3_05
C:\xdc_3_05\packages
C:\xdc_3_05\packages


The configuration step is now running:

making package.mak (because of package.bld) ...
generating interfaces for package xdcconfig (because package/package.xdc.xml is older than package.xdc) ...
configuring dm6437_demo.x64P from package/cfg/dm6437_demo_x64P.cfg ...
ti.sdo.ce.osal.close() ...
ti.sdo.ce.osal.validate() ...
warning: xdc.cfg.Program: "C:/xdc_3_05/packages/xdc/runtime/package.xs", line 65: xdc.cfg.Program : assignment to Program.system is deprecated
js: "C:/dvsdk_2_00_00_00/framework_components_2_24_01/packages/ti/sdo/fc/dman3/package.xs", line 41: TypeError: Cannot find function findSuffix. (C:/dvsdk_2_00_00_00/framework_components_2_24_01/packages/ti/sdo/fc/dman3/package.xs#41)
    "C:/xdc_3_05/packages/xdc/cfg/Main.xs", line 270
    "C:/xdc_3_05/packages/xdc/cfg/Main.xs", line 162
    "C:/xdc_3_05/packages/xdc/xs.js", line 152
gmake.exe: *** [package/cfg/dm6437_demo_x64P.c] Error 1
gmake.exe: *** [package/cfg/dm6437_demo_x64P.c] Deleting file `package/cfg/dm6437_demo_x64Pcfg.cmd'
gmake.exe: *** [package/cfg/dm6437_demo_x64P.c] Deleting file `package/cfg/dm6437_demo_x64Pcfg_c.c'
gmake.exe: *** [package/cfg/dm6437_demo_x64P.c] Deleting file `package/cfg/dm6437_demo_x64Pcfg.s62'

 

Thanks for help,

 

Ja

  • Please check the version of "XDC" used by CE 2.10 and use the same XDC version. Likely will be xdctools 3.10.05.* You might be using an older version of XDC tools.

  • Gunjan,

    Thanks for the answer - but as you may see in the attached log, I have been using CE 1.20 to stay with h264 decoder rev.1.10. After your comment I changed it to 2_10_02.

    Based on http://wiki.davincidsp.com/index.php/Codec_Engine_Roadmap this should be ok when you run CE 2.10 the following are the dependencies:

    1. DSP Link 1.50                (irrelevant for 6437)
    2. DSP/BIOS 5.32.01             (I am using 32.04)
    3. C6x Codegen tools 6.0.16     (I am using 6.0.18)
    4. Framework Components 2.10    (same)
    5. XDAIS 6.10                   (I am using 6.24.01)
    6. CMEM 2.10                    (irrelevant)
    7. XDC Tools 3.00.06            (I am using 3.05)
    8. GCC 3.4 toolchain (MVPro 4)  (irrelevant)

    Even with CE 2_10_02 and XDC tools 3.05 it can not find suffix. What I have expected to see are compilation errors because of differences to the structures used in accessing a codec in xdm0.9 vs. xdm1.x. Yet, it seems the xs.js in Configuro can not build a proper model.

     

    Any suggestions??

     

    Ja

     

  • Gunjan,

    After reviewing it again I decided to re-install all packages on a new machine to avoid any side effects from the previous installations

    I have been testing a number of modules in an attempt to get CCS rev.3.3 to work with the conversion of the TI’s Demo-dm6437.pjt which comes with dvsdk1_11 and TI’s eval board. The following is the current configuration:

     

    Dependencies:                                                              Our configuration:

     DSP Link 1.50

     DSP/BIOS 5.32.01                                                        DSP/BIOS 5.32.04

     C6x Codegen tools 6.0.16                                            Codegen tools 6.0.18

     Framework Components 2.10                                        same

     XDAIS 6.10                                                                  XDAIS 6.24.01.06

     CMEM 2.10

     XDC Tools 3.10.06                                                       XDC Tools 3.10.05.61 (as you have suggested)

     GCC 3.4 toolchain(MVPro 4)

     DSP Link 1.50 or compatible must be used

     

    This configuration was used to build and test a simple Client project which is a part of h264 rev.2.00 decoder using CE 2.00 and h264 rev. 2.00 decoder.

     

    However I was not able to build an environment capable of building a more complex project such as the one that is based on demo_6437.prj. was expecting to be able to compile and get errors due to xdm0.9 xdn.1.X differences, but I was not able to correctly build the application. Problem stems from the Configuro being unable to generate a proper build script. The following is the error log from my recent run:

     

    making package.mak (because of package.bld) ...
    generating interfaces for package xdcconfig (because package/package_xdcconfig.c is older than package.xdc) ...
    configuring dm6437_demo.x64P from package/cfg/dm6437_demo_x64P.cfg ...
    js: "C:/Program Files/Texas Instruments/xdctools_3_10_05_61/include/utils.tci", line 748: xdc.services.global.XDCException: xdc.PACKAGE_NOT_FOUND: can't locate the package 'ti.bios' along the path: 'C:/dvsdk_2_00_00_00/xdctools_3_10_05_61;C:/dvsdk_2_00_00_00/xdctools_3_10_05_61/packages;C:/dvsdk_2_00_00_00/dm6437_demo_1_30_00/examples/common/evmDM6437;C:/PROGRA~1/TEXASI~1/XDCTOO~1/packages;..;'. Ensure that the package path is set correctly.
        "C:/dvsdk_2_00_00_00/xdctools_3_10_05_61/packages/xdc/xdc.tci", line 299

     

    And here is the xdcpath configuration

     

    // DO NOT MOVE OR DELETE THIS LINE [JavaScript xdcpaths]
    // Note: Use /FORWARD/ slashes for all directories!

    // root directory for the BIOS DVSDK installation
    dvsdkInstallDir = "C:/dvsdk_2_00_00_00/";

    xdcpaths =
               // Codec Engine
               dvsdkInstallDir + "codec_engine_2_10_02/packages;" +
               dvsdkInstallDir + "codec_engine_2_10_02/examples;" +
              
               // Framework Components
               dvsdkInstallDir + "framework_components_2_24_01/packages;" +
              
               // XDAIS
               dvsdkInstallDir + "xdais_6_24_01_06/packages;" +
              
               // Codecs
               dvsdkInstallDir + "dm6446_h264dec_2_00_002_production/packages;" +
              
               // NDK package
               dvsdkInstallDir + "ndk_1_92_00_22_eval/packages;" +
              
               // BIOS utilities
               dvsdkInstallDir + "biosutils_1_00_02/packages;" +
              
               // PSP Package
               dvsdkInstallDir + "pspdrivers_1_10_00/packages;" +

               // EDMA3 Package
               dvsdkInstallDir + "edma3_lld_01_06_00_01/packages;" +

               // TCONF import path to .tci files imported by projects' .tcf files
               dvsdkInstallDir + "examples/common/evmDM6437;" +
              
               "";

     

    the only logical sequence that has "ti/bios" in the path is in "C:\CCStudio_v3.3\bios_5_32_04\packages\ti\bios".

     

    1. How can I include this new search path in the search path collection?
    2. If it is not the search path where else should I search and how can I do (1)?

     

    Ja

  • Have you tried simply adding it to the xdcpath pasted above

    xdcpaths =
               // Codec Engine
               dvsdkInstallDir + "codec_engine_2_10_02/packages;" +
               dvsdkInstallDir + "codec_engine_2_10_02/examples;" +
              
               // Framework Components
               dvsdkInstallDir + "framework_components_2_24_01/packages;" +
              
               // XDAIS
               dvsdkInstallDir + "xdais_6_24_01_06/packages;" +
              
               // Codecs
               dvsdkInstallDir + "dm6446_h264dec_2_00_002_production/packages;" +
              
               // NDK package
               dvsdkInstallDir + "ndk_1_92_00_22_eval/packages;" +
              
               // BIOS utilities
               dvsdkInstallDir + "biosutils_1_00_02/packages;" +
              
               // PSP Package
               dvsdkInstallDir + "pspdrivers_1_10_00/packages;" +

               // EDMA3 Package
               dvsdkInstallDir + "edma3_lld_01_06_00_01/packages;" +

               // TCONF import path to .tci files imported by projects' .tcf files
               dvsdkInstallDir + "examples/common/evmDM6437;" +

               "C:/CCStudio_v3.3/bios_5_32_04/packages"


  • Gunjan,

     

    tried and failed - i.e., it was not a good pick.

    js: "C:/Program Files/Texas Instruments/xdctools_3_10_05_61/include/utils.tci", line 748: xdc.services.global.XDCException: xdc.PACKAGE_NOT_FOUND: can't locate the package 'ti.bios' along the path:

    'C:/dvsdk_2_00_00_00/xdctools_3_10_05_61;

    C:/dvsdk_2_00_00_00/xdctools_3_10_05_61/packages;

    C:/dvsdk_2_00_00_00/dm6437_demo_1_30_00/examples/common/evmDM6437;

    C:/PROGRA~1/TEXASI~1/XDCTOO~1/packages;..;'. Ensure that the package path is set correctly.

    please also notice that in spite adding a path at the end - it did not show up in the search path used to build. Any suggestions??

    thanks,

     

    ja

  • Im afraid I'm not too well versed with DVSDK demos but do you see a "Rules.mak" in your DVSDK installation ? That should have an environment variable called BIOS_INSTALL_DIR , maybe you can try and set that appropriately.

  • Gunjan,

     

    I took care of correct setup of environmental variables by scripting the WinXP

     

    ECHO **********************************

    set ENV_VARIABLE=BIOSDVSDK_INSTALL_DIR
    set ENV_VAR_VALUE="C:\dvsdk_2_00_00_00"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%


    ECHO **********************************

    set ENV_VARIABLE=BIOS_INSTALL_DIR
    set ENV_VAR_VALUE="C:\CCStudio_v3.3\bios_5_32_04"

    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=BIOSUTILS_INSTALL_DIR
    set ENV_VAR_VALUE="%BIOSDVSDK_INSTALL_DIR%\biosutils_1_00_02"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=BSL_EVMDM6437_INSTALLDIR
    set ENV_VAR_VALUE="C:\CCStudio_v3.3\boards\evmdm6437_v2"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=CE_INSTALL_DIR
    set ENV_VAR_VALUE="%BIOSDVSDK_INSTALL_DIR%\codec_engine_1_20_02"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=PSP_INCLUDE_SOC_PATH
    set ENV_VAR_VALUE=DM6437
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=PSP_INSTALL_DIR
    set ENV_VAR_VALUE="%BIOSDVSDK_INSTALL_DIR%\pspdrivers_1_00_02_00\packages"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=NDK_INSTALL_DIR
    set ENV_VAR_VALUE="%BIOSDVSDK_INSTALL_DIR%\ndk_1_92_00_22_eval"
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%

    ECHO **********************************

    set ENV_VARIABLE=XDCROOT
    set ENV_VAR_VALUE="%BIOSDVSDK_INSTALL_DIR%\xdctools_3_10_05_61"
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m

    ECHO **********************************

    set ENV_VARIABLE=XDCPATH
    set ENV_VAR_VALUE="%ENV_VAR_VALUE%;%ENV_VAR_VALUE%\packages"
    echo %ENV_VARIABLE% = %ENV_VAR_VALUE%
    setx %ENV_VARIABLE% %ENV_VAR_VALUE% -m

    ECHO **********************************

    I also save the project, closed, exit, and then restart to make sure that all has propagated to the system correctly.

    Next, I run the configuration step where it failed. So all search scripts are not ready and I can not even configure it for manual build.

    Any additional hints?

    Thanks,

     

    ja

     

  • Gunjan,

    I have tried your suggestion and some other configurations but they were not successful. After reviewing some of the literature about XDC I would like to check whether direct execution of xs make sense - I have tried this idea but it not generated expected results. I believe however that it may be a move in the right direction.

    In order to update an app I have to add packages with new release of software. These changes should be reflected in xdcpaths_evmDM6437.dat and I have added/modified all necessary lines there.When I have tried to see the file dependencies it showed few files with unresolved paths (yet they all have been properly defined in .dat file).

    So to update the paths one should perhaps run configuro as prescribed on p. 2-16 of XDC Consumer User Guide (SPRUEX4A). So I tried:

    >xs xdc.tools.configuro -t ti.targets.c64 -p ti.platforms.sim6xxx -c C:/CCStudio_v3.3/C6000/cgtools C:/dvsdk_2_00_00_00/dm6437_demo_1_30_00/dm6437_demo.cfg

    It complained about directory name, filename or volume label sysntax error. I rechecked if the names are correct and they are correct.

    Next, I have tried graphical repoman tool and could not see the way to update the paths for the project to correctly build the app. In assence I am trying to update dvsdk_2_00 for 6437 (TI did not do it so I am trying to get it done...).

    Is using the xs (either in repoman or configuro) a right way to update the paths? and if it so how this can be done?

    thx

    ja

     

     

  • Gunjan,

    To complete the discussion on this topic. It  seems that the mechnism in which Configuro gets data from (in this case) xdcpaths_evmDM6437.dat is broken.

    I was able to bypass this problem by getting placing paths (one by one) in XDCPATH environmental variable.

    Thanks,

     

    Ja

  • Gunjan,

    To complete the discussion on this topic. It  seems that the mechnism in which Configuro gets data from (in this case) xdcpaths_evmDM6437.dat is broken.

    I was able to bypass this problem by getting placing paths (one by one) in XDCPATH environmental variable.

    Thanks,

     

    Ja

  • I'm glad you were able to get it to work !

    Gunjan.