We are running R3.13.4 and have a problem.
It seems that in our system when an Analog Output record with SMSL
closed_loop has its DOL link marked CPP and is linked to a PV on another
crate, then if the other crate reboots the scanOnce task generates a
floating point exception within the Ao record support routines and
suspends.
I suspect the crate with the Ao record on it must be a RISC architecture
(ours is Heurikon hkbaja 4700E, so is a MIPS R4000 processor), or else it
wouldn't generate the FPE. The other crate can be 68k or RISC.
We haven't really tracked this down yet (i.e. we are still working with
the live systems and haven't isolated it to some test crates), but it
looks like a problem with connection management using CA links in the
database generating an uninitialised floating point value.
Has anyone seen this sort of thing before, and is there a fix?
Cheers,
--
Nick Rees
Joint Astronomy Centre Ph: +1 (808) 961-3756
660 N. Aohoku Place Fax: +1 (808) 961-6516
Hilo, HI. 96720 Internet: [email protected]
- Replies:
- Re: CPP CA LINK's causing scanOnce to SUSPEND Nick Rees
- Navigate by Date:
- Prev:
ICS-145 waveform digitizer support? Carl Lionberger
- Next:
devNode, drvNode, drvSerial source? Steven Hartman
- 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:
ICS-145 waveform digitizer support? Carl Lionberger
- Next:
Re: CPP CA LINK's causing scanOnce to SUSPEND Nick Rees
- 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
|