Update :
If I apply the following patch, dmai builds correctly.
Index: dvsdk_2_10_00_13/dmai_1_21_00_06/packages/ti/sdo/dmai/apps/fc_common.cfg
===================================================================
--- dvsdk_2_10_00_13.orig/dmai_1_21_00_06/packages/ti/sdo/dmai/apps/fc_common.cfg 2009-04-20 18:15:04.000000000 +0200 +++ dvsdk_2_10_00_13/dmai_1_21_00_06/packages/ti/sdo/dmai/apps/fc_common.cfg 2009-06-26 11:21:15.000000000 +0200
@@ -217,13 +217,13 @@
     /* Configure MEMUTILS */
     var MEMUTILS = xdc.useModule('ti.sdo.fc.memutils.MEMUTILS');

-    var EDMA3 = xdc.useModule('ti.sdo.fc.edma3.Settings');
+//    var EDMA3 = xdc.useModule('ti.sdo.fc.edma3.Settings');

     var HDVICP = xdc.useModule('ti.sdo.fc.ires.hdvicp.HDVICP');

     var VICP = xdc.useModule('ti.sdo.fc.ires.vicp.VICP2');

-    var EDMA3CHAN = xdc.useModule('ti.sdo.fc.ires.edma3chan.EDMA3CHAN');
+//    var EDMA3CHAN = xdc.useModule('ti.sdo.fc.ires.edma3chan.EDMA3CHAN');

     var LSP = xdc.useModule('ti.sdo.linuxutils.edma.EDMA');



But, the application are missing something, because they segfault
If I try to use the generated application to encode an image, here is
the output :

# ./image_encode_io1_dm365.x470MV -r 720x480 -c jpegenc -i frida_720x480.yuv -o frida.jpg
Starting application...
Using output color format YUV422P
Using input color format YUV422P
Segmentation fault (core dumped)

Here is what gdb has to say about this core dump :

Core was generated by `./image_encode_io1_dm365.x470MV -r 720x480 -c jpegenc -i frida_720x480.yuv -o f'.
Program terminated with signal 11, Segmentation fault.
[New process 209]
#0  0x0001e338 in JPEGENC_TI_activate ()
(gdb) backtrace
#0  0x0001e338 in JPEGENC_TI_activate ()
#1  0x00013fc0 in ALG_activate ()
#2  0x00013fc0 in ALG_activate ()
#3  0x000137ac in Algorithm_activate ()
#4  0x00012658 in VISA_enter ()
#5  0x00043110 in _DYNAMIC ()
#6  0x00043110 in _DYNAMIC ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)



Jean-Philippe François a écrit :
JayaKumar, PremKumar a écrit :
Is the EDMA3_LLD_INSTALL_DIR variable in the Rules.make set to the right path where the edma3_lld_xx package is installed? If not, please try building the demos after setting it.

Regards,
Prem
Thank you for your answer.

I think the path is ok :

# Where the EDMA3 Low Level Driver is installed.
EDMA3_LLD_INSTALL_DIR=$(DVSDK_INSTALL_DIR)/edma3_lld_1_06_00_01

By the way, I hit the same error when trying to build dmai :

======== Building linux/image_decode_io1_dm365 ========
Configuring application using linux/image_decode_io1_dm365.cfg

cl470MV package/cfg/image_decode_io1_dm365_x470MV.c ...
In file included from package/cfg/image_decode_io1_dm365_x470MV.c:427:
/home/cynove/src/ARM/davinci/dvsdk_2_10_00_13/framework_components_2_23/packages/ti/sdo/fc/edma3/edma3_config.h:63:41: error: ti/sdo/fc/edma3/rm/edma3_rm.h: No such file or directory

But even if I try to include the rm package, it is not supported for dm365, and it will fail at the getlibs stage. Here is the list
of supported devices  :

edma3_lld_1_06_00_01/packages/ti/sdo/edma3/rm/package.xs
16:    var name = "edma3_rm_bios.lib";
17:    var name_i = "edma3_rm_bios_i.lib";
18-    var lib = "lib/";
19-
20-    /* Devices supported */
21-    var devices =     [
22-                        'TMS320C6424',
23-                        'TMS320C6452',
24-                        'TMS320C6455',
25-                        'TMS320C6474',
26-                        'TMS320C6747',
27-                        'TMS320DA830',
28-                        'TMS320CDM648',
29-                        'TMS320CDM6437',
30-                        'TMS320CDM6446',
31-                        'TMS320CDM6467',
32-                        'OMAP2530',
33-                        'OMAP3530',
34-                        'TMS320C2430',
35-                        'TMS320C3430',
36-                        'OMAPL137',
37-                        'TMS320CTCI6488',
38-                    ];

Any ideas ?

Regards,
Jean-Philippe François

-----Original Message----- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Jean-Philippe François
Sent: Friday, June 26, 2009 1:28 PM
To: davinci-linux-open-source@linux.davincidsp.com
Subject: Trouble building demos for dvsdk 2.10.00.

I am trying to build the encode demos from
the beta dvsdk for dm365 evm, and it fails with the following message :

cl470MV package/cfg/encode_x470MV.c ...
In file included from package/cfg/encode_x470MV.c:280:
/home/cynove/src/ARM/davinci/dvsdk_2_10_00_13/framework_components_2_23/packages/ti/sdo/fc/edma3/edma3_config.h:63:41: error: ti/sdo/fc/edma3/rm/edma3_rm.h: No such file or directory

This include is present in the edma3.rm package, but unfortunately it is not included on arm, as is shown by this lines from EDMA3 package.xs

     if (dsp) {
         var RM = xdc.useModule('ti.sdo.edma3.rm.RM');

         if (UTILS.usingPackage("ti.sdo.fc.rman")) {
             RM.edma3_max_rm_instances = RMAN.maxAlgs;
         }
         else {
             RM.edma3_max_rm_instances = this.Settings.maxAlgs;
         }
    }
     else {
          if (os == "Linux") {
             xdc.loadPackage('ti.sdo.linuxutils.edma');
         }
     }

Did anyone successfully rebuild the DM365 dvdsk demo ?

_______________________________________________
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source



_______________________________________________
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source



_______________________________________________
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to