Hi, I don't use malloc myself in the code I added, but I see it is used a lot in the networking code.
I printed state and Wait.flags for SCrx task * when all is ok * in _Event_Seize, after _Thread_Dispatch_enable state = 0x100 = STATES_WAITING_FOR_EVENT Wait.flags = 0x102 = THREAD_WAIT_CLASS_EVENT | THREAD_WAIT_STATE_BLOCKED in _Event_Surrender at the beginning state = 0x100 Wait.flags = 0x102 * when SCrx is not scheduled any more * in _Event_Seize, after _Thread_Dispatch_enable state = 0x0 = STATES_READY Wait.flags = 0x02 = THREAD_WAIT_STATE_BLOCKED in _Event_Surrender at the beginning state = 0x0 Wait.flags = 0x02 do these look like valid values ? I mean in _Event_Seize the state should have been blocked, right ? can these values be caused by a corruption ? -> Did you check the task stacks with the stack checker? I'm afraid I don't know how to use it in RTEMS. any link to information on how to detect/analyze a data coruption in RTEMS can be useful. regards, Catalin On Thu, Oct 11, 2018 at 8:50 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 10/10/2018 16:18, Catalin Demergian wrote: > > > > Hi, > > > > I got into another issue when I tried ping -f > > [/] # assertion "the_watchdog->state == WATCHDOG_ACTIVE" failed: file > > "../../../../../../c/src/../../cpukit/score/src/watchdogremove.c", > > line 34, function: _Watchdog_Remove_it > > > > *** PROFILING REPORT BEGIN PMC_APP *** > > <ProfilingReport name="PMC_APP"> > > <PerCPUProfilingReport processorIndex="0"> > > <MaxThreadDispatchDisabledTime > > unit="ns">2</MaxThreadDispatchDisabledTime> > > <MeanThreadDispatchDisabledTime > > unit="ns">1</MeanThreadDispatchDisabledTime> > > <TotalThreadDispatchDisabledTime > > unit="ns">408424</TotalThreadDispatchDisabledTime> > > <ThreadDispatchDisabledCount>404697</ThreadDispatchDisabledCount> > > <MaxInterruptDelay unit="ns">0</MaxInterruptDelay> > > <MaxInterruptTime unit="ns">0</MaxInterruptTime> > > <MeanInterruptTime unit="ns">0</MeanInterruptTime> > > <TotalInterruptTime unit="ns">0</TotalInterruptTime> > > <InterruptCount>0</InterruptCount> > > </PerCPUProfilingReport> > > </ProfilingReport> > > *** PROFILING REPORT END PMC_APP *** > > > > do you think this one has a connection with the other assert ? (try to > > get a process from am empty queue) ? > > The only connection I see is that you observe a corrupt data structure. > Did you check the task stacks with the stack checker? Do you use heap > buffers? > > -- > Sebastian Huber, embedded brains GmbH > > Address : Dornierstr. 4, D-82178 Puchheim, Germany > Phone : +49 89 189 47 41-16 > Fax : +49 89 189 47 41-09 > E-Mail : sebastian.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > >
_______________________________________________ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users
