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: mv162 hangs on reboot
From: "Garrett D. Rinehart" <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Date: Tue, 7 Mar 2000 15:55:29 -0600 (CST)
I had a similar problem years ago (probably with a driver of similar vintage to 
yours) but it was from NOT having rebootHookAdd. It was in the AVME9440 driver. 
If a reboot started without disabling interrupts on the 9440, it could try to 
interrupt the 162 before it was ready and send it off into never-never-land. The 
fix was to simply add a routine that turned off the 9440 interrupts and cleared 
any pending interrupts before rebooting. That routine was then hooked to the 
reboot with, obviously, rebootHookAdd. 

Hope that's of some use to you.

Garrett Rinehart
Intense Pulsed Neutron Source
Argonne National Laboratory
9700 S. Cass Ave
Argonne, IL  60439
(630)252-6561


> X-Accept-Language: en
> MIME-Version: 1.0
> To: Marty Kraimer <[email protected]>
> CC: [email protected]
> Subject: Re: mv162 hangs on reboot
> Content-Transfer-Encoding: 7bit
> 
> Marty, 
> 
> I don't believe anything I am loading is calling rebootHookAdd although
> upgrading drivers is probably a good thing. The IOC in question is
> actualy running a combination of EPICS and code from the original FNAL
> development effort here at the SDSS. Looks like the driver I am calling
> originates from the Svedberg Accelerator Facility in Upsalla, circa
> 1994.
> 
> Marty Kraimer wrote:
> > I suspect the following:
> > 
> > 1) You are calling rebootHookAdd
> > 2) Your reboot hookroutine turns off interrupts but does not do anything to 
stop
> > new write requests directed to ipOctalSerial
> > 3) Something else also is using rebootHookAdd and it's reboot hook routine 
does
> > something like taskdelay.
> > 4) A new write request is directed to the ipOctal and started.
> > 5) The taskdelay completes and the reboot occurs. But that ipOctal comes up 
with
> > transmit enabled.
> > 
> > As I recall you started with the Hideos driver for ipOctalSerial. So did 
MPF. In
> > MPF we found this problem. You may want to compare your version against the
> > latest MPF version, which can be obtained from:
> > 
> > http://www.aps.anl.gov/asd/people/mrk/epics/modules/serial/mpfSerial/
> > 
> > At the very least you can look at the code for handling soft reboots.
> > 
> > Marty Kraimer
> 
> Thanks,
> 	Peregrine
> -- 
> Peregrine M. McGehee, LANL Telescope Engineering, Sloan Digital Sky
> Survey
> (505) 667-3273, MS H820, Los Alamos National Laboratory, Los Alamos, NM
> 87545



Navigate by Date:
Prev: IOC Crash with CA Messages saa
Next: VXI Kinetic Systems V151 cpu - PowerPC luchini
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: Re: mv162 hangs on reboot Peregrine M. McGehee
Next: The Future of vxWorks/Tornado Andrew Johnson
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 ·