summaryrefslogtreecommitdiff
path: root/distrib/notes
diff options
context:
space:
mode:
authorjohns <johns@cvs.openbsd.org>1998-03-04 12:14:17 +0000
committerjohns <johns@cvs.openbsd.org>1998-03-04 12:14:17 +0000
commit108e70acebf84c5af80ace3ef3487e953aa8b162 (patch)
treee0d990499ad3d12c4f9ab8de861b751da90536aa /distrib/notes
parentd7b115c595fd34419d82f5840e0efc705c771b75 (diff)
Added more specific info about the "new" command mode of the OpenBOOT roms.
Previous documentst didn't mention that the old sun4 machines don't have a "new" command mode. Also updated various other items..
Diffstat (limited to 'distrib/notes')
-rw-r--r--distrib/notes/sparc/prep22
1 files changed, 16 insertions, 6 deletions
diff --git a/distrib/notes/sparc/prep b/distrib/notes/sparc/prep
index 67dc33a3d27..f9d2ba17b56 100644
--- a/distrib/notes/sparc/prep
+++ b/distrib/notes/sparc/prep
@@ -26,10 +26,10 @@ and scsi-id#0 to sd3. The remaining drives will be dynamically mapped
to other sd* numbers.
This is mostly a non-issue if you have only one drive on your system,
-but can get really confusing if you have multiple drives. If you plan
+but can get confusing if you have multiple drives. If you plan
to eliminate SunOS altogether it may be best to correct the scsi-id's
of your drives, while if you plan to leave SunOS installed, it may
-be better to install OpenBSD on an external drive with scsi-id 1 or 0.
+be better to install OpenBSD on a drive with scsi-id 1 or 0.
Some OpenBoot proms provide and environment variable that controls
the drive<->scsi-id mapping, you can change this to reflect the natural
@@ -41,18 +41,24 @@ the scsi-id's to sd0->scsi-id 0 or your desired scheme, this helps
prevent accidents if you change the SCSI bus configuration or a drive
is down.
-Your OpenBOOT ROM may need some setup. make sure you boot from `new
-command mode'. If your machine comes up and gives you a `>' prompt
+Your OpenBOOT ROM may need some setup. If you are running OpenBSD on
+a sun4c, or sun4m system, the ROM must be set to "new" command mode.
+If your sun4c or sun4m machine comes up and gives you a `>' prompt
instead of `ok', type:
>n
ok setenv sunmon-compat? false
ok
-This is needed because OpenBSD cannot handle the old-mode yet, and will
-firework on you.
+This is needed because OpenBSD relies on the behaviour of the "new" command
+mode. OpenBSD will not boot correctly on sun4c or sun4m systems that
+are not running in "new" command mode. The sun4 systems such as the 4/110,
+4/200, and 4/300 system do not have a "new" command mode, and will work
+fine as-is.
+
Also, you cannot use the security modes of the sparc OpenBOOT ROM.
+Make sure that the ROM security modes are disabled:
ok setenv security-mode none
@@ -74,6 +80,10 @@ both OpenBSD and SunOS environments on the same system.
about missing . and .. entries. Do *not* try to "correct" these
problems, as attempting to do so will completely trash the filesystem.
+ You should avoid using the new OpenBSD "-s enable" option to the
+ "tunefs" command, which enable the soft update feature.
+ Although untested, it is likely that SunOS would be confused by a
+ filesystem with soft update flags enabled.
OpenBSD supports both OpenBSD "native" disklabels and "Sun compatible"
disklabels. Unless you have some really good reason, you should stick