home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!auspex-gw!guy
- From: guy@Auspex.COM (Guy Harris)
- Newsgroups: comp.sys.sun.hardware
- Subject: Re: SPARCClassic
- Message-ID: <15493@auspex-gw.auspex.com>
- Date: 13 Nov 92 23:32:55 GMT
- References: <1992Nov12.213456.4551@ucs.att.com> <15479@auspex-gw.auspex.com> <1992Nov13.105754.8555@fwi.uva.nl>
- Sender: news@auspex-gw.auspex.com
- Organization: Auspex Systems, Santa Clara
- Lines: 38
- Nntp-Posting-Host: auspex.auspex.com
-
- >Actually, the 4.1.x format and Solaris 2.x format must be *really*
- >close.
-
- They are.
-
- >Solaris 2.x disks can be connected to SunOS 4.1.x (not 4.0.x)
-
- The "not 4.0.x" is probably a 4.3BSD vs. 4.3-tahoe issue, i.e., FFS vs.
- FFFS (I'd been under the impression that a system that supports only
- FFS, such as 4.0[.x] could safely mount an FFFS file system *read-only*,
- although read-write won't work).
-
- >unless they use EFT ranges, i.e., values
- >for file attributes that are out of range in 4.1.x but are valid
- >in the ranges of Extended Filesystem Types.
-
- (As I remember from my days at Sun, I think it's Ex.*ed Fundamental
- Types, not just Filesystem Types; they also cranked "pid_t" up to 32
- bits, for example.)
-
- For those to whom EFT merely means Electronic Funds Transfer, EFT is a
- set of changes to various system data types to widen them.
-
- SVR4 widens:
-
- "ino_t" to 32 bits (about time SV realized that there've been
- file systems that can have >65535 inodes for about 10 years
- now);
-
- "uid_t" and "gid_t" to 32 bits;
-
- "dev_t" to 32 bits (14 bits of major device number, 18 bits of
- minor device number);
-
- and also widens some other types. UIDs and GIDs are, I think, still
- restricted to 16-bit values for now; the intent was to remove that
- restriction later. Inumbers and major/minor device pairs are already
- allowed to be >16 bits.
-