From owner-freebsd-stable Sun Jul 13 01:04:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10530 for stable-outgoing; Sun, 13 Jul 1997 01:04:18 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA10525 for ; Sun, 13 Jul 1997 01:04:11 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wnJYl-0002CV-00; Sun, 13 Jul 1997 00:59:11 -0700 Date: Sun, 13 Jul 1997 00:59:11 -0700 (PDT) From: Tom Samplonius To: Bruce Evans cc: freebsd-stable@freebsd.org Subject: Re: old "make reinstall" bug In-Reply-To: <199707130251.MAA09052@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 13 Jul 1997, Bruce Evans wrote: > > "make reinstall" fails in 2.2-stable when trying to install klm_prot.h, > >because it does not exist. > > > > klm_prot.h is generated from klm_prot.x, and put into > >/usr/obj/include/rpcsvc, but the Makefile is looking for it in > >/usr/src/include/rpcsvc, so the install fails. > > The Makefile should look for it first in the current (obj) > directory, which should be /usr/obj/usr/src/include/rpcsvc, not > /usr/obj/usr/include/rpcsvc. This works in -current, and 2.2 doesn't > seem to be significantly different for "make reinstall". > > Bruce You are right, the obj directoy IS /usr/obj/usr/src/include/rpcsvc. Where ever I said "/usr/obj/include/rpcsvc", I should have just said "object directory" However, it just doesn't work. "make reinstall" has never worked properly in 2.2, as far as I know. Every time I've done a "make world", then a "make reinstall" on another server, I need to butched up the source tree to get "make reinstall" to complete. Perhaps it because I use a separte object tree, and everyone else build the object files in the source tree? I also need to do a "make objlink" to build the obj symlinks into the object tree into order to get "make reinstall" to start installing the libs. Tom From owner-freebsd-stable Sun Jul 13 01:06:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10583 for stable-outgoing; Sun, 13 Jul 1997 01:06:29 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA10578 for ; Sun, 13 Jul 1997 01:06:25 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wnJav-0002Cs-00; Sun, 13 Jul 1997 01:01:25 -0700 Date: Sun, 13 Jul 1997 01:01:24 -0700 (PDT) From: Tom Samplonius To: Michael Smith cc: freebsd-stable@freebsd.org Subject: Re: old "make reinstall" bug In-Reply-To: <199707130246.MAA01002@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 13 Jul 1997, Michael Smith wrote: > The last time this issue came up, the solution was to update 'make' > before doing 'make reinstall'. Try Nope, not it. I was listening to the previous discussion too, and I wanted scream about the misdiganosis. The makefile is just looking in the wrong place. I had forgotten the work around I had used before that to get past it, or I would spoke up. Tom From owner-freebsd-stable Sun Jul 13 03:16:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA13818 for stable-outgoing; Sun, 13 Jul 1997 03:16:53 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13813 for ; Sun, 13 Jul 1997 03:16:47 -0700 (PDT) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.6/8.8.2) id MAA01845; Sun, 13 Jul 1997 12:16:34 +0200 (MET DST) From: Guido van Rooij Message-Id: <199707131016.MAA01845@gvr.win.tue.nl> Subject: Re: old "make reinstall" bug In-Reply-To: from Tom Samplonius at "Jul 12, 97 06:46:44 pm" To: tom@sdf.com (Tom Samplonius) Date: Sun, 13 Jul 1997 12:16:34 +0200 (MET DST) Cc: freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > > "make reinstall" fails in 2.2-stable when trying to install klm_prot.h, > because it does not exist. > > klm_prot.h is generated from klm_prot.x, and put into > /usr/obj/include/rpcsvc, but the Makefile is looking for it in > /usr/src/include/rpcsvc, so the install fails. > > A work-around is to copy klm_prot.h from the object tree to the source > tree, but the Makefile(s) should be fixed. > > The same goes for /usr/src/include/rpcsvc/*.x. Can someone finally fix > this? There are more bugs. Building of xinstall during the bootstrap fase in a make world breaks on pre 2.2.2 systems. The fix is to have a -I../../sys in the makefile. Also netstat and others are broken because they use -I/sys. I will fix this soon. -Guido From owner-freebsd-stable Sun Jul 13 03:39:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14361 for stable-outgoing; Sun, 13 Jul 1997 03:39:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14313 for ; Sun, 13 Jul 1997 03:36:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA21525; Sun, 13 Jul 1997 20:33:19 +1000 Date: Sun, 13 Jul 1997 20:33:19 +1000 From: Bruce Evans Message-Id: <199707131033.UAA21525@godzilla.zeta.org.au> To: bde@zeta.org.au, tom@sdf.com Subject: Re: old "make reinstall" bug Cc: freebsd-stable@FreeBSD.ORG Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > However, it just doesn't work. "make reinstall" has never worked >properly in 2.2, as far as I know. Every time I've done a "make >world", then a "make reinstall" on another server, I need to >butched up the source tree to get "make reinstall" to complete. Perhaps >it because I use a separte object tree, and everyone else build the object >files in the source tree? > I also need to do a "make objlink" to build the obj symlinks into the >object tree into order to get "make reinstall" to start installing the >libs. I use a separate obj tree and rarely use obj links. My current obj tree even works with the 2.2 /usr/src/Makefile and the 2.2 /usr/src/include!, at least as as far as installing all the includes, with DESTDIR=/c/z/root where /c/z/root is initially empty. The problem might be with stale obj links. Bruce From owner-freebsd-stable Sun Jul 13 04:16:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA14947 for stable-outgoing; Sun, 13 Jul 1997 04:16:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14941 for ; Sun, 13 Jul 1997 04:16:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id VAA22753; Sun, 13 Jul 1997 21:15:28 +1000 Date: Sun, 13 Jul 1997 21:15:28 +1000 From: Bruce Evans Message-Id: <199707131115.VAA22753@godzilla.zeta.org.au> To: guido@gvr.win.tue.nl, tom@sdf.com Subject: Re: old "make reinstall" bug Cc: freebsd-stable@FreeBSD.ORG Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >There are more bugs. Building of xinstall during the bootstrap fase in a >make world breaks on pre 2.2.2 systems. The fix is to have a -I../../sys >in the makefile. Also netstat and others are broken because they use -I/sys. >I will fix this soon. The correct fix for the others is to remove -I/sys (so that everything is consistently broken if /usr/include/sys is not installed :-). xinstall and other bootstrap targets require something more, probably src-tree relative -I's in /usr/src/Makefile instead of ${DESTDIR}-relative -I's in /usr/src/Makefile. Bruce From owner-freebsd-stable Sun Jul 13 04:42:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15384 for stable-outgoing; Sun, 13 Jul 1997 04:42:04 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15379 for ; Sun, 13 Jul 1997 04:42:01 -0700 (PDT) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.6/8.8.2) id NAA02226; Sun, 13 Jul 1997 13:41:42 +0200 (MET DST) From: Guido van Rooij Message-Id: <199707131141.NAA02226@gvr.win.tue.nl> Subject: Re: old "make reinstall" bug In-Reply-To: <199707131115.VAA22753@godzilla.zeta.org.au> from Bruce Evans at "Jul 13, 97 09:15:28 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 13 Jul 1997 13:41:42 +0200 (MET DST) Cc: tom@sdf.com, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > >There are more bugs. Building of xinstall during the bootstrap fase in a > >make world breaks on pre 2.2.2 systems. The fix is to have a -I../../sys > >in the makefile. Also netstat and others are broken because they use -I/sys. > >I will fix this soon. > > The correct fix for the others is to remove -I/sys (so that everything > is consistently broken if /usr/include/sys is not installed :-). > xinstall and other bootstrap targets require something more, probably > src-tree relative -I's in /usr/src/Makefile instead of ${DESTDIR}-relative > -I's in /usr/src/Makefile. But it isn't installed when make bootstrap is ran. And since xinstall uses stuff from ls and ls is depending on sys/stat.h and there wasn't a NOUNLINK flag in previous versions of FreeBSD, the bootstrap is broken. I think xinstall should only depend on the tree it is built in... I do agree on the fix for netstat...(and iostat and pciconf and pstat) -Guido From owner-freebsd-stable Sun Jul 13 04:49:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15495 for stable-outgoing; Sun, 13 Jul 1997 04:49:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15490 for ; Sun, 13 Jul 1997 04:49:42 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id VAA02694; Sun, 13 Jul 1997 21:19:35 +0930 (CST) From: Michael Smith Message-Id: <199707131149.VAA02694@genesis.atrad.adelaide.edu.au> Subject: Re: old "make reinstall" bug In-Reply-To: from Tom Samplonius at "Jul 13, 97 01:01:24 am" To: tom@sdf.com (Tom Samplonius) Date: Sun, 13 Jul 1997 21:19:34 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius stands accused of saying: > > > The last time this issue came up, the solution was to update 'make' > > before doing 'make reinstall'. Try > > Nope, not it. I was listening to the previous discussion too, and I > wanted scream about the misdiganosis. The makefile is just looking in the > wrong place. I had forgotten the work around I had used before that to > get past it, or I would spoke up. Er, it _wasn't_ a "misdiagnosis", it was a reported and locally-confirmed solution to the problem. ie. "reinstall" _does_ work, and the original plaintiff's problems were _solved_ by upgrading 'make' first. Please reread your statement and see if you can reword it so that it doesn't read either "you are stupid" or "you are a liar". Now, if you have a reasoned argument for why, in your context, the reinstall is looking for things in the "wrong" place, I'm all ears. However, you'll have to work out how the install target works during a 'make world' while the install target during 'make reinstall' doesn't. Until then, you are trying to tell me I haven't witnessed and tested what I have, and you're not going to get much of a reception with that. > Tom -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sun Jul 13 04:54:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15675 for stable-outgoing; Sun, 13 Jul 1997 04:54:20 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15670 for ; Sun, 13 Jul 1997 04:54:16 -0700 (PDT) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.6/8.8.2) id NAA02407; Sun, 13 Jul 1997 13:53:49 +0200 (MET DST) From: Guido van Rooij Message-Id: <199707131153.NAA02407@gvr.win.tue.nl> Subject: Re: old "make reinstall" bug In-Reply-To: from guido at "Jul 13, 97 01:41:42 pm" To: guido@gvr.win.tue.nl (guido) Date: Sun, 13 Jul 1997 13:53:49 +0200 (MET DST) Cc: bde@zeta.org.au, tom@sdf.com, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk guido wrote: > > But it isn't installed when make bootstrap is ran. And since xinstall > uses stuff from ls and ls is depending on sys/stat.h and there wasn't > a NOUNLINK flag in previous versions of FreeBSD, the bootstrap is broken. > I think xinstall should only depend on the tree it is built in... > > I do agree on the fix for netstat...(and iostat and pciconf and pstat) Forget my comment. I wasn't reading your reply well enough. -Guido From owner-freebsd-stable Sun Jul 13 04:57:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA15743 for stable-outgoing; Sun, 13 Jul 1997 04:57:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15738 for ; Sun, 13 Jul 1997 04:57:21 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id VAA02861; Sun, 13 Jul 1997 21:27:10 +0930 (CST) From: Michael Smith Message-Id: <199707131157.VAA02861@genesis.atrad.adelaide.edu.au> Subject: Re: old "make reinstall" bug In-Reply-To: from Tom Samplonius at "Jul 13, 97 00:59:11 am" To: tom@sdf.com (Tom Samplonius) Date: Sun, 13 Jul 1997 21:27:10 +0930 (CST) Cc: bde@zeta.org.au, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius stands accused of saying: > > However, it just doesn't work. "make reinstall" has never worked > properly in 2.2, as far as I know. Then let me correct you 8) > Every time I've done a "make > world", then a "make reinstall" on another server, I need to > butched up the source tree to get "make reinstall" to complete. Perhaps > it because I use a separte object tree, and everyone else build the object > files in the source tree? No, almost nobody does. However, let me make a stab at it; you mount the built src and obj trees (you need both, remember?) via NFS, correct? Now, at a guess, I would say that the mounted src tree does _not_ have the same "real" path as the original used when building. Am I getting warm? > I also need to do a "make objlink" to build the obj symlinks into the > object tree into order to get "make reinstall" to start installing the > libs. This is a dead giveaway. You _must_ have the src tree in the _exact_ same location for 'reinstall' as it was when built, as the "real" path of the root of the source tree is used to keep separate builds isolated under /usr/obj. 'make objlink' shortcuts this by using the canonical path which is probably correct in order to locate and link to the object tree. There was a discussion about a year ago which indicated that this problem may be related to different shells handling PWD differently. In any case, if you mount your source tree in the correct location, and have an updated 'make', reinstall will work. Trust me. > Tom -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sun Jul 13 11:03:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01283 for stable-outgoing; Sun, 13 Jul 1997 11:03:39 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01276 for ; Sun, 13 Jul 1997 11:03:34 -0700 (PDT) Received: from sylphid.erehwon.imasy.or.jp (ppp18.imasy.or.jp [202.227.24.28]) by tasogare.imasy.or.jp (8.8.6/3.4W4-96030215) with ESMTP id DAA26106 for ; Mon, 14 Jul 1997 03:03:29 +0900 (JST) Received: from sylphid.erehwon.imasy.or.jp (localhost [127.0.0.1]) by sylphid.erehwon.imasy.or.jp (8.8.5+2.7Wbeta5/3.5Wpl4-ken/sylphid.erehwon 03/31/97) with ESMTP id DAA04503 for ; Mon, 14 Jul 1997 03:03:51 +0900 (JST) To: freebsd-stable@freebsd.org Subject: Error on building libstdc++ Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Mon, 14 Jul 1997 03:03:51 +0900 Message-ID: <4501.868817031@sylphid.erehwon.imasy.or.jp> From: "Uenami Ken'ichi(=?ISO-2022-JP?B?GyRCPmVPMhsoQiAbJEI4LDBsGyhC?=)" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got 2.2.2-steable.(cvsup RELENG_2_2) I did "make includes world" and got a error on building libstdc++. Any suggestions? ===> libstdc++ c++ -O2 -m486 -pipe -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/includ e -I/usr/include/g++ -I. -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/in clude -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio -I/usr/src/gnu/ lib/libstdc++/../../../contrib/libg++/libstdc++ -fno-implicit-templates -DC -DRE P -DMAIN -DTRAITS -DADDSS -DADDPS -DADDCS -DADDSP -DADDSC -DEQSS -DEQPS -DEQSP - DNESS -DNEPS -DNESP -DLTSS -DLTPS -DLTSP -DGTSS -DGTPS -DGTSP -DLESS -DLEPS -DLE SP -DGESS -DGEPS -DGESP -c /usr/src/gnu/lib/libstdc++/../../../contrib/libg++/li bstdc++/sinst.cc -o cstrmain.o c++ -O2 -m486 -pipe -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/includ e -I/usr/include/g++ -I. -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/in clude -I/usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libio -I/usr/src/gnu/ lib/libstdc++/../../../contrib/libg++/libstdc++ -fno-implicit-templates -DC -DEX TRACT -DINSERT -DGETLINE -c /usr/src/gnu/lib/libstdc++/../../../contrib/libg++/l ibstdc++/sinst.cc -o cstrio.o /usr/src/gnu/lib/libstdc++/../../../contrib/libg++/libstdc++/sinst.cc:146: no ma tching template for `getline(istream &, basic_string > &)' found *** Error code 1 Stop. From owner-freebsd-stable Sun Jul 13 18:27:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19096 for stable-outgoing; Sun, 13 Jul 1997 18:27:39 -0700 (PDT) Received: from nexgen.hiwaay.net (max7-250.HiWAAY.net [208.147.145.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19091 for ; Sun, 13 Jul 1997 18:27:33 -0700 (PDT) Received: from nexgen (localhost [127.0.0.1]) by nexgen.hiwaay.net (8.8.6/8.8.4) with ESMTP id UAA00397 for ; Sun, 13 Jul 1997 20:27:19 -0500 (CDT) Message-Id: <199707140127.UAA00397@nexgen.hiwaay.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-stable@freebsd.org Subject: Problems with new kernel From: dkelly@HiWAAY.net Mime-Version: 1.0 Content-Type: text/plain Date: Sun, 13 Jul 1997 20:27:17 -0500 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nexgen: {9} uname -a FreeBSD nexgen.hiwaay.net 2.2-STABLE FreeBSD 2.2-STABLE #0: Fri May 30 22:41:29 CDT 1997 dkelly@nexgen.hiwaay.net:/usr/src/sys/compile/NEXGEN i386 Am guessing 2.2 is now stable and this is the right place to ask? I don't feel I know my problem well enough to properly ask with send-pr. Sometime last month I decided it was time for "make world" using cvsup'ed sources from RELENG_2_2, was already running a 2.2.2-RELEASE that had the same thing done to it earlier. After getting past the "make include" hurdle which stymied others I got "world" to complete. But now I'm not able to create a new kernel that works on my system. The kernel I'm using was built May 30 from a source of about that time. New kernels (using the exact same config file I used before) reset just after the initial memory load line and before the "BIOS Basemem..." line (the first one in bold VGA text). I'd include my config file, but GENERIC does exactly the same. System is a NexGen P90-PCI. Said to be Pentium 90 in performance but lacks FPU. CPU ID's as a 386 so I've been compiling without I486_CPU and I586_CPU except for the GENERIC test, which was un-edited. Last cvsup was about noon on Sunday. One other thing to add, my system is no longer rock-solid, the way it was for the past year or so. Am hoping its due to the more recent "world" and the older kernel. The way to bring it down is to netsurf with Netscape 3.01 and open a window for most every link followed. Suddendly the mouse freezes. And several moments the system reboots. Have 32M core, 64M swap. When this happened this afternoon I had top running in an xterm and kept the %-in-use field visible thinking I was experiencing poor handling of out of swap, but it locked up at 67% in-use (of 64M) so thats probably not it. Its more like the kernel clock stopped and a watchdog reset the system. No error messages. Am wondering if my new kernel problem could be related to discussions about using the FPU (which I don't have) for memory copy tasks? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-stable Sun Jul 13 21:02:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA25953 for stable-outgoing; Sun, 13 Jul 1997 21:02:41 -0700 (PDT) Received: from mail.itw.net (mail.itw.net [206.138.122.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA25947 for ; Sun, 13 Jul 1997 21:02:38 -0700 (PDT) Received: from babumpabajard (babump.itw.com [206.138.122.76]) by mail.itw.net (8.8.0/8.7.3) with SMTP id AAA12275 for ; Mon, 14 Jul 1997 00:02:26 -0400 Message-Id: <3.0.32.19970714000158.00932cb0@mail.itw.com> X-Sender: babump@mail.itw.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 14 Jul 1997 00:02:04 -0400 To: freebsd-stable@FreeBSD.ORG From: Babumpabajard Subject: Make world on stable Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I recentlydeleted, my /usr/src direcotry and CVSup'ed the entire tree to stable I then used the tutorial on www.freebsd.org to upgrade my system. When I make world, I get the follow errors making xinstall. cc -O2 -m486 -pipe -c /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function `flags_to_string': /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: `UF_NOUNLINK' undeclared (first use this function) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: (Each undeclared identifier is reported only once /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: for each function it appears in.) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:82: `SF_NOUNLINK' undeclared (first use this function) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function `string_to_flags': /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:141: `SF_NOUNLINK' undeclared (first use this function) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:150: `UF_NOUNLINK' undeclared (first use this function) Does anyone know what I'm doing wrong? My system is very close to the 2.2.2-RELEASE defaults, and my source tree is fresh. I don't think xinstall has anything to do with X Windows, but just incase, I do not have X Windows install on my system. How can I get make world to complete? -Michael From owner-freebsd-stable Mon Jul 14 01:22:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07693 for stable-outgoing; Mon, 14 Jul 1997 01:22:41 -0700 (PDT) Received: from zippy.dyn.ml.org (root@sf3-ppp63.well.com [206.15.84.63]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07687 for ; Mon, 14 Jul 1997 01:22:38 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@localhost.hooked.net [127.0.0.1]) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id BAA16676 for ; Mon, 14 Jul 1997 01:23:37 -0700 (PDT) Date: Mon, 14 Jul 1997 01:23:35 -0700 (PDT) From: Hmmmz X-Sender: garbanzo@zippy.dyn.ml.org To: freebsd-stable@freebsd.org Subject: Make depend fails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I do a make depend in the /usr/src directory, which I've cvsup'd from cvsup.freebsd.org (RELENG_2_2 branch), it fails on usr.bin with this error: ===> usr.bin/talk ===> usr.bin/tclsh make: don't know how to make tclAppInit.c. Stop *** Error code 2 Stop. *** Error code 1 Stop. If I cd to usr.sbin and do make depend I get: ===> named.restart ===> natd rm -f .depend mkdep -f .depend -a natd.c icmp.c natd.c:39: alias.h: No such file or directory icmp.c:21: alias.h: No such file or directory mkdep: compile failed. *** Error code 1 Stop. *** Error code 1 Stop. Any ideas what I'm missing, did cvsup not delete some files or what? - alex From owner-freebsd-stable Mon Jul 14 09:04:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28710 for stable-outgoing; Mon, 14 Jul 1997 09:04:34 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28699 for ; Mon, 14 Jul 1997 09:04:27 -0700 (PDT) Received: from sylphid.erehwon.imasy.or.jp (ppp10.imasy.or.jp [202.227.24.20]) by tasogare.imasy.or.jp (8.8.6/3.4W4-96030215) with ESMTP id BAA05501 for ; Tue, 15 Jul 1997 01:04:20 +0900 (JST) Received: from sylphid.erehwon.imasy.or.jp (localhost [127.0.0.1]) by sylphid.erehwon.imasy.or.jp (8.8.5+2.7Wbeta5/3.5Wpl4-ken/sylphid.erehwon 03/31/97) with ESMTP id BAA05648 for ; Tue, 15 Jul 1997 01:04:42 +0900 (JST) To: freebsd-stable@freebsd.org Subject: Re: Error on building libstdc++ In-reply-to: Your message of "Mon, 14 Jul 97 03:03:51 JST." <4501.868817031@sylphid.erehwon.imasy.or.jp> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Tue, 15 Jul 1997 01:04:41 +0900 Message-ID: <5646.868896281@sylphid.erehwon.imasy.or.jp> From: "Uenami Ken'ichi(=?ISO-2022-JP?B?GyRCPmVPMhsoQiAbJEI4LDBsGyhC?=)" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ops!! It's my mistake!! Please Ignore it. From owner-freebsd-stable Mon Jul 14 11:09:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05408 for stable-outgoing; Mon, 14 Jul 1997 11:09:15 -0700 (PDT) Received: from mail.itw.net (mail.itw.net [206.138.122.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05403 for ; Mon, 14 Jul 1997 11:09:13 -0700 (PDT) Received: from babumpabajard (babump.itw.com [206.138.122.76]) by mail.itw.net (8.8.0/8.7.3) with SMTP id OAA15215 for ; Mon, 14 Jul 1997 14:09:01 -0400 Message-Id: <3.0.32.19970714140833.009431c0@mail.itw.com> X-Sender: knoll@mail.itw.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 14 Jul 1997 14:08:35 -0400 To: freebsd-stable@freebsd.org From: Michael Knoll Subject: Make world fails Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I ran make world when I CVSup'd my sources from 2.2.2 realease to stable. I ran out of hard disk space fairly late in the compilation. How much extra disk space is required to successful make world? I have a 420mb hard disk, with default release installs on it. Can I stick another drive in temporarily to complete the compilation? -Babumpabajard From owner-freebsd-stable Mon Jul 14 12:48:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10245 for stable-outgoing; Mon, 14 Jul 1997 12:48:29 -0700 (PDT) Received: from destiny.erols.com (destiny.erols.com [207.96.73.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10117 for ; Mon, 14 Jul 1997 12:45:54 -0700 (PDT) Received: from destiny.erols.com (someone@destiny.erols.com [207.96.73.65]) by destiny.erols.com (8.8.6/8.6.12) with SMTP id PAA13475; Mon, 14 Jul 1997 15:44:58 -0400 (EDT) Date: Mon, 14 Jul 1997 15:44:57 -0400 (EDT) From: John Dowdal To: Babumpabajard cc: freebsd-stable@FreeBSD.ORG Subject: Re: Make world on stable In-Reply-To: <3.0.32.19970714000158.00932cb0@mail.itw.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To fix this error, type "make includes" before doing "make world". The system first tries to compile xinstall before it installs the new include files, but needs the new includes to compile xinstall. Doh! John On Mon, 14 Jul 1997, Babumpabajard wrote: > > I recentlydeleted, my /usr/src direcotry and CVSup'ed the entire tree to > stable > I then used the tutorial on www.freebsd.org to upgrade my system. When I > make world, I get the follow errors making xinstall. > > cc -O2 -m486 -pipe -c /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function > `flags_to_string': > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: `UF_NOUNLINK' > undeclared (first use this function) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: (Each undeclared > identifier is reported only once > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:72: for each function > it appears in.) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:82: `SF_NOUNLINK' > undeclared (first use this function) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function > `string_to_flags': > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:141: `SF_NOUNLINK' > undeclared (first use this function) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:150: `UF_NOUNLINK' > undeclared (first use this function) > > > Does anyone know what I'm doing wrong? My system is very close to the > 2.2.2-RELEASE defaults, and my source tree is fresh. I don't think > xinstall has anything to do with X Windows, but just incase, I do not have > X Windows install on my system. How can I get make world to complete? > > -Michael > > From owner-freebsd-stable Tue Jul 15 04:05:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21034 for stable-outgoing; Tue, 15 Jul 1997 04:05:08 -0700 (PDT) Received: from mh1.cts.com (root@mh1.cts.com [205.163.24.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21025 for ; Tue, 15 Jul 1997 04:05:04 -0700 (PDT) Received: from io.cts.com (io.cts.com [198.68.174.34]) by mh1.cts.com (8.8.5/8.8.5) with ESMTP id EAA14603 for ; Tue, 15 Jul 1997 04:05:02 -0700 (PDT) Received: (from mdavis@localhost) by io.cts.com (8.8.5/8.8.5) id EAA02635 for freebsd-stable@freebsd.org; Tue, 15 Jul 1997 04:05:07 -0700 (PDT) From: Morgan Davis Message-Id: <199707151105.EAA02635@io.cts.com> Subject: sendmail question To: freebsd-stable@freebsd.org Date: Tue, 15 Jul 1997 04:05:07 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just installed a fresh 2.2.2 system and am wondering why the default sendmail.cf (with only a smart relay host change) is trying to locally deliver a message addressed to something that looks like the following: To: Brock.Meeks@MSNBC.COM (Meeks, Brock) The local sendmail is bouncing this back claiming: 550 Brock... User unknown Why is it even attempting to parse out "First" from the whole address as a separate user? Interestingly, the intended offsite recipient does get a copy of the outgoing message, and all other address formats I've tried work. It generates a second bounce, too: 550 ... Host unknown (Name server: msnbc.com host not found) It's, of course, MX'd, but I find it odd that the default sendmail.cf that ships with FreeBSD would not be able to correctly parse this address. Perhaps this is a problem with the elm in packages-2.2.2? Any ideas? --Morgan From owner-freebsd-stable Tue Jul 15 07:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28441 for stable-outgoing; Tue, 15 Jul 1997 07:05:48 -0700 (PDT) Received: from 315-dialup-30.global2000.net (315-dialup-30.global2000.net [208.133.142.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28436 for ; Tue, 15 Jul 1997 07:05:44 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 14 Jul 1997 12:01:41 -0400 (EDT) Organization: Griff Enterprises From: "Eric A. Griff" To: stable@freebsd.org Subject: KERN_VNODE: No such file or directory Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been getting the following for a few weeks. Could this be in my system, or is it just an interim thingie? Just wondering.. FreeBSD thefirst.global2000.net 2.2-STABLE FreeBSD 2.2-STABLE #2: Sat Jul 12 17: 37:41 EDT 1997 root@thefirst.global2000.net:/usr/src/sys/compile/THEFIRST i 386 pstat -T 86/264 files pstat: sysctl: KERN_VNODE: No such file or directory ---------------------------------------------- Eric A. Griff RD#1 Box 372 Oneida, NY 13421 Phone: (315)495-2385 USA From owner-freebsd-stable Tue Jul 15 14:12:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24592 for stable-outgoing; Tue, 15 Jul 1997 14:12:04 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24573 for ; Tue, 15 Jul 1997 14:12:00 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id RAA07547; Tue, 15 Jul 1997 17:11:58 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id RAA01687; Tue, 15 Jul 1997 17:11:58 -0400 (EDT) To: Morgan Davis cc: freebsd-stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: sendmail question In-reply-to: Your message of "Tue, 15 Jul 1997 04:05:07 PDT." <199707151105.EAA02635@io.cts.com> Date: Tue, 15 Jul 1997 17:11:58 -0400 Message-ID: <1684.869001118@orion.webspan.net> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Morgan Davis wrote in message ID <199707151105.EAA02635@io.cts.com>: > Just installed a fresh 2.2.2 system and am wondering why the default > sendmail.cf (with only a smart relay host change) is trying to locally > deliver a message addressed to something that looks like the > following: > > To: Brock.Meeks@MSNBC.COM (Meeks, Brock) My bet is that it's failing there ^ The comma is an address de-limiter, and I bet if you try sending e-mail to To: Brock.Meeks@MSNBC.COM (Brock Meeks) it'll work. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Tue Jul 15 14:45:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25962 for stable-outgoing; Tue, 15 Jul 1997 14:45:15 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA25947 for ; Tue, 15 Jul 1997 14:45:09 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-1-52.rz.ruhr-uni-bochum.de [134.147.1.52]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id XAA17529 for ; Tue, 15 Jul 1997 23:45:03 +0200 Message-ID: <33C7653A.41C67EA6@prima.ruhr.de> Date: Sat, 12 Jul 1997 13:06:34 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@freebsd.org Subject: mw fails at #340 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At CTM #340, make world fails after quite a while with: ====================< begin mw.output >==================== ===> usr.bin/xlint ===> usr.bin/xlint/lint1 install -c -s -o bin -g bin -m 555 lint1 /usr/libexec ld.so failed: Undefined symbol "_xdr_void" in strip:/usr/lib/libc.so.3.0 *** Error code 70 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. =====================< end mw.output >===================== What am I doing wrong? Does "make includes" get me out of it, or does it clobber my includes? Philipp From owner-freebsd-stable Tue Jul 15 14:45:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25997 for stable-outgoing; Tue, 15 Jul 1997 14:45:22 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA25946; Tue, 15 Jul 1997 14:45:08 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-1-52.rz.ruhr-uni-bochum.de [134.147.1.52]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id XAA17534; Tue, 15 Jul 1997 23:45:07 +0200 Message-ID: <33CC08A3.41C67EA6@prima.ruhr.de> Date: Wed, 16 Jul 1997 01:32:51 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@freebsd.org, FreeBSD Questions Subject: mw fails even more... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At CTM #0345, my make world is starting to get increasingly weird; now the kernel starts to dump core while processing. I NEVER had that kind of problem before, and the machine is usually running for hours. ============> make world output <======================================= cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/recog.c -o recog.o cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reg-stack.c -o reg-stack.o (this is where the kernel dumped core) cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. =====================> make world output <================================ My system configuration is the following: ASUS TX97E with AMD K6/200; 64 MB RAM (FPM 60ns and never had any problems) Adaptec 2940U; Quantum Fireball TM3200S Ultra; Toshiba 5701 Matrox Mystique Ancient Mitsumi CDROM for use when SCSI fails and the other stuff shouldn't matter. Anyone out there able to tell me what's going wrong? And BTW - what kernel config options are best for the K6? I've configured it for I586_CPU with faster FPU exception handler. (Could this or my -O3-optimized kernel be source of the problem? Would be rather surprising, though.) Philipp From owner-freebsd-stable Tue Jul 15 14:58:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA26656 for stable-outgoing; Tue, 15 Jul 1997 14:58:01 -0700 (PDT) Received: from mailhost.anasazi.com (mailhost.anasazi.com [138.113.128.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA26647 for ; Tue, 15 Jul 1997 14:57:56 -0700 (PDT) Received: from chad.anasazi.com by mailhost.anasazi.com (5.65/3.7b) id AA23333; Tue, 15 Jul 97 14:57:22 -0700 Received: by chad.anasazi.com (5.65/3.7) id AA03727; Tue, 15 Jul 97 14:57:20 -0700 From: chad@anasazi.com (Chad R. Larson) Message-Id: <9707152157.AA03727@chad.anasazi.com> Subject: 2.1.8? To: freebsd-stable@freebsd.org Date: Tue, 15 Jul 1997 14:57:19 -0700 (MST) Reply-To: chad@anasazi.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk About a month ago, there was a flurry of e-mail along this list about the possibility of a 2.1.8 release. I voted in favor of one. Did that come to any conclusion? Would it just be a snapshot of the 2.1-stable tree? -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 From owner-freebsd-stable Tue Jul 15 15:29:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA28336 for stable-outgoing; Tue, 15 Jul 1997 15:29:59 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA28304; Tue, 15 Jul 1997 15:29:46 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id PAA21489; Tue, 15 Jul 1997 15:30:07 -0700 (PDT) Message-Id: <199707152230.PAA21489@implode.root.com> To: Philipp Reichmuth cc: stable@FreeBSD.ORG, FreeBSD Questions Subject: Re: mw fails even more... In-reply-to: Your message of "Wed, 16 Jul 1997 01:32:51 +0200." <33CC08A3.41C67EA6@prima.ruhr.de> From: David Greenman Reply-To: dg@root.com Date: Tue, 15 Jul 1997 15:30:07 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >cc: Internal compiler error: program cc1 got fatal signal 11 ... >ASUS TX97E with AMD K6/200; 64 MB RAM (FPM 60ns and never had any There is a discussion going on in the -hardware list about K6 CPUs working fine for a few weeks and then developing reliabilty problems just like you're reporting above. In addition to a machine here that is having similar problems, I've exchanged email with at least a half dozen people now who have had same problems. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Tue Jul 15 15:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA29131 for stable-outgoing; Tue, 15 Jul 1997 15:42:49 -0700 (PDT) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA29123 for ; Tue, 15 Jul 1997 15:42:40 -0700 (PDT) Received: from gmarco (slip5.zia.ms.it [195.250.8.15]) by scotty.masternet.it (8.8.6/8.8.5) with SMTP id AAA07316; Wed, 16 Jul 1997 00:41:22 GMT Message-Id: <3.0.2.32.19970716004913.00718a00@scotty.masternet.it> X-Sender: gmarco@scotty.masternet.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Wed, 16 Jul 1997 00:49:13 +0200 To: Philipp Reichmuth , freebsd-stable@freebsd.org From: Gianmarco Giovannelli Subject: Re: mw fails even more... In-Reply-To: <33CC08A3.41C67EA6@prima.ruhr.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01.32 16/07/97 +0200, you wrote: >At CTM #0345, my make world is starting to get increasingly weird; now >the kernel starts to dump core while processing. I NEVER had that kind >of problem before, and the machine is usually running for hours. You have the same problem of me and mr. Gary Palmer. The problem must be the k6 processor even if it worked quite well till few weeks ago.... Btw : If I make some make world , sometimes it succeded in completing, something it fails randomly without any visible reason.... Boh... any other competent opinion ? :-) Regards... Gianmarco "Unix expert since yesterday" Home page: http://www2.masternet.it/~gmarco Server page: http://www2.masternet.it/ From owner-freebsd-stable Tue Jul 15 16:00:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29900 for stable-outgoing; Tue, 15 Jul 1997 16:00:38 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29876; Tue, 15 Jul 1997 16:00:31 -0700 (PDT) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id SAA26689; Tue, 15 Jul 1997 18:00:24 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <33CC08A3.41C67EA6@prima.ruhr.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 15 Jul 1997 17:53:13 -0500 To: Philipp Reichmuth From: Richard Wackerbarth Subject: Re: mw fails even more... Cc: stable@FreeBSD.ORG, FreeBSD Questions Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 6:32 PM -0500 7/15/97, Philipp Reichmuth wrote: >At CTM #0345, my make world ... Gentlemen (and Ladies), Let me remind you that there are at least three versions of the OS that are sharing CTM distribution and the mailing lists. Personally, I like the idea of using the CTM delta number to indicate a minor revision level. However, PLEASE designate which series it is taken from. (Is this 2.1, 2.2, or cur ?) Yes, I know that this instance is not src-cur because the number is not in the thousands. However, the distinction between the other two is not so obvious. They both have low generation numbers. On a more global scale, I would like to advocate that we eliminate the "stable" mailing list in favor of a 2.1 list and a 2.2 list and a 3.0 list and ... a ("current", if you must) development list. To borrow from the Terry-Nate debate, "stable" is a run-state, not the system designation. IF this idea is acceptable, we could migrate toward it by creating the appropriate lists and using aliases during a transition interval. From owner-freebsd-stable Thu Jul 17 19:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA20844 for stable-outgoing; Thu, 17 Jul 1997 19:21:17 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20838; Thu, 17 Jul 1997 19:21:13 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id TAA06880; Thu, 17 Jul 1997 19:22:15 -0700 (PDT) Date: Thu, 17 Jul 1997 19:22:15 -0700 (PDT) From: Howard Lew To: Ron Echeverri cc: stable@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: mw fails even more... In-Reply-To: <199707180134.SAA03099@bofh.noc.best.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 17 Jul 1997, Ron Echeverri wrote: > Chad R. Larson writes: > On the other hand, I've got an AMD 5x86 clocked at 133 MHz in a machine > purchased specifically to run FreeBSD. It's been flawless for close to > a year now. Inexpensive and fast. > > Another thing mentioned to me about K6s is that they run on lower > voltage (2.8-2.9) than Pentiums... i would imagine everyone has set > their motherboards correctly, but it might have escaped someone's > notice. Yes, pretty much the same as a Pentium mmx... Ron, what motherboard are you using on that K6? > > rone > -- > rone's rules: Ron Echeverri > - I don't care. Systems/Usenet Administration > - It's not important. Best Internet Communications > - Leave me alone. rone@best.net > From owner-freebsd-stable Thu Jul 17 22:49:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA00943 for stable-outgoing; Thu, 17 Jul 1997 22:49:05 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00911; Thu, 17 Jul 1997 22:48:58 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id WAA04992; Thu, 17 Jul 1997 22:51:04 -0700 (PDT) Message-Id: <199707180551.WAA04992@implode.root.com> To: Howard Lew cc: chokepnt@prima.ruhr.de, stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: mw fails even more... In-reply-to: Your message of "Thu, 17 Jul 1997 19:50:58 PDT." From: David Greenman Reply-To: dg@root.com Date: Thu, 17 Jul 1997 22:51:04 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Can someone with a bad K6 try using more conserative settings (486) and >disable the npx flags? Does that change anything? I've always had the npx flags set to disable the Pentium optimized copy code. >I just checked AMD's web site, and under the reseller corner, it says: > >AMD Recommended Thermal Solutions > Must use heatsink grease (in boldface) > >I think this may tell us that the K6s are probably clocked & rated at the >maximum speed, so that overclocking is no longer possible. > >Funny, because I use to hear so many stories about how well a 166 >overclocks. But I think Dave said that the cpu is not dead and that it >goes for about 1.5 hours before it starts having trouble with random >errors. So my guess is a heat related problem. > >So David, I have access to heatsink grease and can send a squirt of it >with a new ball bearing heatsink-fan (the kind that is designed for >a hot Cyrix 6x86 but is a screw kind not clip-on) if you want to >give it a try. I guess there is nothing to lose. Don't make the K6 a >piece of jewelry yet okay? :-) > >Email me your postal address and I'll send it out (no charge). Thanks for the offer, but I wouldn't consider putting together a machine these days without thermal compound on the heatsink/chip. In other words, the chip has always run with thermal compound. As for the heatsink/fan, it's a screw-on type and, coupled with the thermal compound, should keep the part cool enough. On the other hand, this is good advice in general and may help some of the other people having problems. I just went in and checked the temperature of the heatsink after the machine had been compiling for awhile (until it failed)...it seems to be pretty warm, but not burn-your-fingers warm. Since it takes more than an hour of computing before the problem surfaces, it does seem like it's a heat related failure. It might be worth the trouble to get a Peltier effect cooler and see if keeping the chip cold improves things any. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu Jul 17 23:48:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04010 for stable-outgoing; Thu, 17 Jul 1997 23:48:21 -0700 (PDT) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03992 for ; Thu, 17 Jul 1997 23:48:13 -0700 (PDT) Received: from gmarco (ts3port2d.masternet.it [194.184.65.187]) by scotty.masternet.it (8.8.6/8.8.5) with SMTP id IAA26231; Fri, 18 Jul 1997 08:47:46 GMT Message-Id: <3.0.2.32.19970718085052.00a96100@scotty.masternet.it> X-Sender: gmarco@scotty.masternet.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Fri, 18 Jul 1997 08:50:52 +0200 To: dg@root.com, freebsd-stable@freebsd.org From: Gianmarco Giovannelli Subject: Re: mw fails even more... In-Reply-To: <199707180551.WAA04992@implode.root.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just went in and checked the temperature of the heatsink after the >machine had been compiling for awhile (until it failed)...it seems to be >pretty warm, but not burn-your-fingers warm. Since it takes more than an >hour of computing before the problem surfaces, it does seem like it's a >heat related failure. It might be worth the trouble to get a Peltier effect >cooler and see if keeping the chip cold improves things any. Mine is warm when it fails not hot... At least is less hot than a Cyrix 200+ that works without troubles... I have tried with a big fan near it but it is the same story... By the way I'll try to lower the clock speed from 200 to 166 and to try again. What about to disable the internal cache ? I am imagining my friends that is assembling 40-50 computer for a tourist project that run under FreeBSD and they are "Powered by AMD K6" . (Infact AMD send it's cpus for free if he put the Amd logo on the box ...) It'll be a very funny things :-) Regards... Gianmarco "Unix expert since yesterday" Home page: http://www2.masternet.it/~gmarco Server page: http://www2.masternet.it/ From owner-freebsd-stable Fri Jul 18 02:48:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12847 for stable-outgoing; Fri, 18 Jul 1997 02:48:53 -0700 (PDT) Received: from gate.ticl.co.uk (gate.ticl.co.uk [193.32.1.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12831; Fri, 18 Jul 1997 02:48:46 -0700 (PDT) Received: from desktop.ticl.co.uk ([193.32.1.15]) by gate.ticl.co.uk (8.8.5/8.8.5) with SMTP id KAA14802; Fri, 18 Jul 1997 10:43:55 +0100 (BST) Message-Id: <199707180943.KAA14802@gate.ticl.co.uk> From: "Peter Curran" To: , "Howard Lew" Cc: , Subject: Re: mw fails even more... Date: Fri, 18 Jul 1997 10:33:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1008.3 X-MimeOle: Produced By Microsoft MimeOLE Engine V4.71.1008.3 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Thanks for the offer, but I wouldn't consider putting together a machine >these days without thermal compound on the heatsink/chip Sounds like good advise - whereabouts could such a compoundbe obtained, is there an equivalent or is this a special compound only for use with chips? Thanks Peter (With a very HOT Cyrix 6x86) From owner-freebsd-stable Fri Jul 18 10:36:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05213 for stable-outgoing; Fri, 18 Jul 1997 10:36:33 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05208 for ; Fri, 18 Jul 1997 10:36:30 -0700 (PDT) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.6/8.8.5) with ESMTP id TAA08515 for ; Fri, 18 Jul 1997 19:35:53 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.6/8.8.5) with ESMTP id TAA28864 for ; Fri, 18 Jul 1997 19:35:52 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.6/8.8.6) id TAA04435 for ; Fri, 18 Jul 1997 19:35:51 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199707181735.TAA00905@curry.mchp.siemens.de> Subject: libc changes make ypserv unimpossible to resolve hostname To: freebsd-stable@freebsd.org Date: Fri, 18 Jul 1997 19:35:48 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I posted the part below to -hackers but nobody answered me. Maybe this is the right place, since the problem occurs on 2.2-STABLE... Thanks very much -Andre -------------------- post to -hackers ---------------------- Hi, when running "ypserv -n" on 2.2-STABLE it is no longer possible for ypserv to resolve hostnames which are not fully qualified. This is due to a change in lib/libc/net/gethostbydns.c which now returns as h_errno NO_RECOVERY instead of TRY_AGAIN. I have implemented an additional debugline which shows this effect in usr.sbin/ypserv/yp_dnslookup.c. I don't know where it should be changed; in gethostbydns.c or in yp_dnslookup.c... Thanks -Andre --------------------------------------------------------------------------------- running "ypserv -d -n" using NEW lib/libc/net/gethostbydns.c and querying for host "pcauth" on PC-NFS client: root@server:/usr/src/usr.sbin/ypserv>./ypserv -d -n ;; res_setoptions("debug", "env").. ;; debug ypserv: Procedure ypproc_domain called from 192.168.21.143:1500 ypserv: Procedure ypproc_match called from 192.168.21.143:1500 ypserv: Client is referencing map "hosts.byname". ypserv: Looking up key [pcauth] ypserv: Doing DNS lookup of pcauth ;; res_mkquery(0, pcauth, 1, 1) ypserv: Queueing async DNS name lookup (399) ypserv: Running dns queue ypserv: Got dns reply from 192.168.16.33 ypserv: ypserv h_errno = 3 | This is NO_RECOVERY------+ ypserv: Sending dns reply to 192.168.21.143 (399) ypserv: Running dns queue ypserv: Running dns queue --------------------------------------------------------------------------------- running "ypserv -d -n" using OLD lib/libc/net/gethostbydns.c and querying for host "pcauth" on PC-NFS client: root@server:/usr/src/usr.sbin/ypserv>./ypserv -d -n ;; res_setoptions("debug", "env").. ;; debug ypserv: Procedure ypproc_domain called from 192.168.21.143:1500 ypserv: Procedure ypproc_match called from 192.168.21.143:1500 ypserv: Client is referencing map "hosts.byname". ypserv: Looking up key [pcauth] ypserv: Doing DNS lookup of pcauth ;; res_mkquery(0, pcauth, 1, 1) ypserv: Queueing async DNS name lookup (45885) ypserv: Running dns queue ypserv: Got dns reply from 192.168.16.33 ypserv: ypserv h_errno = 2 | This is TRY_AGAIN -------+ ypserv: Retrying with: pcauth.us.tld ;; res_mkquery(0, pcauth.us.tld, 1, 1) ypserv: Running dns queue ypserv: Running dns queue ypserv: Got dns reply from 192.168.16.33 ypserv: Sending dns reply to 192.168.21.143 (45886) ypserv: Running dns queue ypserv: Running dns queue ypserv: Running dns queue ypserv: Procedure ypproc_match called from 192.168.21.143:1500 ypserv: Client is referencing map "hosts.byname". ypserv: Looking up key [printfix.us.tld] ypserv: Doing DNS lookup of printfix.us.tld ;; res_mkquery(0, printfix.us.tld, 1, 1) ypserv: Queueing async DNS name lookup (45887) ypserv: Running dns queue ypserv: Got dns reply from 192.168.16.33 ypserv: Sending dns reply to 192.168.21.143 (45887) g From owner-freebsd-stable Fri Jul 18 12:19:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11139 for stable-outgoing; Fri, 18 Jul 1997 12:19:31 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA11119; Fri, 18 Jul 1997 12:19:19 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-3-62.rz.ruhr-uni-bochum.de [134.147.3.62]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id VAA16994; Fri, 18 Jul 1997 21:19:06 +0200 Message-ID: <33CFD9F0.41C67EA6@prima.ruhr.de> Date: Fri, 18 Jul 1997 23:02:40 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: dg@root.com CC: Gary Kline , root@counterintelligence.cdrom.com, stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: mw fails even more... References: <199707170057.RAA05059@implode.root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > > > Now I'm even more at a loss re my upgrade to a K5 or K6 > > chip. Perhaps someone on the Core team--like you, David-- > > can give everybody advice on which CPU's do work flawlessly > > with BSD and which have known or suspected woes. Does the problem ONLY arise with BSD? > > I'm not referring to occasional defective chips, but to > > bad logic design. Problems from bad logic design usually arise at once. In this case, however, the problem arose after a certain period of time (in which I never made the world, BTW). This isn't usually due to a design flaw in the chip itself. > > It may be simply a matter of this present rev of the K6 is > > defective and when AMD does their next, they'll fix this. > > Any thoughts, people?? > All I can say is that I have a chip here that is flakey that worked fine > for the first 2 weeks or so. Others have reported identical experiance. Hm, with me it's _ONLY_ cc that fails (i usually have my machine running round-the-clock or at least 18 hours a day. Once I tried a make world after 24 hours of working fine, and after half an hour or so it went "tilt". In fact, I never had trouble with ANYTHING but cc, and ONLY when in a "make-world" environment, and the machine NEVER crashed or so except for other hardware mischief that I'm doing. > I contacted AMD and they are in extreme denial saying basically that it's my > problem, there is no warranty, and there is nothing wrong with their chip. > About the no warranty: they say that the warranty claim must be made to > the supplier and not to them. All of the suppliers I know of are giving > 30 days or less warranty (only 2 weeks in one case). So the bottom line is > that I'm stuck with a $300 piece of ceramic. Now THAT looks like a happy prospect... > I'm very disappointed in AMD. I, like many many other people, would have > loved to see them take on Intel and provide a bit of competition in the > marketplace. Unfortunately my experiance to date has been...disappointing. I am still in doubt whether it is ONLY the K6 or whatever. Might be useful if I posted my configuration again: ASUS TX97 Mainboard (said to support the K6 up to 233 MHz). Thermals can't really be a problem, because if the processor overheats, the board goes into "slow" mode. It never did. AMD K6-200; 64 megs of RAM (4x16 MB PS/2 FPM 60ns, board configured for 60 ns FPM DRRAMs - should be OK, especially since i had used the same 64 megs in an AMD 486 at 160 MHz with extremely -well- experimental timings and they worked fine) The other junk, like Adaptec 2940U and HD and CDROM and graphics card (MGA Mystique) shouldn't really matter. Philipp From owner-freebsd-stable Fri Jul 18 13:24:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14200 for stable-outgoing; Fri, 18 Jul 1997 13:24:14 -0700 (PDT) Received: from mailrelay.tiac.net (mailrelay.tiac.net [199.0.65.237]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14106 for ; Fri, 18 Jul 1997 13:22:42 -0700 (PDT) Received: from edinct.tiac.net (edinct.tiac.net [206.119.18.188]) by mailrelay.tiac.net (8.8.5/) with SMTP id QAA25264 for ; Fri, 18 Jul 1997 16:22:44 -0400 (EDT) From: edw@detel.com (Ed Weinberg) To: freebsd-stable@FreeBSD.ORG Subject: how do I get off this list? Date: Fri, 18 Jul 1997 20:21:33 GMT Reply-To: edw@detel.com Message-ID: <33d4d02a.6918668@mail.tiac.net> X-Mailer: Forte Agent 1.01/32.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk how do I get off this list? If you can cc me it would be appreciated. -- Ed Weinberg, Detel, Inc., An Internet Presence Provider edw@detel.com http://www.detel.com/ http://www.q5.com/ <-- find someone to CoolTalk or chat with here From owner-freebsd-stable Fri Jul 18 13:58:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15609 for stable-outgoing; Fri, 18 Jul 1997 13:58:29 -0700 (PDT) Received: from prozac.neuron.net (prozac.neuron.net [165.254.1.213]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15459; Fri, 18 Jul 1997 13:54:58 -0700 (PDT) Received: (from amir@localhost) by prozac.neuron.net (8.8.6/8.6.12) id QAA16387; Fri, 18 Jul 1997 16:54:26 -0400 (EDT) Message-ID: <19970718165426.63437@neuron.net> Date: Fri, 18 Jul 1997 16:54:26 -0400 From: "Amir Y. Rosenblatt" To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Subject: [2.2.2] Probelms with scsi tape and disk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I upgraded to 2.2.2-stable a couple weeks ago from 2.2.1 (via cvsup'ing the full source tree, and then doing the upgrade as per the instructions in the FreeBSD Manual) and since then I've not been able to write anything to my SCSI tape drive. I was able to do restores of dumped stuff but I can;t tar or dump to the tape now. I just attempted a tar and here's what came up in /var/log/messages: ----- Jul 18 16:45:22 prozac /kernel: sd0(ahc0:1:0): SCB 0x0 - timed out in dataout phase, SCSISIGI == 0x4 Jul 18 16:45:22 prozac /kernel: SEQADDR = 0x124 SCSISEQ = 0x12 SSTAT0 = 0x0 SSTAT1 = 0x2 Jul 18 16:45:22 prozac /kernel: st0(ahc0:3:0): abort message in message buffer Jul 18 16:45:22 prozac /kernel: sd0(ahc0:1:0): SCB 0x3 timedout while recovery in progress Jul 18 16:45:22 prozac /kernel: st0(ahc0:3:0): SCB 2 - Abort Completed. Jul 18 16:45:22 prozac /kernel: st0(ahc0:3:0): no longer in timeout Jul 18 16:47:02 prozac /kernel: st0(ahc0:3:0): SCB 0x2 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 Jul 18 16:47:02 prozac /kernel: SEQADDR = 0x8 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa Jul 18 16:47:02 prozac /kernel: st0(ahc0:3:0): SCB 2: Immediate reset. Flags = 0x1 Jul 18 16:47:02 prozac /kernel: ahc0: Issued Channel A Bus Reset. 1 SCBs aborted Jul 18 16:47:02 prozac /kernel: Clearing bus reset Jul 18 16:47:02 prozac /kernel: Clearing 'in-reset' flag Jul 18 16:47:02 prozac /kernel: st0(ahc0:3:0): no longer in timeout Jul 18 16:47:12 prozac /kernel: sd0(ahc0:1:0): UNIT ATTENTION asc:29,0 Jul 18 16:47:12 prozac /kernel: sd0(ahc0:1:0): Power on, reset, or bus device reset occurred field replaceable unit: 1 Jul 18 16:47:12 prozac /kernel: , retries:4 ----- The machine's config is as follows: Tyan Dual PPro motherboard (with a single PPro200 on it) 96 meg of RAM Adaptec 2940UW SCSI host adapter Maxtor 4 gig IDE disk a pair of Seagate ST32550W Fast/Wise scsi disks HP SureStore 6000 tapedrive (I think it's the 6000 -- it's the 4 gig DDS-2 OEM internal DAT drive) 3Com 3c509B-TP ethernet card Number 9 "Imagine 128" 4 meg video card It should be noted that the tar that resulted in the above syslog spew was NOT being done from sd0 -- it was being done from wd0 (the IDE disk, which is currently serving as my boot disk). This has only started happening since the 2.2.2 upgrade. Any ideas? -Amir -- / \ Bite marks in the naugahide. | Amir Y. Rosenblatt /<@>\ - Red Meat | amir@neuron.net / \ FNORD | http://www.neuron.net/~amir _/_______\____________________________________|____________________________ From owner-freebsd-stable Fri Jul 18 15:13:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19426 for stable-outgoing; Fri, 18 Jul 1997 15:13:21 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA19403; Fri, 18 Jul 1997 15:13:08 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-3-50.rz.ruhr-uni-bochum.de [134.147.3.50]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id AAA20539; Sat, 19 Jul 1997 00:02:11 +0200 Message-ID: <33D003E4.41C67EA6@prima.ruhr.de> Date: Sat, 19 Jul 1997 02:01:40 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Howard Lew CC: David Greenman , Gary Kline , root@counterintelligence.cdrom.com, stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: mw fails even more... References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Howard Lew wrote: > > On Wed, 16 Jul 1997, David Greenman wrote: > > > > Now I'm even more at a loss re my upgrade to a K5 or K6 > > > chip. Perhaps someone on the Core team--like you, David-- > > > can give everybody advice on which CPU's do work flawlessly > > > with BSD and which have known or suspected woes. > > > > > > I'm not referring to occasional defective chips, but to > > > bad logic design. > > > > > > It may be simply a matter of this present rev of the K6 is > > > defective and when AMD does their next, they'll fix this. > > > > What's the cpu code on the top surface? Mine is the following: AMD K6-200-ALR (might be slashes instead) 2,9 V B9721DJAW > Hmmm... can you try running it at 166MHz and see if it works? If it does, > it may be a remarked cpu (it may still be operational if it hasn't been > already damaged by the heat). The only time I have ever seen a cpu die > was a gray market IBM 6x86 PR166+ (non L revision) due to heat death when > a customer did not plug in the fan and left the machine running over a > weekend. After that instance, we always use heatsink grease on all > metallic surface AMD and Cyrix cpus and have never had a cpu fail ever > since. (This is also something that AMD & Cyrix recommends anyway.) I don't use heatsink grease because I don't have any, but i'll fix it within two days. Anyway, my BIOS reports the CPU temperature at coredumptime to be fifty-eight degrees. Doesn't seem that bad, I think. > I think I have heard 2 people say their K6s failed to do the make world? > Have we ruled out the possibility that something has changed in the code > that may affect the way a K6 compiles it? (Did both K6s fail on > approximately the same day?) These are my last four make world attempts: ======================> begin mw 1 <================================= cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/recog.c -o recog.o cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/reg-stack.c -o reg-stack.o cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ======================> begin mw 2 <============================= cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-tree.c -o print-tree.o cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/real.c -o real.o cc: Internal compiler error: program cc1 got fatal signal 6 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. =====================> begin mw 3 <============================== cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1obj/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc/c-convert.c cc -O2 -m486 -pipe -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc1obj/../cc_tools -c /usr/src/gnu/usr.bin/cc/cc1obj/../../../../contrib/gcc/c-decl.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. cpp: output pipe has been closed ====================> begin mw 4 <============================== mkdep -f .depend -a -I/usr/src/gnu/usr.bin/ld/rtld/.. -I/usr/src/gnu/usr.bin/ld/rtld -I/usr/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD /usr/src/gnu/usr.bin/ld/rtld/rtld.c /usr/src/gnu/usr.bin/ld/rtld/malloc.c /usr/src/gnu/usr.bin/ld/rtld/../shlib.c /usr/src/gnu/usr.bin/ld/rtld/../i386/md.c /usr/src/gnu/usr.bin/ld/rtld/../support.c /usr/src/gnu/usr.bin/ld/rtld/sbrk.c cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/ld -I/usr/src/gnu/usr.bin/ld/i386 -c /usr/src/gnu/usr.bin/ld/ld.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ==================> end giant makeworld section <====================== Looks like the ONLY affected program is cc1. Since I usually run the machine for half an eternity and the CPU temperature was at 58° at the most (according to my board), I don't think it's a thermal problem. mw 4 was done about twenty seconds after mw3 had "completed". I can't say if there's any significance in the program getting less "far" in mw4 than in mw3. Usually, it never goes "tilt" as soon as in mw4. I NEVER had any problems with ANY other OS (including DOS & Windows 95, I'm ashamed to say) or program. My kernel is compiled with "options I586_CPU", and the _ONLY_ "special feature" is the faster 5x86 exception handler (it's a relic from my AMD 5x86 times). BTW, I don't think I'll put any more mw outputs into the mailing lists, at least not to the extents of this one. If anyone should chance to be interested in my mw outputs, feel free to mail me. Philipp From owner-freebsd-stable Fri Jul 18 16:09:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22230 for stable-outgoing; Fri, 18 Jul 1997 16:09:51 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22210; Fri, 18 Jul 1997 16:09:35 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA11705; Fri, 18 Jul 1997 16:11:35 -0700 (PDT) Message-Id: <199707182311.QAA11705@implode.root.com> To: Philipp Reichmuth cc: Gary Kline , stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: mw fails even more... In-reply-to: Your message of "Fri, 18 Jul 1997 23:02:40 +0200." <33CFD9F0.41C67EA6@prima.ruhr.de> From: David Greenman Reply-To: dg@root.com Date: Fri, 18 Jul 1997 16:11:35 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >David Greenman wrote: >> >> > Now I'm even more at a loss re my upgrade to a K5 or K6 >> > chip. Perhaps someone on the Core team--like you, David-- >> > can give everybody advice on which CPU's do work flawlessly >> > with BSD and which have known or suspected woes. > >Does the problem ONLY arise with BSD? > >> > I'm not referring to occasional defective chips, but to >> > bad logic design. > >Problems from bad logic design usually arise at once. In this case, >however, the problem arose after a certain period of time (in which I >never made the world, BTW). This isn't usually due to a design flaw in >the chip itself. You miss-attributed the above - I didn't write it. I think Gary Kline is the author. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Fri Jul 18 16:36:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23882 for stable-outgoing; Fri, 18 Jul 1997 16:36:34 -0700 (PDT) Received: from hod.tera.com (hod.tera.com [207.108.223.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23876; Fri, 18 Jul 1997 16:36:32 -0700 (PDT) Received: from athena.tera.com (athena.tera.com [207.108.223.153]) by hod.tera.com (8.7.5/8.7.3) with ESMTP id QAA11514; Fri, 18 Jul 1997 16:35:47 -0700 (PDT) From: Gary Kline Received: (from kline@localhost) by athena.tera.com (8.7.5/8.7.3) id QAA07388; Fri, 18 Jul 1997 16:35:45 -0700 (PDT) Message-Id: <199707182335.QAA07388@athena.tera.com> Subject: Re: mw fails even more... In-Reply-To: <199707182311.QAA11705@implode.root.com> from David Greenman at "Jul 18, 97 04:11:35 pm" To: dg@root.com Date: Fri, 18 Jul 1997 16:35:45 -0700 (PDT) Cc: chokepnt@prima.ruhr.de, kline@tera.com, stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL23 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to David Greenman: > >David Greenman wrote: > >> > >> > Now I'm even more at a loss re my upgrade to a K5 or K6 > >> > chip. Perhaps someone on the Core team--like you, David-- > >> > can give everybody advice on which CPU's do work flawlessly > >> > with BSD and which have known or suspected woes. > > > >Does the problem ONLY arise with BSD? > > > >> > I'm not referring to occasional defective chips, but to > >> > bad logic design. > > > >Problems from bad logic design usually arise at once. In this case, > >however, the problem arose after a certain period of time (in which I > >never made the world, BTW). This isn't usually due to a design flaw in > >the chip itself. > > You miss-attributed the above - I didn't write it. I think Gary Kline is > the author. > That's correct. Nevertheless, this is a valid question. Does anybody with a K6 chip have dos and gcc to try a large build on? I can't imagine that this defect happens only under Unix. But--- gary kline From owner-freebsd-stable Fri Jul 18 17:17:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25564 for stable-outgoing; Fri, 18 Jul 1997 17:17:49 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25546; Fri, 18 Jul 1997 17:17:43 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id TAA02088; Fri, 18 Jul 1997 19:17:05 -0500 (EST) From: "John S. Dyson" Message-Id: <199707190017.TAA02088@dyson.iquest.net> Subject: Re: mw fails even more... In-Reply-To: <199707182335.QAA07388@athena.tera.com> from Gary Kline at "Jul 18, 97 04:35:45 pm" To: kline@tera.com (Gary Kline) Date: Fri, 18 Jul 1997 19:17:05 -0500 (EST) Cc: dg@root.com, chokepnt@prima.ruhr.de, kline@tera.com, stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > >Problems from bad logic design usually arise at once. In this case, > > >however, the problem arose after a certain period of time (in which I > > >never made the world, BTW). This isn't usually due to a design flaw in > > >the chip itself. > > > > You miss-attributed the above - I didn't write it. I think Gary Kline is > > the author. > > > > That's correct. > > Nevertheless, this is a valid question. Does anybody with > a K6 chip have dos and gcc to try a large build on? I can't > imagine that this defect happens only under Unix. But--- > I am looking into the K6 specs just to see if they are doing somthing to break our VM code. It is VERY unlikely, but never know... John From owner-freebsd-stable Fri Jul 18 20:57:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04103 for stable-outgoing; Fri, 18 Jul 1997 20:57:36 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04090; Fri, 18 Jul 1997 20:57:32 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id UAA03223; Fri, 18 Jul 1997 20:58:29 -0700 (PDT) Date: Fri, 18 Jul 1997 20:58:29 -0700 (PDT) From: Howard Lew To: Peter Curran cc: stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: mw fails even more... In-Reply-To: <199707180943.KAA14802@gate.ticl.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Jul 1997, Peter Curran wrote: > > Thanks for the offer, but I wouldn't consider putting together a > machine > >these days without thermal compound on the heatsink/chip > > Sounds like good advise - whereabouts could such a compoundbe obtained, is > there an equivalent or is this a special compound only for use with chips? > It is like $10 for a big 1 ounce tube. In general, a little squirt is all that is needed. I think we got it from one of those electronics distributor houses... Silicon heatsink grease... I recommend that you get the non-flammable and non-bonding kind just in case your fan goes bad. > Thanks > > Peter > (With a very HOT Cyrix 6x86) > > > > > From owner-freebsd-stable Sat Jul 19 04:41:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21268 for stable-outgoing; Sat, 19 Jul 1997 04:41:39 -0700 (PDT) Received: from eve.umiacs.umd.edu (eve.umiacs.umd.edu [128.8.120.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21240; Sat, 19 Jul 1997 04:41:31 -0700 (PDT) Received: by eve.umiacs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id HAA10178; Sat, 19 Jul 1997 07:38:48 -0400 (EDT) Date: Sat, 19 Jul 1997 07:38:48 -0400 (EDT) Message-Id: <199707191138.HAA10178@eve.umiacs.umd.edu> From: "David A. Bader" To: jhk@freebsd.org, chuckr@freebsd.org, bargle@umiacs.umd.edu, Andre.Albsmeier@mchp.siemens.de, Dirk.vanGulik@jrc.it, mvh@netcom.com, dwhite@gdi.uoregon.edu, sachs@interactive.net cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, dbader@umiacs.umd.edu Subject: user ppp and 2.2-stable [WORKING NOW] Reply-to: dbader@umiacs.umd.edu Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Thank you ALL for your help in the past few days. My problem was that I cvsup'ed to 2.2-stable from 2.2.2-R, and my user level ppp was no longer working (adding the default route properly). However, my kernel level ppp always worked fine. The update: Last night, I cvsup'ed again to RELENG_2_2, (there were a few changes) and did a make world, recompiled a kernel, etc. And now user ppp and -stable are working properly again. Only a small number of files were grabbed last night by my cvsup (see below), but one must have been the culprit. Thanks again, david Updating collection src-all/cvs Edit src/etc/Makefile Add delta 1.143.2.7 97.07.18.03.50.27 asami Edit src/lib/libipx/Makefile Add delta 1.1.2.1 97.07.18.07.28.34 asami Edit src/lib/libkvm/Makefile Add delta 1.2.8.1 97.07.18.06.33.13 asami Edit src/lib/libscsi/Makefile Add delta 1.5.2.1 97.07.18.07.28.35 asami Edit src/lib/libutil/Makefile Add delta 1.3.2.3 97.07.18.07.28.33 asami Edit src/sbin/route/route.c Add delta 1.16.2.5 97.07.18.09.14.10 julian Edit src/share/mk/bsd.port.mk Add delta 1.227.2.25 97.07.17.17.53.43 markm Edit src/sys/net/rtsock.c Add delta 1.20.2.4 97.07.17.09.24.29 msmith Edit src/sys/pci/ncr.c Add delta 1.82.2.8 97.07.18.19.35.40 se Edit src/sys/pci/pcisupport.c Add delta 1.40.2.4 97.07.18.19.48.22 se Edit src/usr.bin/kdump/kdump.1 Add delta 1.2.2.2 97.07.17.06.37.35 charnier Edit src/usr.bin/kdump/kdump.c Add delta 1.7.2.3 97.07.17.06.37.36 charnier Edit src/usr.bin/key/key.1 Add delta 1.2.2.1 97.07.17.06.39.15 charnier Edit src/usr.bin/key/skey.c Add delta 1.4.6.1 97.07.17.06.39.16 charnier Edit src/usr.bin/keyinfo/keyinfo.1 Add delta 1.2.2.1 97.07.17.06.40.14 charnier Edit src/usr.bin/keyinit/keyinit.1 Add delta 1.3.2.1 97.07.18.06.36.14 charnier Edit src/usr.bin/keyinit/skeyinit.c Add delta 1.6.2.1 97.07.18.06.36.15 charnier Edit src/usr.bin/ktrace/ktrace.c Add delta 1.6.2.2 97.07.18.06.37.20 charnier Edit src/usr.sbin/cron/cron/Makefile Add delta 1.6.2.1 97.07.18.05.31.51 davidn Edit src/usr.sbin/cron/cron/do_command.c Add delta 1.6.2.1 97.07.18.05.31.52 davidn Edit src/usr.sbin/lpr/common_source/rmjob.c Add delta 1.4.2.1 97.07.18.18.36.28 imp Edit src/usr.sbin/pw/pw.c Add delta 1.1.1.1.2.4 97.07.17.08.39.27 davidn Updating collection src-secure/cvs David A. Bader, Ph.D. Office: 301-405-6755 Institute for Advanced Computer Studies FAX: 301-314-9658 A.V. Williams Building Internet: dbader@umiacs.umd.edu University of Maryland WWW: http://www.umiacs.umd.edu/~dbader College Park, MD 20742 From owner-freebsd-stable Sat Jul 19 13:46:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11471 for stable-outgoing; Sat, 19 Jul 1997 13:46:11 -0700 (PDT) Received: from dfw-ix13.ix.netcom.com (dfw-ix13.ix.netcom.com [206.214.98.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11466 for ; Sat, 19 Jul 1997 13:46:08 -0700 (PDT) Received: (from smap@localhost) by dfw-ix13.ix.netcom.com (8.8.4/8.8.4) id PAA15277 for ; Sat, 19 Jul 1997 15:45:36 -0500 (CDT) Received: from sjx-ca68-61.ix.netcom.com(207.92.150.125) by dfw-ix13.ix.netcom.com via smap (V1.3) id sma015263; Sat Jul 19 15:45:27 1997 Received: (from asami@localhost) by blimp.mimi.com (8.8.6/8.6.9) id NAA02802; Sat, 19 Jul 1997 13:45:25 -0700 (PDT) Date: Sat, 19 Jul 1997 13:45:25 -0700 (PDT) Message-Id: <199707192045.NAA02802@blimp.mimi.com> To: stable@freebsd.org Subject: routing problems From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I upgraded a machine from 2.2-stable of 2 months ago to yesterday's, and now it can't see the network. This is what happens: === No keyboard found. >> FreeBSD BOOT @ 0x10000: 639/64512 k of memory Usage: [[[0:][wd](0,a)]/kernel][-abcCdghrsv] Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1 Use ? for file list or press Enter for defaults Boot: dosdev= 80, biosdrive = 0, unit = 0, maj = 0 Booting 0:wd(0,a)/kernel @ 0x100000 text=0xd0000 data=0xd000 bss=0x104fc symbols=[+0xb04+0x4+0xde60+0x4+0x128a1] total=0x20e709 entry point=0x100000 BIOS basemem (639K) != RTC basemem (640K), setting to BIOS value Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-STABLE #0: Sat Jul 19 04:47:20 PDT 1997 root@m8.cs.berkeley.edu:/a/src/sys/compile/TD CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x616 Stepping=6 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) Physical memory hole(s): avail memory = 63803392 (62308K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 vx0 <3COM 3C595 Fast Etherlink III PCI> rev 0 int a irq 11 on pci0:11 utp/tx[*utp*]: disable 'auto select' with DOS util! address 00:a0:24:c5:f0:03 pci0:15: vendor=0x10e8, device=0x8043, class=old (misc) int a irq 11 [no driver assigned] chip3 rev 2 on pci0:17 vga0 rev 3 on pci0:19 Probing for devices on PCI bus 1: ahc0 rev 0 int a irq 10 on pci1:4 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface changing root device to wd0a ccd0-7: Concatenated disk drivers swapon: adding /dev/wd0b as swap device Automatic reboot in progress... /dev/rwd0a: clean, 13584 free (160 frags, 1678 blocks, 0.5% fragmentation) /dev/rwd0d: clean, 15387 free (11 frags, 1922 blocks, 0.1% fragmentation) /dev/rwd0e: clean, 6135 free (231 frags, 738 blocks, 1.5% fragmentation) /dev/rwd0f: clean, 60307 free (2123 frags, 7273 blocks, 1.7% fragmentation) /dev/rsd0h: clean, 6877516 free (3588 frags, 859241 blocks, 0.0% fragmentation) Doing initial network setup: hostname. lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 vx0: flags=8843 mtu 1500 inet 128.32.45.184 netmask 0xffffff00 broadcast 128.32.45.255 ether 00:a0:24:c5:f0:03 writing to routing socket: File exists add net default: gateway 128.32.45.1: File exists Additional routing options:. ^Cchecking for core dump...savecore: no core dump recording kernel -c changes additional daemons: syslogd tickadj. Doing additional network setup: ntpdate portmap. Starting final network daemons: mountd nfsd rpc.statd nfsiod. setting ldconfig path: /usr/lib /usr/lib/compat starting standard daemons: inetd cron printer sendmail. Initial rc.i386 initialization:. rc.i386 configuring syscons: keyrate blank_time screensaver. Local package startup:. starting local daemons:. Sat Jul 19 04:49:52 PDT 1997 FreeBSD (m8.cs.berkeley.edu) (ttyd0) login: === As you can see, it prints out a couple of error messages when it tries to set up the routes and gets stuck (in "mount?") after it printed out "Additional routing options:.". I can ^C it and it will come up but without the network. Here's what it looks like: === # ifconfig -a vx0: flags=8843 mtu 1500 inet 128.32.45.184 netmask 0xffffff00 broadcast 128.32.45.255 ether 00:a0:24:c5:f0:03 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 128.32.45/24 link#1 UC 0 0 128.32.45.184 0:a0:24:c5:f0:3 UHLW 1 38 lo0 === and here is what its sister says (this one hasn't been upgraded): === # ifconfig -a vx0: flags=8843 mtu 1500 inet 128.32.45.185 netmask 0xffffff00 broadcast 128.32.45.255 ether 00:a0:24:c5:ef:b6 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 128.32.45.1 UGSc 6 0 vx0 127.0.0.1 127.0.0.1 UH 0 0 lo0 128.32.45/24 link#1 UC 0 0 128.32.45.1 0:0:a2:c5:87:cd UHLW 7 0 vx0 347 128.32.45.185 0:a0:24:c5:ef:b6 UHLW 2 42 lo0 === The defaultrouter is set to "128.32.45.1" and routed is not running (I tried running it but it didn't help). The hardware should be ok because the machine still boots with the network if I boot it from a backup system disk (the state before make world and kernel rebuild). I built the world twice and the kernel twice. Can someone tell me what I screwed up? Satoshi From owner-freebsd-stable Sat Jul 19 19:58:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24805 for stable-outgoing; Sat, 19 Jul 1997 19:58:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24798 for ; Sat, 19 Jul 1997 19:57:56 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA15926; Sun, 20 Jul 1997 12:27:49 +0930 (CST) From: Michael Smith Message-Id: <199707200257.MAA15926@genesis.atrad.adelaide.edu.au> Subject: Re: routing problems In-Reply-To: <199707192045.NAA02802@blimp.mimi.com> from Satoshi Asami at "Jul 19, 97 01:45:25 pm" To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sun, 20 Jul 1997 12:27:49 +0930 (CST) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami stands accused of saying: > I upgraded a machine from 2.2-stable of 2 months ago to yesterday's, > and now it can't see the network. This is what happens: What version of sys/net/rtsock.c do you have? Is this pre- or post- Julian's route changes? I haven't had time to test them here, despite his asking me to. 8( > writing to routing socket: File exists > add net default: gateway 128.32.45.1: File exists This is characteristic of the break on Thursday evening. > I built the world twice and the kernel twice. Can someone tell me > what I screwed up? You haven't; I just wish Julian had given me/someone time to check his changes out. 8( > Satoshi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[