2000-11-01 13:58:29 +03:00
|
|
|
.\" $NetBSD: prep,v 1.9 2000/11/01 10:58:29 scw Exp $
|
1999-01-13 10:30:01 +03:00
|
|
|
.
|
2000-10-29 17:08:04 +03:00
|
|
|
\*M machines usually need little or no preparation before installing
|
|
|
|
.Nx ,
|
1999-01-13 10:30:01 +03:00
|
|
|
other than the usual, well advised precaution of
|
|
|
|
.Em backing up all data
|
|
|
|
on any attached storage devices.
|
|
|
|
.Pp
|
2000-11-01 13:58:29 +03:00
|
|
|
The exception to the above is that
|
|
|
|
.Tn MVME162-LX
|
|
|
|
and
|
|
|
|
.Tn MVME167
|
|
|
|
boards require a jumper to be removed before
|
|
|
|
.Nx
|
|
|
|
can be installed.
|
|
|
|
On
|
|
|
|
.Tn MVME162-LX
|
|
|
|
pins 1-2 of jumper J11
|
|
|
|
.Em must
|
|
|
|
be removed.
|
|
|
|
On
|
|
|
|
.Tn MVME167
|
|
|
|
pins 1-2 of jumper J1
|
|
|
|
.Em must
|
|
|
|
be removed.
|
|
|
|
.Pp
|
|
|
|
Once you've made any necessary jumper changes,
|
|
|
|
the following instructions should make your machine
|
2000-10-29 17:08:04 +03:00
|
|
|
.Dq NetBSD Ready .
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
2000-10-10 16:55:15 +04:00
|
|
|
Power-up your MVME147 board. You should have the
|
1999-01-13 10:30:01 +03:00
|
|
|
.Em bug No prompt:
|
2000-10-05 12:54:55 +04:00
|
|
|
.(disp
|
1999-01-13 10:30:01 +03:00
|
|
|
COLD Start
|
1997-12-18 22:20:10 +03:00
|
|
|
|
1999-01-13 10:30:01 +03:00
|
|
|
Onboard RAM start = $00000000, stop = $007FFFFF
|
1997-12-18 22:20:10 +03:00
|
|
|
|
1999-01-13 10:30:01 +03:00
|
|
|
147-Bug\*>
|
2000-10-05 12:54:55 +04:00
|
|
|
.disp)
|
2000-10-10 16:55:15 +04:00
|
|
|
.Pp
|
2000-11-01 13:58:29 +03:00
|
|
|
Or, if you have an MVME162-LX or MVME167 board (the following boot
|
|
|
|
message is from MVME167; MVME162-LX is similar):
|
2000-10-05 12:54:55 +04:00
|
|
|
.(disp
|
1999-02-20 19:18:10 +03:00
|
|
|
MVME167 Debugger/Diagnostics Release Version 2.3 - 02/25/94
|
|
|
|
COLD Start
|
|
|
|
|
|
|
|
Local Memory Found =02000000 (&33554432)
|
|
|
|
|
|
|
|
MPU Clock Speed =33Mhz
|
|
|
|
|
|
|
|
167-Bug\*>
|
2000-10-05 12:54:55 +04:00
|
|
|
.disp)
|
2000-10-10 16:55:15 +04:00
|
|
|
.Pp
|
|
|
|
Make sure the RAM size looks ok (if you've got an 8 MB MVME147 or a
|
|
|
|
32 MB MVME167 you should
|
2000-10-29 17:08:04 +03:00
|
|
|
have the same value as we do). Also make sure the clock is ticking:
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
2000-11-01 13:58:29 +03:00
|
|
|
.Dl 1xx-Bug\*> Ns Ic time
|
1999-04-10 20:16:11 +04:00
|
|
|
.Dl Sunday 12/21/31 16:25:14
|
2000-11-01 13:58:29 +03:00
|
|
|
.Dl 1xx-Bug\*> Ns Ic time
|
1999-04-10 20:16:11 +04:00
|
|
|
.Dl Sunday 12/21/31 16:25:15
|
2000-11-01 13:58:29 +03:00
|
|
|
.Dl 1xx-Bug\*>
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
|
|
|
Note that
|
|
|
|
.Nx
|
|
|
|
bases its year at 1968, and adds the year offset in
|
2000-11-01 13:58:29 +03:00
|
|
|
the system's real-time clock to get the current year. So the
|
2000-10-29 17:08:04 +03:00
|
|
|
.Li 31
|
|
|
|
here
|
|
|
|
equates to 1999. You may have to adjust your clock using the
|
|
|
|
.Ic set
|
1999-01-13 10:30:01 +03:00
|
|
|
command to comply with
|
|
|
|
.Nx "" 's
|
2000-10-29 17:08:04 +03:00
|
|
|
requirements. Don't worry if the
|
|
|
|
.Sq Day of the week
|
|
|
|
is not correct, as
|
1999-01-13 10:30:01 +03:00
|
|
|
.Nx
|
|
|
|
doesn't use it.
|
1999-02-20 19:18:10 +03:00
|
|
|
Motorola has acknowledged a year 2000 bug in some versions of the MVME147
|
|
|
|
whereby the day of the week
|
1999-01-13 10:30:01 +03:00
|
|
|
doesn't get set correctly by the 147Bug PROM.
|
2000-10-10 16:55:15 +04:00
|
|
|
.Em \It does not affect
|
1999-01-13 10:30:01 +03:00
|
|
|
.Nx "" !
|
|
|
|
.Pp
|
1999-02-20 19:18:10 +03:00
|
|
|
Also make sure that your board's ethernet address is initialised to
|
1997-12-18 22:20:10 +03:00
|
|
|
the correct value. You'll find the address on a label on the inside of
|
2000-11-01 13:58:29 +03:00
|
|
|
the MVME147's front panel, and on the VMEbus P2 connector of the MVME162-LX
|
|
|
|
and MVME167.
|
1999-02-20 19:18:10 +03:00
|
|
|
On the MVME147, enter the last five digits of the address
|
2000-10-29 17:08:04 +03:00
|
|
|
using the
|
|
|
|
.Ic lsad
|
2000-11-01 13:58:29 +03:00
|
|
|
command. On the MVME162-LX and MVME167, you should use the
|
2000-10-29 17:08:04 +03:00
|
|
|
.Ic cnfg
|
|
|
|
command.
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
1997-12-18 22:20:10 +03:00
|
|
|
To install successfully to a local SCSI disk, you need to ensure that
|
2000-11-01 13:58:29 +03:00
|
|
|
the system is aware of what targets are connected to the SCSI bus. This
|
1997-12-18 22:20:10 +03:00
|
|
|
can be done by issueing the following command:
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
2000-11-01 13:58:29 +03:00
|
|
|
.Dl 1xx-Bug\*> Ic iot;t
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
2000-11-01 13:58:29 +03:00
|
|
|
At this point, Bug will scan for any attached SCSI devices. After
|
1999-02-20 19:18:10 +03:00
|
|
|
a short delay, a list of SCSI devices will be displayed. 147Bug will
|
|
|
|
ask if LUNs should be assigned from SCSI ids, to which you should
|
1997-12-18 22:20:10 +03:00
|
|
|
answer Y. You should also answer Y when asked if the information is
|
2000-11-01 13:58:29 +03:00
|
|
|
to be saved to NVRAM. 16xBug does not prompt for this information.
|
1999-01-13 10:30:01 +03:00
|
|
|
.Pp
|
1997-12-18 22:20:10 +03:00
|
|
|
The following installation instructions will assume that your target
|
2000-10-29 17:08:04 +03:00
|
|
|
SCSI disk drive appears at SCSI-ID 0. If you have a tape drive, the
|
|
|
|
instructions assume is is configured for SCSI-ID 5. When the RAMDISK
|
1999-01-13 10:30:01 +03:00
|
|
|
root boots,
|
|
|
|
.Nx
|
2000-10-29 17:08:04 +03:00
|
|
|
will refer to these devices as
|
|
|
|
.Li sd0
|
|
|
|
and
|
|
|
|
.Li rst0
|
1997-12-18 22:20:10 +03:00
|
|
|
respectively. You may wish to note these down; you'll be using them
|
|
|
|
a lot. :-)
|