home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13339 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.0 KB
  1. Path: sparky!uunet!sun-barr!olivea!sgigate!odin!fido!rudedog.asd.sgi.com!bam
  2. From: bam@rudedog.asd.sgi.com (Brian McClendon)
  3. Newsgroups: comp.sys.sgi
  4. Subject: RE: WARNING: Graphics timeout  (FIFO still > half full)! 460VGX
  5. Message-ID: <pfs98gs@fido.asd.sgi.com>
  6. Date: 5 Sep 92 20:42:57 GMT
  7. Sender: news@fido.asd.sgi.com (Usenet News Admin)
  8. Organization: Silicon Graphics, Inc., Mountain View, CA
  9. Lines: 35
  10.  
  11. >i8 unix: WARNING: Graphics timeout (FIFO still > half full)!
  12. >
  13. >
  14. >System admin and I are all unfamillar with this warning. It would be helpful
  15.  if we at least knew what the warning ment. Otherwise we are in the dark as to
  16.  what is causing the crash.
  17. >
  18. >By the way, we run the same way on a 4D/440VGX without the problem. Both Mult
  19.  igen and GVS have been contacted and have never seen this problem.
  20.  
  21.  
  22. The message means that the VGX graphics got confused about commands coming
  23. down from the CPU.  There are at least three possible explanations:
  24.  
  25. 1) Someone just filed a bug that particularly strange concave polygons can
  26.    cause the VGX microcode to hang.  Since you seem to say you run _exactly_
  27.    the same data on a 440 w/o trouble, this cause seems unlikely.
  28.  
  29. 2) GVS could be a multi-processing sproc(2) program and there is some
  30.    as yet unknown bug in our OS that causes the hang.
  31.  
  32. 3) GVS could be an mp sproc(2) program and not obey the rules about
  33.    synchronizing GL calls.  The GL is not re-entrant or multi-threaded
  34.    internally, so all calls to it must protect from the outside.  This
  35.    could explain why it is seen on a 460 but not a 440 due to different
  36.    scheduling of the threads.  An experiment to run would be to use
  37.    the mpadmin(1) command to limit GVS to 4 processors.  Also look
  38.    for _any_ other diffs between the 440 and 460 (memory, system software,
  39.    GVS rev., VGX vs VGXT, or 5span vs 10 (use /usr/gfx/gfxinfo)).
  40.  
  41.  
  42. -- 
  43. ----------------------------------------------------------------------------
  44.  Brian McClendon                  bam@sgi.com                  415-390-1110
  45. ----------------------------------------------------------------------------
  46.