Rob Jenkins (robj++at++quid.csd.sgi.com)
Mon, 23 Feb 1998 08:09:17 -0800
I've seen a couple of cliptexture related problems, I'd like to ask a few
things to narrow down what it is you're seeing.
o Is this Onyx2 iR or Onyx iR ( or both ? ). If you haven't tried on Onyx and
you have access to one then please try so we can compare results.
o Do you have the latest kernel rollup path installed ? For 6.4 this is 2536
for 6.2 it's 2401. At least one cliptexture hang went away with 2536 on Onyx2.
o Have you run irsaudit diagnostics ? The latest diags for 6.4 are in patch
2795 and for 6.2 in patch 2371. The later the diags patch you have the more
likely it is to detect a HW problem in the gfx and it's well worth being as
confident as possible of the HW before persuing this kind of problem. Also,
seeing the same problem on > 1 machine is useful affirmation that you don't
have a HW problem.
o This bit assumes the hanging at least is on Onyx2, there's a problem
currently being addressed where the kernel gets hung for more than one type of
gfx problem, the generic symptom is that the gfx pipe hangs, backs up and the
XIO bus gets jammed so the kernel can't do anything, not even NMI. If this is
happening on your machine then you should have something in SYSLOG relating to
XIO error ( io or bus error ). If you can try an NMI when the machine hangs
then it might succeed sometimes, or if it panics and dumps itself successfully
ever then those dumps would be useful so please keep them.
o The most useful way to sort out if you have a gfx problem that is causing the
machine hang is to look for SYSLOG output related to Kona Post Mortem ( kpm )
and/or obvious msgs about gfx pipe errors just before the hang. If your gfx did
hang then the pipe should try to run kpm and then restart. If you do ls -l
/var/adm/crash/diags/gfx/IR then you'll see any files produced by kpm, if any
are from the time that the pipe crashed with this problem then they might be
useful. Unfortunately the kpm dump started automatically by gfxinit sometimes
timesout on Onyx2 so you might see a dump file ( with a name like
kpm_980121_073720.dump ) that has a length > 0 but it's corresponding .rslt and
.sum files are length 0, in this case the dump file is usually no good. If
there are kpm_xxxxx.dump files that are > 0 length with .rslt and .sum file > 0
length then please copy them somewhere that we can look at them. You could look
at them yourself with:
/usr/gfx/KONA/bin/kpm -f kpm_xxxxx.dump
then from the kpm prompt:
kpmView>overview
...
this output is useful.
If kpm never seems to have run succesfully at the time of the pipe crash ( ie
no useful files in that dir ) then let me know, in that case we could set the
machine up to not automatically restart a crashed gfx pipe so when it does
crash we can force the dump of the pipe state by hand ( and avoid a machine
hang too ), I won't confuse things by giving detail on that now.
o Finally I think it would be useful in this case to log a support call with
your local office to get this tracked properly, it also helps in the event of
having to get you new patches etc.
Cheers
Rob
On Feb 22, 7:53am, Ran Yakir wrote:
> Subject: Clip texture hangs machine
> This is some unconsistent problem with clip texture. Sometimes, when the
> clipetxture is first loaded, the iR hangs in such a way that it has to
> be reset.
> It always happen when the clip texture processes are spawned, right
> after the messages
> "Queue proc ..." and
> "Queuesort proc ..."
>
> Is there a workaround or a solution ?
>
> Thanks
> Ran
>
> --
> __ | Ran Yakir
> /_) _ __ \ / _ / o __ | BVR Technologies Ltd.
> / )_ (_(_) ) \/ (_(_/<_(_)( |
> _/ |
> -------------------------------------+--------------------------------
> Phone : | E-mail : rany++at++bvr.co.il
> Work : 972-3-5715671 #166,#177 |
> Res. : 972-9-7489974 |
> Fax : 972-3-5715668 |
>
>
>
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>-- End of excerpt from Ran Yakir
--
________________________________________________________________
Rob Jenkins mailto:robj++at++sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:56:52 PDT