home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 5084 < prev    next >
Encoding:
Text File  |  1992-09-03  |  4.4 KB  |  90 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!park.uvcc.edu!ns.novell.com!gateway.novell.com!thisbe.Eng.Sandy.Novell.COM!terry
  3. From: terry@thisbe.Eng.Sandy.Novell.COM (Terry Lambert)
  4. Subject: Re: 386bsd: Doesn't use BIOS?
  5. Message-ID: <1992Sep4.000109.19556@gateway.novell.com>
  6. Sender: news@gateway.novell.com (NetNews)
  7. Nntp-Posting-Host: thisbe.eng.sandy.novell.com
  8. Organization: Novell NPD -- Sandy, UT
  9. References: <1992Sep3.194427.14251@engage.pko.dec.com>
  10. Date: Fri, 4 Sep 1992 00:01:09 GMT
  11. Lines: 77
  12.  
  13. In article <1992Sep3.194427.14251@engage.pko.dec.com> ewanco@kalvin.enet.dec.com writes:
  14. >
  15. >I saw mentioned in the thread on the Diamond Speedstar 24[X] interface problems
  16. >that said that 386bsd does not use BIOS and hence needs the code for the
  17. >Speedstar.  This struck me as odd; I can understand skipping the BIOS for the
  18. >sake of speed on certain devices, but why can't 386bsd use BIOS for proprietary
  19. >devices like the Speedstar?  Is it an all-or-nothing thing, that is, either we
  20. >forgo using BIOS at all or incur horrible disadvantages?  I'd like to
  21. >understand why exactly 386bsd cannot use the BIOS at all.  I guess I could
  22. >understand Diamond's hesitance to give us direct access to their hardware,
  23. >especially when everyone else probably goes the standard way and uses the BIOS
  24. >to access it.  (Then again, it is news to me that you could take advantage of
  25. >hi-res accelerated boards through the BIOS, but that's another issue.)
  26.  
  27. Why 386BSD doesn't use BIOS:
  28.  
  29. o    Most BIOS code doesn't function correctly in protected mode on
  30.     386/486 hardware, since the implementors were interested in the
  31.     DOS market for the most part.  UNIX is a protected mode OS, and
  32.     so is Linux, 386BSD, and MACH.
  33.  
  34. o    BIOS interfaces have classically taken the easy way out of the
  35.     "sparklie" problem by disabling interrupts during writes to memory.
  36.     What this means to you and me is that we don't get serial, disk,
  37.     ethernet, or keyboard interrupts while executing the video BIOS
  38.     code.  This can be a serious bummer.  Those cards which have the
  39.     capability of issuing a vertical retrace interrupt generally do so
  40.     on IRQ 2.  This tends to bugger most low end ethernet boards, and
  41.     can not be relied on to be supported in any case.  In any case,
  42.     support for external driver code by vertical retrace still doesn't
  43.     mean protected mode BIOS.
  44.  
  45. o    Standard BIOS code interface does text, and some simple line and
  46.     pixel operations.  Extensions to "get the most" out of the board
  47.     are either non-standard calls (no way to make it portable) or simply
  48.     non-existant (you have to implement them as main CPU code anyway).
  49.  
  50. Is it an all-or-nothing thing?
  51.  
  52.     No, but it may as well be.  The problems and peculiarities of
  53. various video BIOS code are almost as numerous as the number of adapter
  54. cards.  Paradise and Hercules cards disable interrupts during INT 10 calls;
  55. Epson Equity laptops can't scroll lest than the full screen without scrolling
  56. garbage into the scrolled on line using BIOS (ie: insert line and delete line
  57. on the top and bottom 2 lines of the screen can fail).
  58.  
  59. Diamond's hesitance:
  60.  
  61.     Diamond may be hesitant for several reasons, only one of which is
  62. giving information to the competition (ie: they must be protecting a non-
  63. patentable interface or process as a trade secret).  Other reasons include
  64. making it impossible to duplicate/emulate a Diamond board without violating
  65. ROM copyright, or to give themselves sufficient time on the market prior to
  66. an "improved clone" being released by another vendor.
  67.  
  68. Everyone else uses BIOS:
  69.  
  70.     This is *not* true.  As stated by another poster, Diamond is willing
  71. to realese the information under non-disclosure.  This means no source code
  72. to users (ala 386BSD), since source code using an interface is tacitly a
  73. document describing the interface.  People like Interactive, SCO, and Dell
  74. can sign non-disclosure on the information and distribute *binary* drivers
  75. based on the information, no problem.  The problem is that the 386BSD/Linux
  76. community wants to allow anyone to hack on any piece without restriction...
  77. they would also like to avoid generating binaries for every hardware/software
  78. configuration when distributing XFree.
  79.  
  80. Hope this clarifies the issue.
  81.  
  82.  
  83.                     Terry Lambert
  84.                     terry_lambert@gateway.novell.com
  85.                     terry@icarus.weber.edu
  86.  
  87. ---
  88. Disclaimer:  Any opinions in this posting are my own and not those of
  89. my present or previous employers.
  90.