manual page distributed with 4.1BSD
[unix-history] / usr / src / share / man / man4 / man4.vax / autoconf.4
CommitLineData
b7bb9be5
KM
1.\" Copyright (c) 1980 Regents of the University of California.
2.\" All rights reserved. The Berkeley software License Agreement
3.\" specifies the terms and conditions for redistribution.
4.\"
5.\" @(#)autoconf.4 4.1 (Berkeley) %G%
6.\"
7.TH AUTOCONF 4 10/8/81
8.UC 4
9.SH NAME
10autoconf \- diagnostics from autoconfiguration code
11.SH DESCRIPTION
12When UNIX bootstraps it probes the innards of the machine it is running
13on and locates controllers, drives, and other devices, printing out
14what it finds on the console. This procedure is driven by a system
15configuration table which is processed by
16.IR config (8)
17and compiled into each kernel.
18.PP
19Devices in NEXUS slots are normally noted, thus memory controllers,
20UNIBUS and MASSBUS adaptors. Devices which are not supported which
21are found in NEXUS slots are noted also.
22.PP
23MASSBUS devices are located by a very deterministic procedure since
24MASSBUS space is completely probable very easily. If devices exist which
25are not configured they will be silently ignored; if devices exist of
26unsupported type they will be noted.
27.PP
28UNIBUS devices are located by probing to see if their control-status
29registers respond. If not, they are silently ignored. If the control
30status register responds but the device cannot be made to interrupt,
31a diagnostic warning will be printed on the console and the device
32will not be available to the system. (A command
33.IR attach (8)
34is planned to cause the device to be attached irregardless of its
35failure to interrupt, after the system is bootstrapped, for irksome
36devices. This is not in as of this writing, however.)
37.PP
38A generic system may be built which picks its root device at boot time
39as the ``best'' available device (MASSBUS disks are better than
40SMD UNIBUS disks are better than RK07's; the device must be drive 0
41to be considered.)
42If such a system is booted with the RB_ASKNAME option of (see
43.IR reboot (2V)),
44then the name of the root device is read from the console terminal at boot
45time, and any available device may be used.
46.SH SEE ALSO
47config(8)
48.SH DIAGNOSTICS
49\fBcpu type %d not configured\fR. You tried to boot UNIX on a cpu
50type which it doesn't (or at least this compiled version of UNIX doesn't)
51understand.
52.PP
53\fBmba%d at tr%d\fR. A MASSBUS adapter was found in tr%d (the NEXUS
54slot number). UNIX will call it mba%d.
55.PP
56\fB%d mba's not configured\fR. More MASSBUS adapters were found on
57the machine than were declared in the machine configuration; the excess
58MASSBUS adapters will not be accessible.
59.PP
60\fBuba%d at tr%d\fR. A UNIBUS adapter was found in tr%d (the NEXUS
61slot number). UNIX will call it uba%d.
62.PP
63\fBdr32 unsupported (at tr %d)\fR. A DR32 interface was found in
64a NEXUS, for which UNIX does not have a driver.
65.PP
66\fBmcr%d at tr%d\fR. A memory controller was found in tr%d (the NEXUS
67slot number). UNIX will call it mcr%d.
68.PP
69\fB5 mcr's unsupported\fR. UNIX supports only 4 memory controllers
70per cpu.
71.PP
72\fBmpm unsupported (at tr%d)\fR. Multi-port memory is unsupported
73in the sense that UNIX does not know how to poll it for ECC errors.
74.PP
75\fB%s%d at mba%d drive %d\fR. A tape formatter or a disk was found
76on the MASSBUS; for disks %s%d will look like ``hp0'', for tape formatters
77like ``ht1'' or ``mt1''. The drive number comes from the unit plug on the drive
78or in the TM formatter (\fBnot\fR on the tape drive; see below).
79.PP
80\fB%s%d at %s%d slave %d\fR. (For MASSBUS devices).
81Which would look like ``tu0 at ht0 slave 0'' or ``mu0 at mt0 slave 0'',
82where \fBtu0\fR or \fBmu0\fR is the name for the tape device
83and \fBht0\fR or \fBmt0\fR is the name
84for the formatter. A tape slave was found on the tape formatter at the
85indicated drive number (on the front of the tape drive).
86UNIX will call the device, e.g., \fBtu0\fR or \fBmu0\fR.
87.PP
88\fB%s%d at uba%d csr %o vec %o ipl %x\fR. The device %s%d, e.g. dz0
89was found on uba%d at control-status register address %o and with
90device vector %o. The device interrupted at priority level %x.
91.PP
92\fB%s%d at uba%d csr %o zero vector\fR. The device did not present
93a valid interrupt vector, rather presented 0 (a passive release condition)
94to the adapter.
95.PP
96\fB%s%d at uba%d csr %o didn't interrupt\fR. The device did not interrupt,
97likely because it is broken, hung, or not the kind of device it is advertised
98to be.
99.PP
100\fB%s%d at %s%d slave %d\fR. (For UNIBUS devices).
101Which would look like ``up0 at sc0 slave 0'',
102where \fBup0\fR is the name of a disk drive and \fBsc0\fR is the name
103of the controller. Analogous to MASSBUS case.
104.SH BUGS
105Should write
106.IR attach (8)
107and system call it needs to work.