Building Encode/Decode demo application for DVSDK2.0
Hi, I have recently migrated to DVSDK version 2.00.00.22 from 1.20 for DM6446. I am trying to build decode and encode demo application but am encountering error. I figured out that it is on the very first step, that is --à xs xdc.tools.configuro The reason for the same is that, I don’t have ‘xdc’ folder in xdctools_3_10_03/packages. Thus, xs is not able to find xdc.tools.configuro script at all. Can somebody tell me how I can overcome the same ? I tried using xdc_3_10_00_08 pacakge as it had ‘xdc/tools/configuro’ folder within the external folder. However, it got me stuck with the error “Cannot find function : findSuffix’”. Your response will be highly appreciated: My environment has following components: bios_5_33_03 xdc_3_10_03 CG_tools_6_0_21 biosutils_1_01_00 ceutils_1_06 cg_xml_2_12_00 codec_engine_2_23_01 dm6446_dvsdk_combos_2_05 dmai_1_20_00_06 dsplink-1_61_03-prebuilt dvsdk_demos_2_00_00_07 dvtb_4_00_08 edma3_lld_1_05_00 framework_components_2_23_01 linuxutils_2_23_01 PSP_02_00_00_140 xdais_6_23 Regards, -- Bhushan ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: problem while experimenting with g711enc
Hi, You may have to download the g711 codec lib for a player such as winamp/ vlc then play it. Bhushan On Wed, Jul 22, 2009 at 12:48 PM, Ottavio Campana ottavio.camp...@dei.unipd.it wrote: Hi, I'm trying to use g711enc to make some experiments. Everything seems to work fine, but I don't know how I can play the compressed file I get from the application. How do you play it? -- Non c'è più forza nella normalità, c'è solo monotonia. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source -- Bhushan ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Unable to change cache size in codec engine.
);
bios.L1DSRAM.heapSize = 0x1;
/* ===
* GBL
* ===
*/
prog.module(GBL).ENABLEALLTRC= false;
prog.module(GBL).PROCID = 0;
prog.module(GBL).CALLUSERINITFXN = 1;
/* user init function calls Link's HAL initialization */
prog.module(GBL).USERINITFXN = prog.extern(HAL_init);
prog.module(GBL).C64PLUSCONFIGURE = true ;
prog.module(GBL).C64PLUSL2CFG = 128k ;
prog.module(GBL).C64PLUSL1DCFG = 16k ;
prog.module(GBL).C64PLUSL1PCFG = 32k ;
prog.module(GBL).C64PLUSMAR128to159 = 0x;
/* CPU load computation */
var cpuLoad = prog.module(IDL).create(Global_cpuLoad);
cpuLoad.fxn = prog.extern(LOAD_idlefxn);
cpuLoad.calibration = true;
/* ===
* HWI
* ===
*/
bios.HWI_INT4.interruptSelectNumber = 16
bios.HWI_INT5.interruptSelectNumber = 17
/* ===
* MEM
* ===
*/
prog.module(MEM).STACKSIZE = 0x1000 ;
/* ===
* Global Settings
* ===
*/
prog.module(MEM).ARGSSIZE = 200;
/* ===
* Enable MSGQ and POOL Managers
* ===
*/
bios.MSGQ.ENABLEMSGQ = true;
bios.POOL.ENABLEPOOL = true;
/* ===
* Set all code and data sections to use DDR
* ===
*/
bios.setMemCodeSections (prog, bios.DDR) ;
bios.setMemDataNoHeapSections (prog, bios.DDR) ;
bios.setMemDataHeapSections (prog, bios.DDRALGHEAP) ;
/* ===
* MEM : IRAM
* ===
*/
//var IRAM= prog.module(MEM).instance(IRAM);
//IRAM.len= 0x800;
/* ===
* MEM : Global
* ===
*/
prog.module(MEM).BIOSOBJSEG = bios.DDRALGHEAP;
prog.module(MEM).MALLOCSEG = bios.DDRALGHEAP;
/* ===
* TSK : Global
* ===
*/
prog.module(TSK).STACKSEG = bios.DDRALGHEAP ;
/* ===
* Generate configuration files...
* ===
*/
if (config.hasReportedError == false) {
prog.gen();
}
If anyone has any suggestion or information on how to go about
changing the cache size in this file or using bios apis please reply,
Thanks in advance
--
Bhushan
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: Unable to change cache size in codec engine.
thanks
On Thu, May 21, 2009 at 2:39 PM, Ondrej Pindroch opindr...@softhard.sk wrote:
Refer to tms320dm6446.pdf /p14 (datasheet of TMS320DM6446) DSP has only
64KB
The DSP Subsystem includes the following features:
· C64x+ DSP CPU
· 32KB L1 Program (L1P)/Cache (up to 32KB)
· 80KB L1 Data (L1D)/Cache (up to 32KB)
· 64KB Unified Mapped RAM/Cache (L2)
· Little endian
Best regards
Ondrej Pindroch
-Original Message-
From: bhushan saraf.bhus...@gmail.com
To: jaya.krish...@samsung.com
Cc: davinci-linux-open-source@linux.davincidsp.com
davinci-linux-open-source@linux.davincidsp.com
Date: Thu, 21 May 2009 14:23:18 +0530
Subject: Re: Unable to change cache size in codec engine.
I am referring doc spru871j.pdf. In the section Level 2 memory and
cache it is mentioned that the L2 cache size can be configured for
32KB, 64KB, 128KB and 256KB. I presume the L2_CACHE is same as this.
If there is any other doc whcih specifies that the cache size
configured is limited to 64KB please refer the same to me.
regards,
Bhushan
On Thu, May 21, 2009 at 1:30 PM, Jaya krishnan
jaya.krish...@samsung.com wrote:
Hello,
I remember 64x+ L2 cache size is 64K (maximum).
Regards
Jayakrishnan
--- Original Message ---
Sender : bhushansaraf.bhus...@gmail.com
Date : May 21, 2009 16:19 (GMT+09:00)
Title : Unable to change cache size in codec engine.
Hello ,
I am trying to build an application to encode video in mpeg4 format
and also integrate the scale example from the codec engine in the
encode combo server. During the integration fro performance reasons I
want to increase the L2 cache size from 64k to 128k. My processor is
tms320dm6446.
On building the codec_server I get the error:
Error: Can#39;t set cache to size: 128k
Following is the encode.tcf file:
/*
* Setup platform-specific memory map, CLK rate, etc.
*/
var mem_ext = [
{
comment: DDRALGHEAP: memory for dynamic algmem allocation,
name: DDRALGHEAP,
base: 0x8B80,
len: 0x0420,// 66MB
space: code/data
},
{
comment: L1DSRAM: memory for dynamic algmem allocation,
name: L1DSRAM,
base: 0x11F04000, //
len: 0x1, // 64k
space: data
},
{
comment: CACHE_L2,
name: CACHE_L2,
base: 0x1180, //
len: 0x20, // 128k
space: data
},
{
comment: H264ENCSEC1,
name: H264ENCSEC1,
base: 0x8FA0,
len: 0x4140,
space: code/data
},
{
comment: H264ENCSEC2,
name: H264ENCSEC2,
base: 0x8FA04140,
len: 0x5080,
space: code/data
},
{
comment: H264ENCSEC3,
name: H264ENCSEC3,
base: 0x8FA09220,
len: 0x6000,
space: code/data
},
{
comment: H264ENCSEC4,
name: H264ENCSEC4,
base: 0x8FA1,
len: 0x5000,
space: code/data
},
{
comment: H264ENCSEC5,
name: H264ENCSEC5,
base: 0x8FA15000,
len: 0x3000,
space: code/data
},
{
comment: H264ENCSEC6,
name: H264ENCSEC6,
base: 0x8FA18000,
len: 0x4040,
space: code/data
},
{
comment: H264ENCSEC7,
name: H264ENCSEC7,
base: 0x8FA28000,
len: 0x5400,
space: code/data
},
{
comment: H264ENCSEC8,
name: H264ENCSEC8,
base: 0x8FA2D400,
len: 0x2c00,
space: code/data
},
{
comment: MPEG4ENCSEC1,
name: MPEG4ENCSEC1,
base: 0x8FA4,
len: 0x0001,
space: code/data
},
{
comment: MPEG4ENCSEC2,
name: MPEG4ENCSEC2,
base: 0x8FA5,
len: 0x8000,
space: code/data
},
{
comment: MPEG4ENCSEC3,
name: MPEG4ENCSEC3,
base: 0x8FA58000,
len: 0x8000,
space: code/data
},
{
comment: MPEG4ENCSEC4,
name: MPEG4ENCSEC4,
base: 0x8FA6,
len: 0x8000,
space: code/data
},
{
comment: MPEG4ENCSEC5,
name: MPEG4ENCSEC5,
base: 0x8FA68000,
len: 0x8000,
space: code/data
},
{
comment: MPEG4ENCSEC6,
name: MPEG4ENCSEC6,
base: 0x8FA7,
len: 0x8000,
space: code/data
},
{
comment: MPEG4ENCSEC7,
name: MPEG4ENCSEC7,
base: 0x8FA78000,
len: 0x0001,
space: code/data
},
{
comment: DDR: memory for code and data,
name: DDR,
base: 0x8FB0,
len: 0x0030,
space: code/data
},
{
comment: DSPLINK: memory for DSPLINK code and data,
name: DSPLINKMEM,
base: 0x8FE0, // 254MB
len: 0x0010, // 1MB
space: code
Re: Codec engine hangs when during TraceUtil_start function
Hello Anand,
I set the CE_DEBUG parametr to 2 and 3 value which must basically
enable all the traces from teh ARM and DSP side. Still I am unable to
see the DSP side traces.
Bhushan
On Tue, May 5, 2009 at 11:02 AM, Balagopalakrishnan, Anand
ana...@ti.com wrote:
What are the attributes configured for TraceUtil in the XDC cfg file? By
default, the CE traces will be redirected to /tmp/cearmlog.txt. It looks like
you have set the environment variables CE_TRACEFILE so it gets redirected to
trace/cearmlog.txt. If the directory trace doesn't exist, there would be
errors.
If you don't *need* TraceUtil specifically - if you just want to observe the
DSP side traces for debugging, a better (and easier) option would be to use
CE_DEBUG:
http://tiexpressdsp.com/index.php?title=CE_DEBUG
When using CE_DEBUG, the traces will automatically come to the console. There
is no need to change the ARM application code.
Best Regards,
Anand Balagopalakrishnan
Texas Instruments
India
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of
bhushan
Sent: Monday, May 04, 2009 5:07 PM
To: davinci-linux-open-source@linux.davincidsp.com
Subject: Codec engine hangs when during TraceUtil_start function
Hi,
I am developing an application based on the codec_engine. For the
same I want to see the DSP side traces for the various codecs used. So
I have added TraceUtil_start(EngineName) function after Engine_open
api.
But the application hangs because of TraceUtil_start.
Following are the logs:
# ./vs_appd -f ../test_vectors/ws_uyvy.yuv
# TraceUtil Warning: Failed to open local log file
trace/cearmlog.txt, using stdout
TraceUtil Warning: Failed to open dsp CE log file
trace/cedsp0log.txt, using stdout
TraceUtil Warning: Failed to open dsp/bios log file
trace/bioslog.dat, disabling log
@0x0002c12e:[T:0x4002] OP - daemon thread created.
@0x000447be:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40556000)
@0x000448ee:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40556000, size=1)
@0x000449e4:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x00044aad:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280)
@0x0004ae67:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40655000)
@0x0004af56:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40655000, size=1)
@0x0004b01c:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0004b0db:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000)
@0x000514b1:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40754000)
@0x0005159c:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40754000, size=1)
@0x00051662:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0005173e:[T:0x8003] OM - Memory_getPhysicalAddress return (0x829fe000)
7792:junk2009
NT:No passwd file available, taking factory passwd
REQCFG
REQCFG
7792:junk2009
NT:No passwd file available, taking factory passwd
SETCFG
SETCFG
Rszcopy Debug: Configuring resizer job to copy image of resolution 320x240
@0x00595d34:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x408ed000)
@0x00595e64:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x408ed000, size=1)
@0x00595f56:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x00596023:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280)
@0x0059c413:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x409ec000)
@0x0059c4fd:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x409ec000, size=1)
@0x0059c5bd:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0059c677:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000)
@0x005a2a2a:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40aeb000)
@0x005a2b14:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40aeb000, size=1)
@0x005a2bd7:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x005a2caa:[T:0x8003] OM - Memory_getPhysicalAddress return (0x829fe000)
@0x005a4d85:[T:0x00010005] CE - Engine_open('scale', 0x0, 0xbe1ffa3c)
@0x005a4eb6:[T:0x00010005] CE - rserverOpen('./all.x64P'), count = 0
@0x005a4f7f:[T:0x00010005] OP - Process_create
Enter(imageName='./all.x64P', attrs=0xbe1ffa40)
Project Name : INCCM and Version : inccm 0.1
@0x005f5364:[T:0x4002] OP - Process_create_d Enter(proc=0x4fb38)
@0x005f54ef:[T:0x4002] OP - Process_create_d Initializing DSP PROC...
@0x005f5a52:[T:0x4002] OP - Process_create_d Attaching to DSP PROC...
@0x005f759c:[T:0x4002] OP - Process_create_d Opening MSGQ pool...
@0x005f7821:[T:0x4002] OP - Process_create_d Loading ./all.x64P
on DSP (2 args
Re: Codec engine hangs when during TraceUtil_start function
Codec_engine_1_10_01 On Tue, May 5, 2009 at 11:58 AM, Ring, Chris cr...@ti.com wrote: Sorry if I missed it... what version of Codec Engine are you using? Seems like it's been there forever, but CE_DEBUG was only added in CE 2.x and later. Chris -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com ] On Behalf Of bhushan Sent: Monday, May 04, 2009 11:17 PM To: Balagopalakrishnan, Anand Cc: davinci-linux-open-source@linux.davincidsp.com Subject: Re: Codec engine hangs when during TraceUtil_start function Hello Anand, I set the CE_DEBUG parametr to 2 and 3 value which must basically enable all the traces from teh ARM and DSP side. Still I am unable to see the DSP side traces. Bhushan On Tue, May 5, 2009 at 11:02 AM, Balagopalakrishnan, Anand ana...@ti.com wrote: What are the attributes configured for TraceUtil in the XDC cfg file? By default, the CE traces will be redirected to /tmp/cearmlog.txt. It looks like you have set the environment variables CE_TRACEFILE so it gets redirected to trace/cearmlog.txt. If the directory trace doesn't exist, there would be errors. If you don't *need* TraceUtil specifically - if you just want to observe the DSP side traces for debugging, a better (and easier) option would be to use CE_DEBUG: http://tiexpressdsp.com/index.php?title=CE_DEBUG When using CE_DEBUG, the traces will automatically come to the console. There is no need to change the ARM application code. Best Regards, Anand Balagopalakrishnan Texas Instruments India -Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com ] On Behalf Of bhushan Sent: Monday, May 04, 2009 5:07 PM To: davinci-linux-open-source@linux.davincidsp.com Subject: Codec engine hangs when during TraceUtil_start function Hi, I am developing an application based on the codec_engine. For the same I want to see the DSP side traces for the various codecs used. So I have added TraceUtil_start(EngineName) function after Engine_open api. But the application hangs because of TraceUtil_start. Following are the logs: # ./vs_appd -f ../test_vectors/ws_uyvy.yuv # TraceUtil Warning: Failed to open local log file trace/cearmlog.txt, using stdout TraceUtil Warning: Failed to open dsp CE log file trace/cedsp0log.txt, using stdout TraceUtil Warning: Failed to open dsp/bios log file trace/bioslog.dat, disabling log @0x0002c12e:[T:0x4002] OP - daemon thread created. @0x000447be:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x40556000) @0x000448ee:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x40556000, size=1) @0x000449e4:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x00044aad:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280) @0x0004ae67:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x40655000) @0x0004af56:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x40655000, size=1) @0x0004b01c:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x0004b0db:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000) @0x000514b1:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x40754000) @0x0005159c:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x40754000, size=1) @0x00051662:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x0005173e:[T:0x8003] OM - Memory_getPhysicalAddress return (0x829fe000) 7792:junk2009 NT:No passwd file available, taking factory passwd REQCFG REQCFG 7792:junk2009 NT:No passwd file available, taking factory passwd SETCFG SETCFG Rszcopy Debug: Configuring resizer job to copy image of resolution 320x240 @0x00595d34:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x408ed000) @0x00595e64:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x408ed000, size=1) @0x00595f56:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x00596023:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280) @0x0059c413:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x409ec000) @0x0059c4fd:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x409ec000, size=1) @0x0059c5bd:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x0059c677:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000) @0x005a2a2a:[T:0x8003] OM - Memory_getPhysicalAddress Enter(virtAddr=0x40aeb000) @0x005a2b14:[T:0x8003] OM - Memory__getPhysicalAddress Enter(virtAddr=0x40aeb000, size=1) @0x005a2bd7:[T:0x8003] OM - Memory__getPhysicalAddress returning physAddr=0x0 @0x005a2caa:[T
Codec engine hangs when during TraceUtil_start function
Hi,
I am developing an application based on the codec_engine. For the
same I want to see the DSP side traces for the various codecs used. So
I have added TraceUtil_start(EngineName) function after Engine_open
api.
But the application hangs because of TraceUtil_start.
Following are the logs:
# ./vs_appd -f ../test_vectors/ws_uyvy.yuv
# TraceUtil Warning: Failed to open local log file
trace/cearmlog.txt, using stdout
TraceUtil Warning: Failed to open dsp CE log file
trace/cedsp0log.txt, using stdout
TraceUtil Warning: Failed to open dsp/bios log file
trace/bioslog.dat, disabling log
@0x0002c12e:[T:0x4002] OP - daemon thread created.
@0x000447be:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40556000)
@0x000448ee:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40556000, size=1)
@0x000449e4:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x00044aad:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280)
@0x0004ae67:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40655000)
@0x0004af56:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40655000, size=1)
@0x0004b01c:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0004b0db:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000)
@0x000514b1:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40754000)
@0x0005159c:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40754000, size=1)
@0x00051662:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0005173e:[T:0x8003] OM - Memory_getPhysicalAddress return (0x829fe000)
7792:junk2009
NT:No passwd file available, taking factory passwd
REQCFG
REQCFG
7792:junk2009
NT:No passwd file available, taking factory passwd
SETCFG
SETCFG
Rszcopy Debug: Configuring resizer job to copy image of resolution 320x240
@0x00595d34:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x408ed000)
@0x00595e64:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x408ed000, size=1)
@0x00595f56:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x00596023:[T:0x8003] OM - Memory_getPhysicalAddress return (0x8280)
@0x0059c413:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x409ec000)
@0x0059c4fd:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x409ec000, size=1)
@0x0059c5bd:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x0059c677:[T:0x8003] OM - Memory_getPhysicalAddress return (0x828ff000)
@0x005a2a2a:[T:0x8003] OM - Memory_getPhysicalAddress
Enter(virtAddr=0x40aeb000)
@0x005a2b14:[T:0x8003] OM - Memory__getPhysicalAddress
Enter(virtAddr=0x40aeb000, size=1)
@0x005a2bd7:[T:0x8003] OM - Memory__getPhysicalAddress returning
physAddr=0x0
@0x005a2caa:[T:0x8003] OM - Memory_getPhysicalAddress return (0x829fe000)
@0x005a4d85:[T:0x00010005] CE - Engine_open('scale', 0x0, 0xbe1ffa3c)
@0x005a4eb6:[T:0x00010005] CE - rserverOpen('./all.x64P'), count = 0
@0x005a4f7f:[T:0x00010005] OP - Process_create
Enter(imageName='./all.x64P', attrs=0xbe1ffa40)
Project Name : INCCM and Version : inccm 0.1
@0x005f5364:[T:0x4002] OP - Process_create_d Enter(proc=0x4fb38)
@0x005f54ef:[T:0x4002] OP - Process_create_d Initializing DSP PROC...
@0x005f5a52:[T:0x4002] OP - Process_create_d Attaching to DSP PROC...
@0x005f759c:[T:0x4002] OP - Process_create_d Opening MSGQ pool...
@0x005f7821:[T:0x4002] OP - Process_create_d Loading ./all.x64P
on DSP (2 args)...
@0x00609b1d:[T:0x4002] OP - Process_create_d Starting DSP PROC...
@0x0060aa35:[T:0x4002] OP - Process_create_d Opening remote transport...
@0x0060ac31:[T:0x4002] OP - Process_create_d return (1)
@0x0060ae06:[T:0x00010005] OP - Process_create return (0x4fb38)
@0x0060aee3:[T:0x00010005] CE - rserverOpen('./all.x64P'): 0x45218 done.
@0x0060af9a:[T:0x00010005] OC - Comm_create Enter(queueName='scale',
queue=0x4fa10, attrs=0x0)
@0x0060b171:[T:0x00010005] OC - Comm_create return (0x53178)
@0x0060b25e:[T:0x00010005] OC - Comm_alloc Enter(poolId=0x0,
msg=0x4fa1c, size=576)
@0x0060b379:[T:0x00010005] OC - Comm_alloc msg=0x40c84900, returning (0)
@0x0060b43a:[T:0x00010005] OC - Comm_locate Enter(queueName='rmsq',
queue=0x4fa0c)
@0x0060d1b8:[T:0x00010005] OC - Comm_locate return (0)
@0x0060d2a2:[T:0x00010005] CE - checkServer(0x4fa00)
@0x0060d365:[T:0x00010005] OC - Comm_put Enter(queue=0x0, msg=0x40c84900)
@0x0060d44c:[T:0x00010005] OC - Comm_put return (0)
@0x0060d56a:[T:0x00010005] OC - Comm_get Enter(queue=0x1,
msg=0xbe1ffa38, timeout=-1)
@0x0060d6b2:[T:0x00010005] OC - Comm_get return (0)
If any one has any suggestions for the solution to above problem
please send me the same.
Thanks in advance
--
Bhushan
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman
Remote node creation FAILED
(localQueue=0x, remoteQueue=0x) @0x0005fee3:[T:0x4000] extensions.scale.SCALE - SCALE_create return (0x0) App- ERROR: can't open codec scale @0x0005ffe8:[T:0x4000] CE - Engine_close(0x49610) @0x0006007b:[T:0x4000] OC - Comm_free Enter (msg=0x4032a900) @0x00060142:[T:0x4000] OC - Comm_free return (0) @0x00060200:[T:0x4000] OC - Comm_delete Enter (comm=0x49678) @0x000603c9:[T:0x4000] OC - Comm_delete return @0x000604a4:[T:0x4000] OC - Comm_release Enter(queue=0x0) @0x0006056b:[T:0x4000] OC - Comm_release return (0) @0x000b3765:[T:0x4000] CE - rserverClose(0x42234), count = 1 @0x000b3835:[T:0x4000] OP - Process_delete Enter(proc=0x49640) @0x000b396b:[T:0x4002] OP - Process_delete_d Enter (proc=0x49640 @0x000b3a43:[T:0x4002] OP - Process_delete_d Closing remote transport... @0x000b3c18:[T:0x4002] OP - Process_delete_d Stopping DSP... @0x000b3d9d:[T:0x4002] OP - Process_delete_d Closing pool... @0x000b3fbc:[T:0x4002] OP - Process_delete_d Detaching from DSP... @0x000b66d2:[T:0x4002] OP - Process_delete_d Destroying DSP... (object, that is) @0x000b6a97:[T:0x4002] OP - Process_delete_d return @0x000b6c06:[T:0x4000] OP - Process_delete(0x49640) freeing object ... @0x000b6ce9:[T:0x4000] OP - Process_delete return. @0x000b6d8a:[T:0x4000] CE - rserverClose(0x42234) done. @0x000b7203:[T:0x4000] OM - Memory_contigFree Enter(addr=1073840128, size=1024) @0x000b735e:[T:0x4000] OM - Memory__removeContigBuf Enter(virtAddr=0x40018000, size=1024) @0x000b745e:[T:0x4000] OM - Memory__removeContigBuf removing cb-phys=0x84133000, cb-size=0x400, cb-virt=0x40018000 @0x000b7544:[T:0x4000] OM - Memory_contigFree return (1) @0x000b75ea:[T:0x4000] OM - Memory_contigFree Enter(addr=1073852416, size=1024) @0x000b76ec:[T:0x4000] OM - Memory__removeContigBuf Enter(virtAddr=0x4001b000, size=1024) @0x000b77bb:[T:0x4000] OM - Memory__removeContigBuf removing cb-phys=0x8413, cb-size=0x400, cb-virt=0x4001b000 @0x000b7896:[T:0x4000] OM - Memory_contigFree return (1) app done. Complete SCALE main() @0x000b7aaf:[T:0x4002] OP - daemon thread terminating @0x000b7def:[T:0x4000] OT - Thread_join Enter (task=0x47188) @0x000b8384:[T:0x4000] OT - Thread_join Exit (task=0x47188) Please suggest on how to overcome this problem, Thanks in advance, Bhushan ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Re: Remote node creation FAILED
Hi Chris,
I tried with some code changes and observe that the application runs
successfully when I disable the memory allocations added in
SCALE_TI_Alloc() function in scale_ti_impl.c file. So there is some
problem it seems with the memory allocation.
Another problem I am facing is with starting the DSP side traces. I
am unable to get them on the ARM side. Can you please suggest some
steps for that?
regards
Bhushan
On Thu, Apr 30, 2009 at 10:46 PM, Ring, Chris cr...@ti.com wrote:
Can you run your app with the CE_DEBUG env var set to 2 or 3?
http://tiexpressdsp.com/index.php?title=CE_DEBUG
Looks like you're DSP load is ok, but something's going wrong locating or
starting the remote alg. CE_DEBUG=3 will increase the amount of trace, as
well as provide the DSP-side inlined with the ARM-side API calls.
Chris
-Original Message-
From:
davinci-linux-open-source-bounces+cring=ti@linux.davincids
p.com
[mailto:davinci-linux-open-source-bounces+cring=ti@linux.d
avincidsp.com] On Behalf Of bhushan
Sent: Thursday, April 30, 2009 8:23 AM
To: davinci-linux-open-source@linux.davincidsp.com
Subject: Remote node creation FAILED
Hi all,
I am developing an application based on the scale example in the
codec_engine_1_10_01 package. The changes made are essentially adding
elements to the ISCALE_Params struct in the codecs/iscale.h file.
When I run the application it gives remote node creation failure. The
logs obtained are as follows:
Calling SCALE main()
TraceUtil Warning: Failed to open local log file
trace/cearmlog.txt, using stdout
TraceUtil Warning: Failed to open dsp CE log file
trace/cedsp0log.txt, using stdout
TraceUtil Warning: Failed to open dsp/bios log file
trace/bioslog.dat, disabling log
@0x00046a28:[T:0x4000] ZZ - main Welcome to app's main().
App- Application started.
@0x00046c68:[T:0x4000] OM - Memory_contigAlloc
Enter(size=1024, align=-1)
@0x00046e53:[T:0x4000] OM - Memory_contigAlloc CMEM_alloc(1024) =
0x40018000.
@0x00046f58:[T:0x4000] OM - Memory_contigAlloc
CMEM_getPhys(0x40018000) = 0x84133000.
@0x0004701c:[T:0x4000] OM - Memory__addContigBuf
Enter(virtAddr=0x40018000, size=1024, physAddr=0x84133000)
@0x000470e4:[T:0x4000] OM - Memory__addContigBuf creating new
contigBuf object
@0x000471ac:[T:0x4000] OM - Memory__addContigBuf returning:
cb-phys=0x84133000, cb-size=1024, cb-virt=0x40018000
@0x00047285:[T:0x4000] OM - Memory_contigAlloc return
(0x40018000)
@0x00047328:[T:0x4000] OM - Memory_contigAlloc
Enter(size=1024, align=-1)
@0x00047445:[T:0x4000] OM - Memory_contigAlloc CMEM_alloc(1024) =
0x4001b000.
@0x00047523:[T:0x4000] OM - Memory_contigAlloc
CMEM_getPhys(0x4001b000) = 0x8413.
@0x000475e2:[T:0x4000] OM - Memory__addContigBuf
Enter(virtAddr=0x4001b000, size=1024, physAddr=0x8413)
@0x000476b0:[T:0x4000] OM - Memory__addContigBuf creating new
contigBuf object
@0x00047785:[T:0x4000] OM - Memory__addContigBuf returning:
cb-phys=0x8413, cb-size=1024, cb-virt=0x4001b000
@0x00047864:[T:0x4000] OM - Memory_contigAlloc return
(0x4001b000)
After memory allocation
After opening files
@0x0004834b:[T:0x4002] OP - daemon thread created.
@0x00048483:[T:0x4000] CE - Engine_open('scale', 0x0, 0xbefffaec)
@0x0004856c:[T:0x4000] CE - rserverOpen('./all.x64P'), count = 0
@0x00048634:[T:0x4000] OP - Process_create
Enter(imageName='./all.x64P', attrs=0xbefffaf0)
@0x00048fc9:[T:0x4002] OP - Process_create_d Enter(proc=0x49640)
@0x000490c0:[T:0x4002] OP - Process_create_d
Initializing DSP PROC...
@0x000495d2:[T:0x4002] OP - Process_create_d Attaching
to DSP PROC...
@0x0004ad60:[T:0x4002] OP - Process_create_d Opening MSGQ pool...
@0x0004afcf:[T:0x4002] OP - Process_create_d Loading ./all.x64P
on DSP (2 args)...
@0x0005bc65:[T:0x4002] OP - Process_create_d Starting DSP PROC...
@0x0005c21a:[T:0x4002] OP - Process_create_d Opening
remote transport...
@0x0005c3fc:[T:0x4002] OP - Process_create_d return (1)
@0x0005c5c3:[T:0x4000] OP - Process_create return (0x49640)
@0x0005c69a:[T:0x4000] CE - rserverOpen('./all.x64P'):
0x42234 done.
@0x0005c758:[T:0x4000] OC - Comm_create Enter(queueName='scale',
queue=0x49620, attrs=0x0)
@0x0005c921:[T:0x4000] OC - Comm_create return (0x49678)
@0x0005ca27:[T:0x4000] OC - Comm_alloc Enter(poolId=0x0,
msg=0x4962c, size=576)
@0x0005cb1d:[T:0x4000] OC - Comm_alloc msg=0x4032a900,
returning (0)
@0x0005cbd7:[T:0x4000] OC - Comm_locate Enter(queueName='rmsq',
queue=0x4961c)
@0x0005e614:[T:0x4000] OC - Comm_locate return (0)
@0x0005e6f9:[T:0x4000] CE - checkServer(0x49610)
@0x0005e7bd:[T:0x4000] OC - Comm_put Enter(queue=0x0,
msg=0x4032a900)
@0x0005e8a9:[T:0x4000] OC - Comm_put return (0)
@0x0005e99a:[T:0x4000] OC - Comm_get Enter(queue=0x1,
msg=0xbefffae8, timeout=-1)
@0x0005ea82:[T:0x4000] OC
Re: CCS code...
Hi Ramesh, I too have been working on a similar kind of application. I think that the linux and ccs based executables are same in the sense of functionality but the linking and copiling options will change. The apis should remain the same irrespective of compiling in ccs or linux Bhushan 2009/4/1 Ramesh Chandra ram...@innovatesolutions.net: Hi all, I am currently using a custom based DM6446 platform. Montavista Linux kernel with dsp link is up and running on the platform. I could successfully execute messagegpp, loopgpp with dsp exec message.out, loop.out etc. Now, I have a code written in Code composer studio, which yields the .out executable file. Currently I am dumping this executable on to the DDR2 RAM of the board using Jtag and then running Debug-RUN from the CCS ide. The code is successfully running on the platform. It seems that the code is using several api's from the dsp/bios kernel. Will the same executable will run on my montavista kernel having dsplink up and running on the board? for eg, currently I am running dsp examples as ./messagegpp message.out 1 -- Here the message.out is compiled in Linux host dsplink source. so, in place of message.out, is it possible to use the ccs executable ? Although the messagegpp will copy the 2nd argument to the dsp core memory and run it. Is the api's going to change in this Linux environment? Rewriting of the current ccs code according to the montavista kernel is needed? Thanks in advance RAMESH. C ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source -- Bhushan ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
