home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / 18289 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.7 KB

  1. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!sgiblab!sgigate!sgi!fido!joker!myoung
  2. From: myoung@joker.asd.sgi.com (mark young)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: GE FAULT:vertex buffer: 2 words
  5. Date: 23 Dec 1992 02:04:16 GMT
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. Lines: 73
  8. Distribution: usa
  9. Message-ID: <1h8hf0INN8ta@fido.asd.sgi.com>
  10. References: <72223@cup.portal.com>
  11. NNTP-Posting-Host: joker.asd.sgi.com
  12.  
  13. In <72223@cup.portal.com> David_Anthony_Guevara@cup.portal.com writes:
  14. >I received the following error message in my SYSLOG
  15.  
  16. >     GE FAULT:vertex buffer: 2 words
  17. >     0001 0001
  18.  
  19. >What is this error?  Is it something I should be concerned with?  As
  20. >far as I can tell, things are operating correctly.  Any information
  21. >on what this is (or where I can find an explanation about it) would
  22. >be appreciated.  Thanks!
  23.  
  24. kurt akeley posted this quite a while ago.  I don't think he'd mind if 
  25. I reposted it (should find a place in the FAQ):
  26.  
  27. > In article <1991May16.213625.17814@odin.corp.sgi.com>, scottm@thor.corp.sgi.com (Scott Machtmes) writes:
  28. > |> I have a customer that is getting the message " GE FAULT:vertex buffer:
  29. > |> 2 words. 0003 0000". Sometimes the message says 10 words. The message shows
  30. > |> up in the SYSLOG steadily. The GE4 and GM2 boards were replaced. At first the
  31. > |> graphics console was freezing up as well as giving the above message.
  32. > |> 
  33. > |> Now the freezing has stopped but the messages are still occuring. Any
  34. > |> help would be appreciated. The system is a 240GTXB with 3.3.1 s/w.
  35. > There was probably no need to replace the boards, these error messages are
  36. > almost certainly the result of driver error.  On GT and GTX systems, when
  37. > a geometry engine detects an error condition, it reports a fault with a
  38. > two word sequence.  The first word is the number of the geometry engine that
  39. > encountered the error condition.  The second word is the error code.
  40. > Thus, in this case the error was detected by GE number 3, and has code
  41. > zero.  A quick look in the GE3 source code indicates that error code
  42. > zero is generated when the vertex parser detects that the machine has
  43. > multiple branch codes set.  A possible code sequence that would generate
  44. > this error condition is:
  45. >     bgnpolygon();
  46. >     bgnline();
  47. >     v3f(foo);
  48. > For future reference, here's a list of all the error conditions that are
  49. > detected by GT and GTX geometry engines, and their meanings:
  50. >     GE number    Fault number    Meaning
  51. >     ---------    ------------    -------
  52. >     1              0        Out of memory, probably because too many matrixes
  53. >                 have been pushed onto the matrix stack (see below)
  54. >                 (User error)
  55. >     1              1        Matrix stack underflow (pop received with no
  56. >                 matrixes on the stack)
  57. >                 (User error)
  58. >     1,2,3,4,5          2        Bad command received
  59. >                 (System error)
  60. >     1,2,3,4,5          3        Internal microcode error (tried to return from
  61. >                 a subroutine when not in a subroutine)
  62. >                 (System error)
  63. >         3          0        Error detected in vertex mode.  Probably caused
  64. >                 by calling multiple bgn* commands prior to a
  65. >                 vertex call.
  66. >                 (User error)
  67. >           4,5          4        RGB color commands received while in colorindex mode
  68. >                 (User error)
  69. >           4,5          5        Color index command received while in RGB mode
  70. >                 (User error)
  71. > In the above (User error) means that the error probably results from an error
  72. > made by a GL programmer, and (System error) means that the error probably
  73. > results from a real bug, either hardware or system software.  One can't be
  74. > sure, however.
  75. > -- Kurt
  76. > p.s. It would be great if this information was forwarded to the SEs in the
  77. >      field, and kept in some place that can be referenced later!
  78.