home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sun / hardware / 5567 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.1 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: SPARCClassic
  5. Message-ID: <15479@auspex-gw.auspex.com>
  6. Date: 13 Nov 92 06:07:10 GMT
  7. References: <hanson.721434952@pogo> <1992Nov12.180856.3446@megatek.com> <1992Nov12.213456.4551@ucs.att.com>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 38
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >The PROMs are set up to deal with the SVr4/Solaris2 file system formats.
  14.  
  15. Are you certain that the PROMs know a file system format from a hole in
  16. the ground?  No previous Sun box had a PROM that knew anything about file
  17. system formats, other than that the first few blocks of a disk are a
  18. "boot block" that should be sucked into memory and jumped to.
  19.  
  20. That boot block has, at least in 4.x and possibly 5.x, the block numbers
  21. of a file on the root file system jammed into it when it's installed; it
  22. reads those blocks into memory and jumps to *that* program.
  23.  
  24. *That* program - "/boot", in 4.x - knows about the file system format.
  25.  
  26. In 5.x, there's a lot more to the boot stuff, but I very much doubt the
  27. PROM has to know anything about the file system format.  It's probably
  28. all done by programs read in *by* the PROM.
  29.  
  30. (Besides, the SVR4 file system format isn't *that* different from the
  31. SunOS 4.x format.
  32.  
  33. If you're referring to the *executable image format*, that's a different
  34. matter; however, boot blocks aren't necessarily ELF images.
  35.  
  36. And even if boot blocks *do* have ELF headers, if Sun actually *wanted*
  37. to release a version of the SPARCclassic that ran 4.1.x, they could
  38. probably have had a version of "installboot" for 4.1.x that knows how to
  39. put an ELF header on a boot block.)
  40.  
  41. >The boxes are obviously a carrot to draw the market to Solaris 2.x.
  42.  
  43. The boxes are obviously a carrot to get people to buy lots of
  44. relatively-inexpensive Sun color SPARC machines; there's no need to drag
  45. Sun's desire to promote Solaris 2.x in order to construct a rationale
  46. for Sun releasing the boxes.
  47.  
  48. You can probably use that desire as one of the reasons why Sun didn't
  49. offer a 4.1.x port for the boxes, and add in "more porting and testing
  50. efforts" as another reason.
  51.