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
<2000>
2001
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
<2000>
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|