I've recently been deluging the list with problems and obseervations concerning the v6 kernel. Most recently, I discussed the putchar() routine in /usr/sys/ken/prf.c, which prints messages only if the front panel switches are set appropriately. I modified that routine by commenting out an if, so the messages would always be sent to the console regardless. Having edited prf.c and rebuilt the kernel, I was suprised to find no change in the behavior on bootup. Comparing the 'new' and 'old' kernels (with cmp) showed them to be the same. The problem then is that the kernel was not being rebuilt correctly. Accordingly I removed all .o files, and the files /usr/sys/lib1 and /usr/sys/lib2. I rebuilt again. The lib1 and lib2 files do not build directly from the /usr/sys/run script, but rather use "ar r" to replace the files in the libraries with the newly-built object files. Thus I had to manually build the libraries. NOTE: it is important to get the object files into the library in the correct order -- I simply copied the order as for the distributed files... I remember using tsort and lorder for Minix to determine library component ordering, but I forget how that works ;) Having rebuilt everything, not only did the messages print, but also the second KL11 magically worked. Thus what I had been doing all along was OK, but the kernel was not being properly built using all the new object files. Summary - to set up a second DL11 (configured as the first "local" interface): 1) ed /usr/sys/dmr/kl.c changing NKL11 to 2 2) modify /usr/sys/run to call mkconf with the additional parameter: 1kl 3) Bob, so to speak, is your uncle. Be sure everyhing is rebuilt. I wonder if there is a bug in "ar r", whereby certain files fail to be inserted into the library, so that old versions persist. Using the "ar rv" verbose option may be wise ... Hope this info is useful to those mad enough to want to use v6 ;) Thanks for all your help. Next project --- port the v7 shell to v6. Hmmmmmmmmm. Bob -- ---------------------------------------------------------------------------- Robert Manners Osney Laboratory rjm(a)swift.eng.ox.ac.uk Dept of Engineering Science University of Oxford 01865 288762 Try: http://swift.eng.ox.ac.uk Linux - the only choice "I'd rather stay a child and keep my self respect, if being an adult means being like you" Jello Biafra ---------------------------------------------------------------------------- Received: from mail.crl.com by minnie.cs.adfa.oz.au (8.6.8/8.3) with SMTP id MAA18472; Thu, 7 Dec 1995 12:41:59 +1059 Received: from crl14.crl.com by mail.crl.com with SMTP id AA27551 (5.65c/IDA-1.5 for <oldunix(a)minnie.cs.adfa.oz.au>) Wed, 6 Dec 1995 17:40:00 -0800 Received: by crl14.crl.com id AA00417 (5.65c/IDA-1.5 for oldunix(a)minnie.cs.adfa.oz.au) Wed, 6 Dec 1995 17:31:37 -0800 Date: Wed, 6 Dec 1995 17:31:36 -0800 (PST) From: "Danny R. Brown" <sysyphus(a)crl.com> To: oldunix(a)minnie.cs.adfa.oz.au Subject: Undefined Inconsistency Message-Id: <Pine.SUN.3.91.951206171925.116A-100000(a)crl14.crl.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Greetings: When I do a "reboot" the system declares that /dev/ra0f has an undefined inconsistency (during fsck). It tells me to run fsck manually, then aborts before starting the daemons. I have dchecked, ichecked and fscked /dev/ra0f, and it seems to be a happy partition. ra0f starts on an even cylinder boundary. It has one file which occupies some 54% of the space on it. reboot -f brings everything up normally. reboot worked at least twice without finding any faults prior to this boo-boo. Looking through the man pages did not point me in any yet untried direction. I did encounter a 'bad block' on /dev/ra0d, the /usr partition, while doing a make clean in usr/src/sys, but this turned out to be bogus, and did not involve ra0f. Coincidence or ? All hints appreciated... ************************************************************************* * A Personal Message from * BASILISK * * Danny R. Brown * "Try our other fine flavors!" * * ( sysyphus(a)crl.com ) * (404) 392-1691 * * Pager:(404)397-0516 * LYNC host mode * *************************************************************************