home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5211 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.7 KB
  1. Path: sparky!uunet!gatech!purdue!yuma!csn!teal!jks
  2. From: jks@teal.csn.org (John Stevenson)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: new boot roms
  5. Message-ID: <jks.715814745@teal>
  6. Date: 6 Sep 92 21:25:45 GMT
  7. References: <183c4vINNfit@maverick.ksu.ksu.edu> <1992Sep3.144421.575@engage.pko.dec.com>
  8. Sender: news@csn.org (news)
  9. Organization: Colorado SuperNet, Inc.
  10. Lines: 50
  11.  
  12. eje@irenaeus.mlo.dec.com (Eric James Ewanco) writes:
  13.  
  14.  
  15. >In article <183c4vINNfit@maverick.ksu.ksu.edu>, brtmac@maverick.ksu.ksu.edu (Brett McCoy) writes:
  16. >> From: brtmac@maverick.ksu.ksu.edu (Brett McCoy)
  17. >> Subject: new boot roms
  18. >> Date: 2 Sep 1992 16:36:31 -0500
  19.  
  20. >> Okay, here's a thought.  Why doesn't someone write up some new boot
  21. >> room code that would make a PC act a lot like a Sun when you turn it
  22. >> on.  Get rid of all the gunky MS-DOS support.  Put in a nice little
  23. >> monitor to examine memory and various registers and i/o ports and
  24. >> allow easy booting from any device and any partition on that device.
  25.  
  26. >I think that is an excellent idea -- in fact I think hosing the BIOS is going
  27. >to be a necessary step in moving to more advanced operating systems.  BIOS is
  28. >out of date.  We need SCSI support in the ROMs, a monitor, and flexible booting
  29. >choices.  We need BIOS code written in protected mode (like IBM's PS/2 code),
  30. >not in real mode.  We need support for seven disk drives and other things.
  31.  
  32. >> This is far, far beyond any skills I have, but it seems like it might
  33. >> be worthwhile and would solve a lot of the problems and workarounds
  34. >> that people are having and using now.  Maybe someone should get on
  35. >> AMI's or Phoenix's back and get them to add some support for other
  36. >> OS's than MS-DOS in their boot code.
  37.  
  38. >Some company should propose a standard.  Maybe Digital.  IBM if they don't try
  39. >to extract license fees from everyone.
  40.  
  41. >With 1 MB flash ROMs 1 mm thick, 8 mm wide and 15 cm long, we can afford to put
  42. >a lot of ROM in PCs and put lots of stuff in it.  With memory management we can
  43. >swap unused ROM out or compatibility ROM in.
  44.  
  45. >It is certainly something desparately needed.
  46. >--
  47. >/=============================================================================\
  48. >| Eric Ewanco - Software Engineer     For the rash and outrageous opinions ex-|
  49. >| Digital Equipment Corp, Maynard MA  pressed herein I alone am responsible;  |
  50. >| ewanco@kalvin.enet.dec.com          they do not belong to DIGITAL(TM).      |
  51. >\==============================- 2 Th 2:15 -==================================
  52.  
  53. There is just such a standard currently in the works. It is called
  54. IEEE Draft Std p1275/d3 "Standard for boot firmware" 
  55. and is similar to the sun booting system. Check with Ieee for a draft copy..
  56. This does seem to be the way of the future for firmware.
  57. good luck.
  58. .sig file when I grow up.
  59. bye
  60. .
  61. /
  62.