On Thu, 2006-08-17 at 11:19 -0500, Tim Mooney wrote:
> Ernest L. Williams Jr. wrote:
> >>...
> >>So, I have filed a technical concern with both Motorola and WindRiver.
> >>Of course, this will lead to TUNDRA but we need to get this resolved if
> >>we want to move forward and have reliability.
> >>
> >>I will post the results back here hopefully in the near future.
> >
> >
> > ========== Response from Motorola below ===============================
> >
> > Motorola has received the fiollowing response from an engineer that was
> > involved with the TEMPE and from Tundra:
> >
> > Tundra states that "the error handling with respect to a BERR
> > termination as a VMEbus master works as described in the Users Manual.
> > Tundra has no plans of changing this." If the customer doesn't feel
> > that signaling via an interrupt is insufficient then we have no
> > recourse. Please note that both Mac and Tundra agree that a failed read
> > of a valid VME address would likely occur only as a result of a
> > catastrophic system failure, i.e. the target board smoked. The
> > probability that a failed read, when (or if) retried would return data
> > is essentially zero.
> > ========================================================================
> >
> > Not sure, what to make out of that initial response?
>
> "...failed read of a valid VME address..." suggests that they interpreted
> ^^^^^
> your concern differently than you intended. Or maybe hardware guys just
> assume software developers are so good that no software would *ever* try to
> read something that isn't there. Kind of flattering, yes, but I, for one,
> don't deserve that level of respect. Anyway, the answer seems clear, even
> if their justification for it isn't quite on point.
It is - just extend the meaning of 'catastrophic system failure' to
triggering a software bug. In this case also: signalling via an
interrupt seems acceptable.
-- T.
>
>
- References:
- VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
- Re: VME Bus Error handling on MVME3100 and 6100 boards Kate Feng
- Re: VME Bus Error handling on MVME3100 and 6100 boards Till Straumann
- Re: VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
- Re: VME Bus Error handling on MVME3100 and 6100 boards Andrew Johnson
- Re: VME Bus Error handling on MVME3100 and 6100 boards Ernest L. Williams Jr.
- Re: VME Bus Error handling on MVME3100 and 6100 boards Ernest L. Williams Jr.
- Re: VME Bus Error handling on MVME3100 and 6100 boards Tim Mooney
- Navigate by Date:
- Prev:
Re: Dev Asyn and Cygwin/Win IOCs , Modbus and scheduling. Bill Nolan
- Next:
RE: VME Bus Error handling on MVME3100 and 6100 boards Till Straumann
- 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: VME Bus Error handling on MVME3100 and 6100 boards Tim Mooney
- Next:
RE: VME Bus Error handling on MVME3100 and 6100 boards Thompson, David H.
- 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
|