dav@berkeley@csuf.UUCP (08/10/83)
I'll let others answer your first 4 questions... I'll tackle these.
E) - After editing my own configuration file and running /etc/config on
it and "make depend", I ran "make" and was told at the very end:
loading vmunix
rearranging symbols
2 symbol(s) not found:
_dh11
_ndh11
My question is, should I care? I don't think I have a DH-11. Am
I wrong? Do I have to have a DH-11? Should I be able to boot from
that configuration?
I also have a vax with no dh's, and I also get the exact same error message.
It has never caused me any problems... I'm curious to find out what other
people have to say about it.
I suspect that we could include a DH in our config file, which of course
wouldn't be found at boot time, and it would make the error message go away.
F) - Why, when I first booted from tape, was I told "Version 4.2" and
later, when I brought up (sorta) multi-user, "Berkeley 4.1 VAX/UNIX
(Amnesia-Vax)" and where did the "Amnesia-Vax" come from and how do I
change it?
I'm not sure where the 4.2 came from - but the Amnesia-Vax (so named because
you are supposed to make it forget that it was Amnesia-Vax I guess) is
from /usr/include/whoami.h and/or /usr/include/ident.h. This is mentioned
somewhere in that installation paper.
G) - What getty code signifies a tty line that is 9600-1200-300
baud (order not critical, other may be included)? Or, where should I
look for the getty source? (what dir?)
What an interesting collection of speeds on the same line...
There is no char in the standard getty for those, but they are very easy
to add. The code for getty (and all other commands on the system) is
in /usr/src/cmd. It should be self-explanatory.
David L. Markowitz
Rockwell International
...!ucbvax!{ucivax,trw-unix}!csuf!davthomas@utah-gr.UUCP (Spencer W. Thomas) (08/14/83)
We have no DZ on our vax systems. We get the same message from the vmunix make, except it complains about a dz-something-or-other symbol. My understanding is that ucb is being clever here, and putting frequently accessed symbols near the front of the namelist, so ps and friends will run faster. The rearrangement program looks for certain symbols, and if it doesn't find them, complains. Nothing to worry about. =Spencer
mcg@shark.UUCP (Steven McGeady) (08/15/83)
The bit with '_dh11' and '_ndh11' not found is a result of the work of 'rearranging symbols' as the log file prints out. In some file, (I believe /sys/sys/symbols.raw or some such) there is a list of symbols which should be moved to the top of the symbol table of the kernel to make things like ps(1) run faster. Those symbols are included in that file, and the symbol-orderer will bitch if they aren't in your kernel. This causes no problems, although pstat(8), ps(1), and a number of other utilities don't know about DMF's (or VMZ's). These need to be changed to work right with the new devices. S. McGeady Tektronix, Inc.
z@cca.UUCP (Steve Zimmerman) (08/15/83)
If you want to get rid of these error messages about dh's, you can comment out the dh symbols in the files symbols.raw and symbols.sort in the sys directory. Steve Zimmerman