home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41867 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  2.5 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
  2. From: dic5340@hertz.njit.edu (David Charlap)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: ATI VGA Wonder (Old model, revision 5 chipset) and TRI32New drivers
  5. Message-ID: <1993Jan10.230015.27050@njitgw.njit.edu>
  6. Date: 10 Jan 93 23:00:15 GMT
  7. Sender: news@njit.edu
  8. Organization: New Jersey Institute of Technology, Newark, N.J.
  9. Lines: 39
  10. Nntp-Posting-Host: hertz.njit.edu
  11.  
  12.  
  13. I downloaded the TRI32NEW.ZIP package and tried to install the
  14. 800x600x256 driver on my 512K VGA-Wonder board.  As everyone else
  15. reported, the top 88 lines were duplicated on the bottom of the
  16. screen, and vice versa.  AFter spending much time with a friend going
  17. over the SVGADATA.PMI file, we found a bug in it: CRT register 9 was a
  18. 0, causing the Line Compare Register to contain 511 - causing a split
  19. screen at row 512, exactly what happened.  According to my specs, bit
  20. 6 of the Maximum Scan Line register (R9) should be set to a 1, to
  21. yield a Line Compare value of 1023 - below the bottom of the screen.
  22.  
  23. Unfortunately, changing the value of this in the SVGADATA.PMI file did
  24. nothing.  As a matter of fact, nothing happened after chaning ANY of
  25. the normal IBM regusters (sequencer, CRT, GDC, and attributes).  The
  26. only registers that had any effect were the ATI-specific ones (at
  27. 1ce/1cf on my system), and they only made things worse.
  28.  
  29. Since Joel Armengaud's ATI256C2 driver uses the SVGADATA.PMI file
  30. without this bug, I assumed that the BVHSVGA.DLL file is ignoring the
  31. IBM-standard register listings in the SVGADATA.PMI file, and is only
  32. reading the manufacturer-specific portions - leaving the device driver
  33. to itself when setting the registers.
  34.  
  35. Anyway, does this seem to make sense?  Is there anything I can do
  36. about it, short of getting source code to the driver?  Interestingly
  37. enough, other chipsets (like TSENG) correctly set the Line Compare
  38. register to 1023, so the Trident drivers don't have this problems on
  39. those systems.
  40.  
  41. I tried searching through the SVGA600.DLL file for a parameter table
  42. to patch, but this is nearly impossible.  I ran EXEHDR on the .DLL,
  43. but IBM hasn't documented the output (for 32-bit DLL's) completely
  44. enough, so I can't locate any of the "prime-candidate" modules in the
  45. .DLL file to look at them.
  46. -- 
  47.   |)  David Charlap          | .signature confiscated by FBI due to
  48.  /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
  49. ((|,)                        | source of these .signature virusses
  50.  ~|~
  51.