home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 5015 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  1.5 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!maverick.ksu.ksu.edu!news
  2. From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
  3. Newsgroups: comp.unix.bsd
  4. Subject: new boot roms
  5. Message-ID: <183c4vINNfit@maverick.ksu.ksu.edu>
  6. Date: 2 Sep 92 21:36:31 GMT
  7. Organization: Kansas State University
  8. Lines: 21
  9. NNTP-Posting-Host: maverick.ksu.ksu.edu
  10.  
  11. Okay, here's a thought.  Why doesn't someone write up some new boot
  12. room code that would make a PC act a lot like a Sun when you turn it
  13. on.  Get rid of all the gunky MS-DOS support.  Put in a nice little
  14. monitor to examine memory and various registers and i/o ports and
  15. allow easy booting from any device and any partition on that device.
  16.  
  17. This would effectively disable the machines ability to run MS-DOS, but
  18. that wouldn't be a great loss anyway.  It might be possible to dump
  19. the ROM code before replacing the ROM's, and store it on the last
  20. couple, or first couple, tracks of a hard disk.  Then the new boot
  21. code could, upon detecting an MS-DOS boot, load the old ROM code,
  22. twiddle a few bits and bytes and jump to the old code and let it
  23. finish loading MS-DOS and provide the BIOS support that it needs.
  24.  
  25. This is far, far beyond any skills I have, but it seems like it might
  26. be worthwhile and would solve a lot of the problems and workarounds
  27. that people are having and using now.  Maybe someone should get on
  28. AMI's or Phoenix's back and get them to add some support for other
  29. OS's than MS-DOS in their boot code.
  30.  
  31. ++Brett;
  32.