View topic - Don't understand error message

Don't understand error message

General Help about QNX

Don't understand error message

Postby atomize » Tue Feb 23, 2010 3:08 am

I am working on a autonomous locomotive robot which seems to hang after abt 40 sec. of run.

I get the following error message:
---------------------------------------------------------------------------------
Failed to read message, code (2)
Shutdown[0,0] S/C/F=11/4/2 C/D=F00129b6/f0046ec0 state(d0)=now lock exit
[0]PID-TID=1-1? P/T FL=00019001/08800000 "/86/boot/sys/procnto"
[0]ASPACE PID=4101 PF=00001010 "poc/booy/io-net"
x86 context[feff4f74]:
...
instruction[f000d26c]:
...
stack[feff4fa0]:
...

---------------------------------------------------------------------------------
I have no clue what the error message is saying. Does it say what and where went wrong? software or hardware?

Does anyone know the answer to the previous?

Thanks.
atomize
New Member
 
Posts: 4
Joined: Tue Feb 23, 2010 2:46 am

RE: Don

Postby mario » Wed Feb 24, 2010 4:53 pm

It means an SIGSEGV happened in what looks like an interrupt handler of one of the driver used by io-net. Could be a hardware problem or a bug in a driver.
mario
QNX Master
 
Posts: 4132
Joined: Sun Sep 01, 2002 1:04 am

RE: Don

Postby atomize » Thu Feb 25, 2010 6:50 am

Thanks for the reply. But how would I know whether it's a hardware problem or a bug in the driver? How do I pinpoint it exactly?
atomize
New Member
 
Posts: 4
Joined: Tue Feb 23, 2010 2:46 am

RE: Don

Postby atomize » Fri Feb 26, 2010 4:13 am

I have a question about the hardware. I am using pc104 in my robot which has a ram plugged to it. Would an interruption in the signals between the ram and pc104 cause the pc104 to hang during operation?
atomize
New Member
 
Posts: 4
Joined: Tue Feb 23, 2010 2:46 am

RE: Don

Postby mario » Fri Feb 26, 2010 5:17 pm

Not sure what you mean by interruptin in signals? Obviously if there is a hardware problem that disrupts signals between the ram and cpu hell will ensue.
mario
QNX Master
 
Posts: 4132
Joined: Sun Sep 01, 2002 1:04 am

Re: RE: Don

Postby maschoen » Sat Feb 27, 2010 7:21 pm

atomize wrote:Thanks for the reply. But how would I know whether it's a hardware problem or a bug in the driver? How do I pinpoint it exactly?

Ah the mysteries of hardware. A good place to start is simple intuition. Do you have any reason to think the hardware is bad? Did you wire something yourself? Or is it an SBC that you purchased? Can you swap it out for a duplicate and see if the problem persists.

Without a good reason to think it is hardware, assume a driver problem. A good way to check this is to move the interrupt code out of the interrupt handler. This might not be a good way to run your system, but you are doing it just to check. If you have a problem in your interrupt handler, once it is running in program space, you will get a process crash instead of a system crash and you can diagnose the problem much more easily.
maschoen
QNX Master
 
Posts: 2724
Joined: Wed Jun 25, 2003 5:18 pm


Return to Help

Who is online

Users browsing this forum: No registered users and 2 guests