I think there are at least 2 volunteers to analyze the dump, if any : Stan
and I.

Christian Lheureux
Responsable du Departement Systemes et Reseaux / Head of Systems and
Networks Department
APPIC R.H.
business partner hp invent
Tel : +33-1-69-80-97-22   /   Fax : +33-1-69-80-97-14 / e-mail :
[log in to unmask] <mailto:[log in to unmask]>
AIM nickname : MPE Evangelist
"Le Groupe APPIC recrute, contactez nous !"



> -----Message d'origine-----
> De : HP-3000 Systems Discussion [mailto:[log in to unmask]]De la
> part de Stan Sieler
> Envoye : dimanche 2 fevrier 2003 00:43
> A : [log in to unmask]
> Objet : Re: [HP3000-L] SA 1328 from subsys 110
>
>
> Re:
> >   Just received (my 3rd) SA 1328 from subsys 110
> > SECONDARY STATUS: INFO = -1110, SUBSYS = 110d@
> > SYSTEM HALT 7, $0530
>
> Interesting one!
>
> I'm sure you've already decoded those numbers, :)
> but just in case you didn't (hint: see
> http://www.allegro.com/papers/dump.html
>
>
>
>
>
>
> SA 1328 is:
>
>    :debug
>    HPDEBUG Intrinsic at: a.00a58064 hxdebug+$e4
>    = errmsg (#1328, #98)
>    'PDC TOD write failed.'
>
>    = errmsg (#1110, #110)
>    'PDC set time of day call returned with an error; the
> parameter is invalid.'
>
>
> So, it would appear that some code tried to update the time-of-day
> clock (which is accessed via Processor Dependent Code (PDC)), and
> failed ... apparently because a "parameter" was invalid.
> (Sheesh,I can think of two different parameters that could
> be invalid...that's not an acceptable error message!)
>
> A dump might shed more light on this, like: who was trying to set
> the clock, and with what parameters.
> --
> Stan Sieler
> [log in to unmask]
> www.allegro.com/sieler/wanted/index.html
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *