EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Access Fault
From: [email protected] (Jeff Hill)
To: "Dennis M. Reichhold" <[email protected]>
Cc: "EPICS-tech-talk" <[email protected]>
Date: Tue, 15 Feb 2000 13:24:08 -0700
>      I'm running version 3.12.2 on a 167.  The program is relatively
> simple; it just reads out a stream of data from some Allen-Bradley
> modules.  It had been running stably a few months ago.  I just turned the
> processor back on yesterday, and within five minutes, I got the following
> Access Fault message:
>
> Access Fault
> Program Counter: 0x0008c91e
> Status Register: 0x3009
> Access Address : 0x01010101
> Special Status : 0x0505
> Task: 0x78a990 "tNetTask"
>
> after which, all channel access is lost.  Every time I reboot, I
> eventually get this message, sometimes with "(CA event): panic: mget"
> messages beforehand, sometimes not.  Can anyone help me with this?
> Thanks.
>

For what its worth, with little to start from, here is a wild and completely
speculative guess:

The access address of the exception (0x01010101) looks like a repetitive
pattern that could have been caused by an errant program with an
unterminated
write loop.

If the net task receives an unhandled access fault exception then this will
certainly shut down the WRS IP kernel. I would use "tt (<tNetTask task id>)"
to obtain a stack trace and hopefully determine what WRS code is involved.
The panic message generally indicates that some BSD derived code is having
troubles. In this case the message is occurring from the CA event task
probably because it is calling routines in the BSD socket library which are
printing the panic message. A wild guess is that "mget()" may be the
internal
function in the BSD IP kernel that allocates a fixed sized networking buffer
(an "mbuf").

Jeff



References:
Access Fault Dennis M. Reichhold

Navigate by Date:
Prev: Fwd: alh correction John K Munro Jr
Next: Re: Fwd: alh correction Maren Purves
Index: 1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Access Fault Dennis M. Reichhold
Next: IOC Errors when StripTool is Running John K Munro Jr
Index: 1994  1995  1996  1997  1998  1999  <20002001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·