home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!wupost!psuvax1!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.misc
- Subject: Re: XGA-2 cards
- Message-ID: <1993Jan5.205042.28732@njitgw.njit.edu>
- Date: 5 Jan 93 20:50:42 GMT
- References: <30638.1088.uupcb@satalink.com>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 25
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <30638.1088.uupcb@satalink.com> bert.tyler@satalink.com (Bert Tyler) writes:
- >Part of the XGA-2 spec is a new INT 10H BIOS call that returns with
- >all of the information that used to require wandering through MCA
- >POS-IDs to collect. A *much* better approach, IMHO, and easily
- >pre-pended to the MCA-based POS-ID search found in all current
- >XGA-aware programs and drivers. Make the INT 10H call, and only use
- >the MCA search if the INT 10H call fails.
-
- Not likely. Under protected mode (like OS/2), you won't be able to
- access any BIOS functions, and certainly won't be able to make an
- INT-10h call. So this is strictly a DOS-only thing. Under a DOS box,
- the call should work if you turned off BIOS emulation and use the real
- BIOS. I don't think OS/2 could use this at all for its own drivers.
-
- Then again, the SVGA.EXE program (which must be run from a DOS session
- anyway) could make this call and write the information to the
- svgadata.pmi file somewhere. This could work. You'd just have to
- launch this DOS app before using any XGA modes. Not a bad
- alternative, since the XGA's "auto-configuration" seems to require a
- disk file anyway.
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-