home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8860 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  1.6 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!imhw400
  2. From: imhw400@indyvax.iupui.edu
  3. Newsgroups: comp.os.linux
  4. Subject: Re: EISA bus machines
  5. Message-ID: <1992Aug23.080248.159@indyvax.iupui.edu>
  6. Date: 23 Aug 92 08:02:48 -0500
  7. References: <1992Aug23.054741.316@athena.mit.edu>
  8. Lines: 22
  9.  
  10. In article <1992Aug23.054741.316@athena.mit.edu>, tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
  11. [....]
  12. > The same situation is true for the MCA bus, although that will be much
  13. > harder, since MCA isn't even backwards compatible with ISA.  At least
  14. > with EISA, someone could borrow a ISA hard disk controller while he/she
  15. > was debugging the EISA controller; thus development would be much easier
  16. > under EISA than it would be under MCA.  That's not to say that it
  17. > wouldn't be possible to include MCA support as well; it would just be
  18. > much more complicated.  So I wouldn't hold your breath for MCA support,
  19. > but EISA support is within the realm of possibility, assuming someone
  20. > blessed with such a machine is willing to look at writing Linux drivers
  21. > for these new controllers.
  22.  
  23. OK, I'll bite -- why can't an MCA implementation just use the protected-mode
  24. drivers that came with the machine, that is, the ABIOS?  MCA "drivers" should
  25. be very simple:  set up the request block, call the ABIOS routine, interpret
  26. the updated request block.  But I haven't actually tried it, so what have I
  27. missed?
  28. -- 
  29. Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
  30. Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
  31. Celebrate freedom:  read a banned newsgroup.
  32.