Re: [ECOS] Thread not starting!

[Raja Mallik <raja.mallik@moschip.com>]

[-- Attachment #1: Type: text/plain, Size: 2653 bytes --]

Hi Again, 

following are the standard test results

The following tests taken from ecos packages and examples are OK
bin_sem0,cnt_sem0,clock0,intr0,kclock0,kflag0,kintr0,ksem0,kthread0,thread0,mutex0

All other kernel tests are failing.
All are generating same type of failures and the traces of that failures
are attached

regards
raja





On Mon, 2005-06-06 at 17:54, Gary Thomas wrote:
> On Mon, 2005-06-06 at 17:27 +0530, Raja Mallik wrote:
> > Hi again, 
> > 
> > We have use "default" option as template!
> > 
> > these are the following packages:
> > 
> > here you see the "ARM9 SCP develboard" which is a customized taken from
> > exculibar template..
> > 
> 
> Have you verified that the standard tests run?  Since this is a
> "customized" port, you should do that first.  If problems are
> experienced, then you'll know what to look at.
> 
> > Packages! 
> > 
> > ARM common HAL
> > ARM9 SCP develboard
> > ARM9 Variant
> > c library
> > common error code support
> > Dynamic memory allocation
> > I/o sub system
> > ISO C and POSIX infrastructure
> > ISO C library date/time functions
> > ISO C library general utility functions
> > ISO C library internationaliztion
> > ISO C library non local jumps
> > ISO C library signals
> > ISO C library standard inpu/output
> > ISO C library string functions
> > ISO Environment startup/termintaion
> > Infrastructure
> > Math Library
> > Serial device drivers
> > Wall clock device framwork
> > ecos common HAL
> > eCos Kernel
> > 
> > 
> > regards
> > raja  
> > 
> > 
> > On Mon, 2005-06-06 at 17:16, Gary Thomas wrote:
> > > On Mon, 2005-06-06 at 17:08 +0530, Raja Mallik wrote:
> > > > Hi again, 
> > > > 
> > > > Please find the tarces.txt and twothreads.c file attaced
> > > > Let me know where am I going wrong?
> > > > 
> > > > regards
> > > > Raja
> > > > On Mon, 2005-06-06 at 16:14, Gary Thomas wrote:
> > > > > On Mon, 2005-06-06 at 16:01 +0530, Raja Mallik wrote:
> > > > > > hi 
> > > > > >  
> > > > > > I am trying to run a thread application.by calling cyg_thread_create
> > > > > > function.
> > > > > >  
> > > > > > In the configtool, I have enabled "ASSERT" and while loading the
> > > > > > application to my board, I get this messages!
> > > > > >  
> > > > > > I am not able understand why the thread is not getting started..
> > > > > >  
> > > > > > Kindly share your views..
> > > > > 
> > > > > Did you start the scheduler?  Maybe you could show us your code 
> > > > > instead of just this trace (it's hard to tell what you've done 
> > > > > wrong, all we can see are the results)
> > > 
> > > How did you configure your kernel (what template did you use)?
> > 
> > 

[-- Attachment #2: 1.txt --]
[-- Type: text/plain, Size: 2428 bytes --]

TRACE: mutex.cxx           [ 382] void Cyg_Mutex::unlock()                      
                                                               {{enter
TRACE: mutex.cxx           [ 447] void Cyg_Mutex::unlock()                      
                                                               }}return void
TRACE: mutex.cxx           [ 382] void Cyg_Mutex::unlock()                      
                                                               {{enter
TRACE: sched.cxx           [ 705] void Cyg_SchedThread::disinherit_priority()   
                                                                 {{enter
TRACE: sched.cxx           [ 628] void Cyg_SchedThread::clear_inherited_priority
()                                                                 {{enter
TRACE: sched.cxx           [ 628] void Cyg_SchedThread::clear_inherited_priority
()                                                                 }}RETURNING U
NSET!
TRACE: sched.cxx           [ 705] void Cyg_SchedThread::disinherit_priority()   
                                                                 }}RETURNING UNS
ET!
TRACE: mutex.cxx           [ 447] void Cyg_Mutex::unlock()                      
                                                               }}return void
TRACE: fputc.cxx           [  93] fputc()                                       
                                                             }}wrote char 10
TRACE: hal_misc.c          [ 211] hal_arch_default_isr()                        
                                                             'Interrupt: 22'
TRACE: hal_misc.c          [ 188] hal_default_isr()                             
                                                             'Interrupt: 22, Dat
a: 0x00000000'
TRACE: hal_misc.c          [ 211] hal_arch_default_isr()                        
                                                             'Interrupt: 22'
TRACE: hal_misc.c          [ 188] hal_default_isr()                             
                                                             'Interrupt: 22, Dat
a: 0x00000000'
TRACE: hal_misc.c          [ 211] hal_arch_default_isr()                        
                                                             'Interrupt: 22'
TRACE: hal_misc.c          [ 188] hal_default_isr()                             
                                                             'Interrupt: 22, Dat
a: 0x00000000'


[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss