SARA,
 
This usually happens if the GBL.CLKOUT value in DSP-side is not correct,
and does not match the actual frequency at which the DSP is running. In
such case, the timeout calculation will not be correct. You can confirm
the DSP frequency and then set this in DSP/BIOS accordingly. You can
refer to DSP/BIOS documentation for how this is to be done.

Regards,
Mugdha

________________________________

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Saravanan S
Sent: Tuesday, March 11, 2008 8:50 PM
To: [email protected]
Subject: RE: DSP Link 1.40.05 Test suite failure


Hi,
      We could fond the problem for test case failure,
*         We are setting 500 milliseconds as finite delay time in DSP
side for CHNL_Reclaim. But it seems it is not waiting for 500 ms and
immediately it issue the buffer to GPP side.
*         If we are manually change the following delay time in DSP side
source
file: dsp/src/test/CHNL/ reclaimtimeout/reclaimtimeout.c
function : ReclaimTimeout_execute
value : ticksForSleeping
                   DSP is waiting for that much time and then issues the
buffer to GPP side. We guess that calculation of ticks in DSP side is
not correct at 
ticksForSleeping = ((CLK_countspms () / CLK_getprd ()) * delayForSleep)
in the same file.
 
So where could be the problem? Any information will be helpful for us.
 
Thanks,
SARA
     
 
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Saravanan S
Sent: Monday, March 10, 2008 3:58 PM
To: [email protected]
Subject: DSP Link 1.40.05 Test suite failure
 
Hi,
 
    We are trying to execute the test cases under test suites in dsplink
1.40.05. We could execute the API tests (for CHNL, PROC and MSGQ
components) successfully, but we are getting the following error while
executing Basic Functionality Tests of CHNL component.
 
Suite  : LinkChnlBvrTest
Test   : BVR_ReclaimTimeout DSP_SOK DSP_SOK DSP_ETIMEOUT DSP_SOK 0
/opt/dsplink/test/dsp/bin/reclaimtimeout.out 0 200 400 500 16384
 
        ERROR : First Reclaim ended with unexpected status. Status =
[0x8000]
 
        INFO : Status: Expected [0x8000]
 
        INFO : Status: Got      [0x80008008]
Status : Failed 0x80008008
 
We are getting this failure for all reclaim timeout tests. Can we get
the root cause for the above issue? 
 
Thanks,
SARA
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to