From owner-freebsd-current Sun Nov 19 05:46:49 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA02257 for current-outgoing; Sun, 19 Nov 1995 05:46:49 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA02246 ; Sun, 19 Nov 1995 05:46:42 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA17976 ; Sun, 19 Nov 1995 14:46:29 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA14378 ; Sun, 19 Nov 1995 14:46:29 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id OAA00303; Sun, 19 Nov 1995 14:12:56 +0100 (MET) From: Ollivier Robert Message-Id: <199511191312.OAA00303@keltia.freenix.fr> Subject: Total lookup under -CURRENT To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list), dyson@FreeBSD.ORG Date: Sun, 19 Nov 1995 14:12:55 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1345 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Hello, hate to bear bad news but I've got two total lock-ups in the last two days, each one during news expire. I suspect the asynchronous flag as news expire will stress the disk a lot. I don't have a dump as the system lock up without a panic. I'll add DDB and see if there is any difference. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sun Nov 19 01:34:03 MET 1995 From owner-freebsd-current Sun Nov 19 07:06:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA05778 for current-outgoing; Sun, 19 Nov 1995 07:06:12 -0800 Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA05770 ; Sun, 19 Nov 1995 07:06:04 -0800 Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id HAA11190; Sun, 19 Nov 1995 07:10:18 -0800 From: Brian Litzinger Message-Id: <199511191510.HAA11190@MediaCity.com> Subject: Re: Total lookup under -CURRENT (me too) To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 19 Nov 1995 07:10:18 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG, dyson@FreeBSD.ORG In-Reply-To: <199511191312.OAA00303@keltia.freenix.fr> from "Ollivier Robert" at Nov 19, 95 02:12:55 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 483 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Hello, hate to bear bad news but I've got two total lock-ups in the last > two days, each one during news expire. I suspect the asynchronous flag as > news expire will stress the disk a lot. > > I don't have a dump as the system lock up without a panic. I'll add DDB and > see if there is any difference. Just thought I'd let you know I experience similar behavior. -- Brian Litzinger http://www.mpress.com speakfree.mpress.com [use -t (GSM)] From owner-freebsd-current Sun Nov 19 07:45:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07616 for current-outgoing; Sun, 19 Nov 1995 07:45:41 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA07606 ; Sun, 19 Nov 1995 07:45:33 -0800 Received: by sequent.kiae.su id AA02246 (5.65.kiae-2 ); Sun, 19 Nov 1995 18:41:38 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 19 Nov 95 18:41:38 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id SAA01142; Sun, 19 Nov 1995 18:06:14 +0300 To: dyson@FreeBSD.ORG, "FreeBSD Current Users' list" , Ollivier Robert References: <199511191312.OAA00303@keltia.freenix.fr> In-Reply-To: <199511191312.OAA00303@keltia.freenix.fr>; from Ollivier Robert at Sun, 19 Nov 1995 14:12:55 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 19 Nov 1995 18:06:14 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Total lookup under -CURRENT Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 943 Sender: owner-current@FreeBSD.ORG Precedence: bulk In message <199511191312.OAA00303@keltia.freenix.fr> Ollivier Robert writes: >Hello, hate to bear bad news but I've got two total lock-ups in the last >two days, each one during news expire. I suspect the asynchronous flag as >news expire will stress the disk a lot. >I don't have a dump as the system lock up without a panic. I'll add DDB and >see if there is any difference. I also saw many lookup into -current, so I forced to switch back to Oct 1 version. I already report this problem. It have nothing common with async stuff, I use pure UFS. It hanges somewhere in UFS, i.e. all other activity expect disk read/write still works. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Nov 19 08:49:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA10206 for current-outgoing; Sun, 19 Nov 1995 08:49:54 -0800 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA10186 for ; Sun, 19 Nov 1995 08:49:45 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id AAA29038 for freebsd-current@freebsd.org; Mon, 20 Nov 1995 00:49:35 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 20 Nov 1995 00:49:30 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <48nn6q$sb6$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199511191312.OAA00303@keltia.freenix.fr>, <199511191510.HAA11190@MediaCity.com> Subject: Re: Total lookup under -CURRENT (me too) Sender: owner-current@freebsd.org Precedence: bulk brian@MediaCity.com (Brian Litzinger) writes: >> Hello, hate to bear bad news but I've got two total lock-ups in the last >> two days, each one during news expire. I suspect the asynchronous flag as >> news expire will stress the disk a lot. >> >> I don't have a dump as the system lock up without a panic. I'll add DDB and >> see if there is any difference. >Just thought I'd let you know I experience similar behavior. I'm afraid I've got to add a 'me too'... I hadn't been recording it, but I think our -current (not latest, 27-oct) has had more than it's fair share of explosions, and I think most were during news expire, although it did appears to have improved a lot when I recompiled it without mmap() usage at all. :-( It doesn't seem to be as fast now though.. :-( I've not been able to get a crash dump. dmesg is always reset each time. Unfortunately the machine is remote and unattended. I had though of hooking up a serial console that I could monitor from one of the machines next to it, but the machine doesn't have any serial ports.... So, we have a machine that silently reboots with no way of knowing what is causing it... -Peter From owner-freebsd-current Sun Nov 19 09:14:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA12637 for current-outgoing; Sun, 19 Nov 1995 09:14:56 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA12628 for ; Sun, 19 Nov 1995 09:14:44 -0800 Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA18091 for ; Sun, 19 Nov 1995 19:14:37 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id TAA17224 for ; Sun, 19 Nov 1995 19:14:36 +0200 Message-Id: <199511191714.TAA17224@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: current@freebsd.org Subject: Make World breaks in lkm's... Date: Sun, 19 Nov 1995 19:14:35 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Been like this for a day or so... ===> lkm ===> lkm/atapi ===> lkm/cd9660 ===> lkm/coff ===> lkm/fdesc ===> lkm/ibcs2 ===> lkm/if_disc ===> lkm/if_ppp ===> lkm/if_sl ===> lkm/if_tun ===> lkm/ipfw ===> lkm/kernfs ===> lkm/linux ===> lkm/msdos ===> lkm/nfs ===> lkm/nullfs ===> lkm/pcic cc -O -DLKM -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/a/src/lkm/pcic/../../sys -W -Wcomment -Wredundant-decls -DPSEUDO_LKM -c /a/src/lkm/pcic/../../sys/pccard/pcic.c In file included from /a/src/lkm/pcic/../../sys/pccard/pcic.c:55: /a/src/lkm/pcic/../../sys/pccard/slot.h:88: field `isahd' has incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Nov 19 10:40:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA16519 for current-outgoing; Sun, 19 Nov 1995 10:40:40 -0800 Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA16514 for ; Sun, 19 Nov 1995 10:40:35 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id UAA14646 for ; Sun, 19 Nov 1995 20:40:23 +0200 Received: (news@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id UAA00383; Sun, 19 Nov 1995 20:40:31 +0200 To: clinet-list-freebsd-current@clinet.fi Path: cs.hut.fi!hsu From: hsu@cs.hut.fi (Heikki Suonsivu) Newsgroups: clinet.list.freebsd-current Subject: Re: Total lookup under -CURRENT (me too) Date: 19 Nov 1995 18:40:26 GMT Organization: Helsinki University of Technology, Finland Lines: 92 Message-ID: References: <199511191312.OAA00303@keltia.freenix.fr>, <199511191510.HAA11190@MediaCity.com> <48nn6q$sb6$1@haywire.DIALix.COM> NNTP-Posting-Host: shadows.cs.hut.fi In-reply-to: peter@haywire.dialix.com's message of 19 Nov 1995 19:02:00 +0200 Sender: owner-current@FreeBSD.ORG Precedence: bulk In article <48nn6q$sb6$1@haywire.DIALix.COM> peter@haywire.dialix.com (Peter Wemm) writes: brian@MediaCity.com (Brian Litzinger) writes: >> Hello, hate to bear bad news but I've got two total lock-ups in the last >> I don't have a dump as the system lock up without a panic. I'll add DDB and >> see if there is any difference. >Just thought I'd let you know I experience similar behavior. I'm afraid I've got to add a 'me too'... I hadn't been recording it, metoo I've not been able to get a crash dump. dmesg is always reset each time. Unfortunately the machine is remote and unattended. I had though of hooking up a serial console that I could monitor from one of the machines next to it, but the machine doesn't have any serial ports.... So, we have a machine that silently reboots with no way of knowing what is causing it... I get lockup almost every time the kernel puffs this out: messages.0:Nov 11 04:43:24 katiska /kernel: nfsd send error 55 *LOCKUP* messages.0:Nov 11 06:56:43 katiska /kernel: in_rtqtimo: adjusted rtq_reallyold t o 710 messages.0:Nov 11 09:19:14 katiska /kernel: nfs send error 55 for server hauki.c linet.fi:/m/hauki/customer messages.0:Nov 11 09:19:16 katiska /kernel: nfs send error 55 for server hauki.c linet.fi:/m/hauki/bc messages.0:Nov 11 09:19:16 katiska /kernel: nfsd send error 55 messages.0:Nov 11 09:26:10 katiska /kernel: nfs send error 55 for server hauki.c linet.fi:/m/hauki/bc messages.0:Nov 11 09:39:56 katiska /kernel: nfs server hauki.clinet.fi:/m/hauki/ bc: not responding messages.0:Nov 11 09:40:07 katiska /kernel: nfs server hauki.clinet.fi:/var: not responding messages.0:Nov 11 09:40:35 katiska /kernel: nfs server hauki.clinet.fi:/m/hauki/ customer: not responding messages.0:Nov 11 09:42:45 katiska /kernel: nfs server hauki.clinet.fi:/var: is alive again messages.0:Nov 11 09:42:48 katiska /kernel: nfs server hauki.clinet.fi:/m/hauki/ bc: is alive again messages.0:Nov 11 09:42:49 katiska /kernel: nfs server hauki.clinet.fi:/m/hauki/ customer: is alive again messages.0:Nov 11 10:27:15 katiska /kernel: nfs send error 55 for server hauki.c linet.fi:/m/hauki/customer *LOCKUP* nfsd(s) getting killed from a 1.1.5.1 server seems to be a way to exhibit this. I haven't gotten any dumps since last -current upgrade, the systems always lock up or panic but leave no dump. Systems without lots of nfs mounts and access seem much more stable. 2.2-current kernel is from mid-november. Other fancy things, in addition to various SCSI problems every now and then: messages.1:Nov 4 09:18:35 katiska /kernel: Data modified on freelist: word 12 o f object 0xf17fc100 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 09:32:39 katiska /kernel: Data modified on freelist: word 12 o f object 0xf16fd400 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 09:33:01 katiska /kernel: Data modified on freelist: word 12 o f object 0xf191a100 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 09:48:00 katiska /kernel: Data modified on freelist: word 12 o f object 0xf17c8400 size 132 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 10:54:41 katiska /kernel: Data modified on freelist: word 12 o f object 0xf17a1300 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 11:16:54 katiska /kernel: Data modified on freelist: word 12 o f object 0xf15cb700 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 11:23:30 katiska /kernel: Data modified on freelist: word 12 o f object 0xf15a0400 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 11:48:13 katiska /kernel: ed0: warning - receiver ring buffer overrun messages.1:Nov 4 13:10:17 katiska /kernel: Data modified on freelist: word 12 o f object 0xf1746e00 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 13:21:08 katiska /kernel: Data modified on freelist: word 12 o f object 0xf1b0c700 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 13:32:00 katiska /kernel: Data modified on freelist: word 12 o f object 0xf1878000 size 256 previous type NFS node (0xc6 != 0xdeadc0de) messages.1:Nov 4 14:14:21 katiska /kernel: Data modified on freelist: word 12 o f object 0xf15ce100 size 132 previous type NFS node (0xc6 != 0xdeadc0de) These don't seem to be (directly) harmful, though, as the system usually does not crash right after these. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Sun Nov 19 10:41:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA16550 for current-outgoing; Sun, 19 Nov 1995 10:41:48 -0800 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA16545 ; Sun, 19 Nov 1995 10:41:44 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7.1/8.7) with ESMTP id NAA02645; Sun, 19 Nov 1995 13:37:53 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id NAA03226; Sun, 19 Nov 1995 13:37:52 -0500 (EST) Date: Sun, 19 Nov 1995 13:37:52 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: Brian Litzinger cc: Ollivier Robert , freebsd-current@FreeBSD.ORG, dyson@FreeBSD.ORG Subject: Re: Total lookup under -CURRENT (me too) In-Reply-To: <199511191510.HAA11190@MediaCity.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sun, 19 Nov 1995, Brian Litzinger wrote: > > > > Hello, hate to bear bad news but I've got two total lock-ups in the last > > two days, each one during news expire. I suspect the asynchronous flag as > > news expire will stress the disk a lot. > > > > I don't have a dump as the system lock up without a panic. I'll add DDB and > > see if there is any difference. > > Just thought I'd let you know I experience similar behavior. Me too, and I can add a little info. I had a kermit session going from one machine, thru a second, thence to the University. The machine in the middle locked up, X11 cursor disappeared, but the screensaver timeout continued to work, and hitting a keyboard key would bring the screen back to life. All processes that were seeing a shell were wedged, and I could not start a new rlogin, but oddly enough, the kermit continued to work. When I noticed the lockup, I brought my kermit connection down so it could be graceful, stopped the kermit, then that connection locked up too. > > > -- > Brian Litzinger > http://www.mpress.com > speakfree.mpress.com [use -t (GSM)] > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Sun Nov 19 11:09:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA17574 for current-outgoing; Sun, 19 Nov 1995 11:09:23 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA17569 ; Sun, 19 Nov 1995 11:09:14 -0800 Received: by sequent.kiae.su id AA07407 (5.65.kiae-2 ); Sun, 19 Nov 1995 22:06:28 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 19 Nov 95 22:06:27 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id WAA17903; Sun, 19 Nov 1995 22:05:57 +0300 To: Brian Litzinger , Chuck Robey Cc: dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Ollivier Robert References: In-Reply-To: ; from Chuck Robey at Sun, 19 Nov 1995 13:37:52 -0500 (EST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 19 Nov 1995 22:05:57 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Total lookup under -CURRENT (me too) Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1186 Sender: owner-current@FreeBSD.ORG Precedence: bulk In message Chuck Robey writes: >Me too, and I can add a little info. I had a kermit session going from >one machine, thru a second, thence to the University. The machine in the >middle locked up, X11 cursor disappeared, but the screensaver timeout >continued to work, and hitting a keyboard key would bring the screen back >to life. All processes that were seeing a shell were wedged, and I could >not start a new rlogin, but oddly enough, the kermit continued to work. >When I noticed the lockup, I brought my kermit connection down so it >could be graceful, stopped the kermit, then that connection locked up too. As I already say, all system processes which not access UFS continue to work, i.e. slip/telnet/kermit, etc. I suspect pure UFS code was damaged with new async addition. Kernel from Oct 1 works fine. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Nov 19 11:25:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA17987 for current-outgoing; Sun, 19 Nov 1995 11:25:35 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA17972 ; Sun, 19 Nov 1995 11:25:27 -0800 Received: by sequent.kiae.su id AA10039 (5.65.kiae-2 ); Sun, 19 Nov 1995 22:24:50 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 19 Nov 95 22:24:50 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id WAA18058; Sun, 19 Nov 1995 22:24:01 +0300 To: Brian Litzinger , Chuck Robey Cc: dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Ollivier Robert References: In-Reply-To: ; from =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= at Sun, 19 Nov 1995 22:05:57 +0300 (MSK) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 19 Nov 1995 22:24:01 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Total lookup under -CURRENT (me too) Lines: 12 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 457 Sender: owner-current@FreeBSD.ORG Precedence: bulk In message =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: >Kernel from Oct 1 works fine. Oops. From Nov 1. :-) -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Nov 19 11:51:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA20915 for current-outgoing; Sun, 19 Nov 1995 11:51:07 -0800 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA20903 ; Sun, 19 Nov 1995 11:51:04 -0800 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa12254; 19 Nov 95 14:51 EST Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA25640; Sun, 19 Nov 95 14:51:01 EST Posted-Date: Sun, 19 Nov 1995 14:50:59 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA18563; Sun, 19 Nov 95 14:50:59 EST Date: Sun, 19 Nov 1995 14:50:59 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Brian Litzinger Cc: Ollivier Robert , freebsd-current@freebsd.org, dyson@freebsd.org Subject: Re: Total lookup under -CURRENT (me too) In-Reply-To: <199511191510.HAA11190@MediaCity.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 19 Nov 1995, Brian Litzinger wrote: > > > > Hello, hate to bear bad news but I've got two total lock-ups in the last > > two days, each one during news expire. I suspect the asynchronous flag as > > news expire will stress the disk a lot. > > > > I don't have a dump as the system lock up without a panic. I'll add DDB and > > see if there is any difference. > > Just thought I'd let you know I experience similar behavior. > Same here. The system responds to the keyboard, but you cannot get a prompt. This has happened during long compiles such as 'make world'. :-( Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-current Sun Nov 19 15:02:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA08281 for current-outgoing; Sun, 19 Nov 1995 15:02:58 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA08270 for ; Sun, 19 Nov 1995 15:02:53 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA01780; Sun, 19 Nov 1995 16:00:39 -0700 From: Terry Lambert Message-Id: <199511192300.QAA01780@phaeton.artisoft.com> Subject: Re: rlogind wont allow root without password... rshd will. To: peter@jhome.DIALix.COM (Peter Wemm) Date: Sun, 19 Nov 1995 16:00:39 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: from "Peter Wemm" at Nov 19, 95 12:21:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 792 Sender: owner-current@FreeBSD.ORG Precedence: bulk > As root: > I can do "rsh freebsdmachine sh -i" and get a root shell. > I cannot do a "rlogin freebsdmachine" - it asks for a password. > > I think this is a futile attempt at "security-through-inconvenience" > (worse than the infamous security-through-obscurity) as it achieves > nothing but force people to use the non-wtmp-logged facility. You have convinced me. Someone needs to fix rsh so that the attempt is not futile. Root access should require an explicit .rhosts; the rlogin is failing correctly, apparently in a hosts.equiv case? You haven't really documented the environment that allows the rsh to succeed so that it can be fixed... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Nov 19 19:13:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA02671 for current-outgoing; Sun, 19 Nov 1995 19:13:35 -0800 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA02604 for ; Sun, 19 Nov 1995 19:12:23 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id LAA11553 for freebsd-current@freebsd.org; Mon, 20 Nov 1995 11:09:57 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 20 Nov 1995 11:09:52 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <48ori0$b8s$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: , Subject: Re: Total lookup under -CURRENT (me too) Sender: owner-current@freebsd.org Precedence: bulk ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= , aka Andrey A. Chernov, Black Mage) writes: >In message > =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: >>Kernel from Oct 1 works fine. >Oops. From Nov 1. :-) We're using an october 27 kernel on this machine, it's having spontanious panics/reboots though, not lockups.... I dont know whether it's silently rebooting or actually panicing and just not saving the core dump or dmesg buffer. -Peter >-- >Andrey A. Chernov : And I rest so composedly, /Now, in my bed, >ache@astral.msk.su : That any beholder /Might fancy me dead - >http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. >RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Nov 19 19:25:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA03188 for current-outgoing; Sun, 19 Nov 1995 19:25:08 -0800 Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA03174 for ; Sun, 19 Nov 1995 19:24:59 -0800 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id LAA28864; Mon, 20 Nov 1995 11:23:40 +0800 Date: Mon, 20 Nov 1995 11:23:39 +0800 (WST) From: Peter Wemm To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: rlogind wont allow root without password... rshd will. In-Reply-To: <199511192300.QAA01780@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sun, 19 Nov 1995, Terry Lambert wrote: > > As root: > > I can do "rsh freebsdmachine sh -i" and get a root shell. > > I cannot do a "rlogin freebsdmachine" - it asks for a password. > > > > I think this is a futile attempt at "security-through-inconvenience" > > (worse than the infamous security-through-obscurity) as it achieves > > nothing but force people to use the non-wtmp-logged facility. > > You have convinced me. Someone needs to fix rsh so that the attempt > is not futile. Root access should require an explicit .rhosts; the > rlogin is failing correctly, apparently in a hosts.equiv case? rshd is working perfectly.. It is correctly ignoring hosts.equiv (via iruserok() etc in libc) but is allowing explicit configuration in the .rhosts file of root. > You haven't really documented the environment that allows the rsh to > succeed so that it can be fixed... rlogind is what I'm complaining about. It wont let me do something that I consider to be safer than having plaintext root passwords going over the network... This is what I want to change: Index: rlogind.c =================================================================== RCS file: /home/ncvs/src/libexec/rlogind/rlogind.c,v retrieving revision 1.5 diff -u -5 -r1.5 rlogind.c --- rlogind.c 1995/10/15 03:40:57 1.5 +++ rlogind.c 1995/11/20 03:19:24 @@ -585,14 +585,13 @@ getstr(term+ENVSIZE, sizeof(term)-ENVSIZE, "Terminal type too long"); pwd = getpwnam(lusername); if (pwd == NULL) return (-1); - if (pwd->pw_uid == 0) - return (-1); /* XXX why don't we syslog() failure? */ - return (iruserok(dest->sin_addr.s_addr, 0, rusername, lusername)); + return (iruserok(dest->sin_addr.s_addr, pwd->pw_uid == 0, + rusername, lusername)); } void getstr(buf, cnt, errmsg) char *buf; iruserok() is what is reponsible for the additional restrictions for root logins... The environment that I'm complaining about: on the server: root has /root as a home directory there is a /root/.rhosts file listing "client root" on the client, as root: rsh server sh -i works. rlogin server always asks for a plaintext password due to the above. Cheers, -Peter From owner-freebsd-current Sun Nov 19 19:49:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA03971 for current-outgoing; Sun, 19 Nov 1995 19:49:38 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA03966 for ; Sun, 19 Nov 1995 19:49:33 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id TAA02660; Sun, 19 Nov 1995 19:48:19 -0800 From: Julian Elischer Message-Id: <199511200348.TAA02660@ref.tfs.com> Subject: Re: rlogind wont allow root without password... rshd will. To: peter@jhome.DIALix.COM (Peter Wemm) Date: Sun, 19 Nov 1995 19:48:18 -0800 (PST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: from "Peter Wemm" at Nov 20, 95 11:23:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2571 Sender: owner-current@FreeBSD.ORG Precedence: bulk It's arguable that in fact it's rsh that should be changed to dissallow root access.. someone somewhere must have made that change for a reason.. (one also needs to have "secure" on the ptys for this to work I note).. Peter, any chance you called that kid? > > On Sun, 19 Nov 1995, Terry Lambert wrote: > > > As root: > > > I can do "rsh freebsdmachine sh -i" and get a root shell. > > > I cannot do a "rlogin freebsdmachine" - it asks for a password. > > > > > > I think this is a futile attempt at "security-through-inconvenience" > > > (worse than the infamous security-through-obscurity) as it achieves > > > nothing but force people to use the non-wtmp-logged facility. > > > > You have convinced me. Someone needs to fix rsh so that the attempt > > is not futile. Root access should require an explicit .rhosts; the > > rlogin is failing correctly, apparently in a hosts.equiv case? > > rshd is working perfectly.. It is correctly ignoring hosts.equiv (via > iruserok() etc in libc) but is allowing explicit configuration in the > .rhosts file of root. > > > You haven't really documented the environment that allows the rsh to > > succeed so that it can be fixed... > > rlogind is what I'm complaining about. It wont let me do something that > I consider to be safer than having plaintext root passwords going over > the network... > > This is what I want to change: > > Index: rlogind.c > =================================================================== > RCS file: /home/ncvs/src/libexec/rlogind/rlogind.c,v > retrieving revision 1.5 > diff -u -5 -r1.5 rlogind.c > --- rlogind.c 1995/10/15 03:40:57 1.5 > +++ rlogind.c 1995/11/20 03:19:24 > @@ -585,14 +585,13 @@ > getstr(term+ENVSIZE, sizeof(term)-ENVSIZE, "Terminal type too long"); > > pwd = getpwnam(lusername); > if (pwd == NULL) > return (-1); > - if (pwd->pw_uid == 0) > - return (-1); > /* XXX why don't we syslog() failure? */ > - return (iruserok(dest->sin_addr.s_addr, 0, rusername, lusername)); > + return (iruserok(dest->sin_addr.s_addr, pwd->pw_uid == 0, > + rusername, lusername)); > } > > void > getstr(buf, cnt, errmsg) > char *buf; > > iruserok() is what is reponsible for the additional restrictions for root > logins... > > The environment that I'm complaining about: > on the server: > root has /root as a home directory > there is a /root/.rhosts file listing "client root" > on the client, as root: > rsh server sh -i works. > rlogin server always asks for a plaintext password due to the above. > > Cheers, > -Peter > > From owner-freebsd-current Sun Nov 19 20:56:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA08123 for current-outgoing; Sun, 19 Nov 1995 20:56:35 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA08098 ; Sun, 19 Nov 1995 20:56:20 -0800 Message-Id: <199511200456.UAA08098@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: "Marc G. Fournier" cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Question (or complaint) about sup In-reply-to: Your message of "Sat, 18 Nov 1995 19:32:59 EST." Date: Sun, 19 Nov 1995 20:56:19 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk > I know, kinda vague. For example, /usr/src/lib/libncurses >is 1.8.6...from 1994. I'm on the ncurses mailing list, and the >ncurses I have on the system right now is 1.9.8 (1.9.7a + a bunch of >patches). I dont' want to do a 'make world' and have my ncurses >replaced... I would suggest creating an exclusion list for tha areas of the tree you don't want updated. Read the SUP man page for details. > >Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) >scrappy@hub.org | > soon to be: | >scrappy@ki.net | For more information, send me email. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Nov 19 21:33:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA09951 for current-outgoing; Sun, 19 Nov 1995 21:33:58 -0800 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA09939 ; Sun, 19 Nov 1995 21:33:47 -0800 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id ab00588; 20 Nov 95 0:33 EST Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA16754; Mon, 20 Nov 95 00:33:34 EST Posted-Date: Mon, 20 Nov 1995 00:33:32 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA00921; Mon, 20 Nov 95 00:33:32 EST Date: Mon, 20 Nov 1995 00:33:32 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= Cc: Brian Litzinger , Chuck Robey , dyson@freebsd.org, freebsd-current@freebsd.org, Ollivier Robert Subject: Re: Total lookup under -CURRENT (me too) In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 19 Nov 1995, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > In message > =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: > > >Kernel from Oct 1 works fine. > > Oops. From Nov 1. :-) > I am also fine now that I restored a kernel from tape that was built on the 4th. Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-current Sun Nov 19 22:35:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12310 for current-outgoing; Sun, 19 Nov 1995 22:35:09 -0800 Received: from georgewk.slip.netcom.com (georgewk.slip.netcom.com [192.187.228.86]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA12303 for ; Sun, 19 Nov 1995 22:35:01 -0800 Received: (from coredump@localhost) by georgewk.slip.netcom.com (8.7/8.6.12) id WAA00311; Sun, 19 Nov 1995 22:28:41 -0800 (PST) Date: Sun, 19 Nov 1995 22:28:40 -0800 (PST) From: invalid opcode To: current@freebsd.org Subject: Re: joe, termcap and flow-control ? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Sun, 19 Nov 1995 22:21:03 -0800 (PST) From: invalid opcode To: michael butler Subject: Re: joe, termcap and flow-control ? > > What is this .. a bug in joe, a termcap problem or a flow-control issue ? > > michael > > I have noticed alot of problems involving FreeBSD's syscon driver and/or the cons25 termcap setup. I bought terminfo & termcap by OR&A, and I'm planning to write an updated termcap. - hexonyx (coredump@georgewk.slip.netcom.com) From owner-freebsd-current Sun Nov 19 23:19:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA14249 for current-outgoing; Sun, 19 Nov 1995 23:19:48 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA14244 for ; Sun, 19 Nov 1995 23:19:43 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tHQVx-0003wMC; Sun, 19 Nov 95 23:19 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id IAA00259; Mon, 20 Nov 1995 08:19:37 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Peter Wemm cc: "Garrett A. Wollman" , current@freebsd.org Subject: Re: cvs commit: src/sys/pci if_de.c In-reply-to: Your message of "Sun, 19 Nov 1995 12:04:15 +0800." Date: Mon, 20 Nov 1995 08:19:37 +0100 Message-ID: <257.816851977@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk I think I need to clarify here. We have two kinds of patches: source, use good ol' diff -c binary, use CTM. CTM can easily be changed to make sure there is sufficient disk-space before fiddeling the files. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Nov 20 00:17:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA16481 for current-outgoing; Mon, 20 Nov 1995 00:17:58 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA16465 ; Mon, 20 Nov 1995 00:17:50 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id DAA07784; Mon, 20 Nov 1995 03:16:50 -0500 (EST) Date: Mon, 20 Nov 1995 03:16:42 -0500 (EST) From: "Marc G. Fournier" To: "Justin T. Gibbs" cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Question (or complaint) about sup In-Reply-To: <199511200456.UAA08098@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 19 Nov 1995, Justin T. Gibbs wrote: > > I know, kinda vague. For example, /usr/src/lib/libncurses > >is 1.8.6...from 1994. I'm on the ncurses mailing list, and the > >ncurses I have on the system right now is 1.9.8 (1.9.7a + a bunch of > >patches). I dont' want to do a 'make world' and have my ncurses > >replaced... > > > I would suggest creating an exclusion list for tha areas of the tree > you don't want updated. Read the SUP man page for details. > Got it...but it only solves half the problem...the "make world" still doesn't work, since as soon as it tries to compile libncurses, it will fail, since it doesn't exist... And...yes, I can modify the Makefile, but as soon as I re'sup, there is a good change that will get replaced... One of the things I noticed was that the "root makefile", in /usr/src, does checking of subdirectories as to what has to be compiled and what doesn't... ...I don't mind trying to hit all the appropriate Makefiles, but if I do, is there somewhere I can submit them so that it becomes part of the supserver, so that I don't have to modify each time...and I would think that there are others that have similar requirements to ... omit stuff out of the source tree for various reasons. Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Mon Nov 20 01:36:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA20325 for current-outgoing; Mon, 20 Nov 1995 01:36:31 -0800 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA20315 for ; Mon, 20 Nov 1995 01:36:24 -0800 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.1) id BAA15464; Mon, 20 Nov 1995 01:35:38 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.1) id BAA29920; Mon, 20 Nov 1995 01:35:36 -0800 (PST) Message-Id: <199511200935.BAA29920@newport.ece.uci.edu> To: current@freebsd.org cc: vak@cronyx.ru Subject: ATAPI woes Date: Mon, 20 Nov 1995 01:35:34 -0800 From: Steven Wallace Sender: owner-current@freebsd.org Precedence: bulk I just purchased another ATAPI CDROM drive and it does not work with BSD. My Mitsumi ATAPI drive works fine, however. Here is the output of a DEBUG probe from atapi: Nov 20 01:22:13 pal-r32-a07b /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0 at 0x1f0: attach called Nov 20 01:22:13 pal-r32-a07b /kernel: wdc0: unit 0 (atapi): , remo vable, intr Nov 20 01:22:13 pal-r32-a07b /kernel: wcd0: info a0-85-0-0-0-0-0-0-0-0-0-0-0-0-0 -0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-80-0-0-0-30-53-20-31-0-0- 0-0-46-58-30-30-31-44-45-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 -0-0-0-0-0-0-0-0-0-0-2-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 -0-0-0-0-0-4d-2-0-0-0-0-0-0-0-0-0-0-0-0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0: req im 5a-0-2a-0-0-0-0-0-1c-0-0- 0-0-0-0-0 len=28 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0: start Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0: send cmd MODE_SENSE 5a-0-2a-0-0- 0-0-0-1c-0-0-0-0-0-0-0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0: intr ireason=0x2, len=28, status =58, error=0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.0: intr ireason=0x3, len=0, status= 50, error=0 Nov 20 01:22:13 pal-r32-a07b /kernel: wcd0: 299Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray Nov 20 01:22:13 pal-r32-a07b /kernel: wcd0: 120mm data disc loaded, unlocked Nov 20 01:22:13 pal-r32-a07b /kernel: wcd0: cap 0-1a-1-0-0-0-0-0-2a-12-0-0-71-60 -29-2-33-1-ff-0-80-0-33-1-0-0-0-0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.1 at 0x1f0: attach called Nov 20 01:22:13 pal-r32-a07b /kernel: wdc0: unit 1 (atapi): , removable Nov 20 01:22:13 pal-r32-a07b /kernel: wcd1: info 80-85-0-0-0-0-0-0-0-0-0-0-0-0-0 -0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-80-0-0-0-31-2e-30-37-41-0 -0-0-44-4f-4c-50-48-49-4e-20-38-30-30-31-20-49-44-45-20-32-58-20-43-44-2d-52-4f- 4d-20-32-2d-32-30-2d-39-35-0-0-0-0-0-0-20-20-0-0-0-0-0-a-0-0-0-2-0-0-0-0-0-0-0-0 -0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.1: req im 5a-0-2a-0-0-0-0-0-1c-0-0- 0-0-0-0-0 len=28 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.1: start Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.1: send cmd MODE_SENSE 5a-0-2a-0-0- 0-0-0-1c-0-0-0-0-0-0-0 Nov 20 01:22:13 pal-r32-a07b /kernel: atapi0.1: intr ireason=0x1, len=12, status =50, error=0 Nov 20 01:22:14 pal-r32-a07b /kernel: atapi0.1: unknown phase Nov 20 01:22:14 pal-r32-a07b /kernel: npx0 on motherboard Hope that helps, Steven From owner-freebsd-current Mon Nov 20 01:54:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA21432 for current-outgoing; Mon, 20 Nov 1995 01:54:21 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA21420 for ; Mon, 20 Nov 1995 01:54:09 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA19112 for current@freebsd.org; Mon, 20 Nov 1995 09:51:08 GMT From: Michael Smith Message-Id: <199511200951.JAA19112@genesis.atrad.adelaide.edu.au> Subject: iBCS2 on -current is broken ... To: current@freebsd.org Date: Mon, 20 Nov 1995 09:51:08 +0000 () MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 801 Sender: owner-current@freebsd.org Precedence: bulk genesis-6# ibcs2 /lkm/ibcs2_mod.o: Undefined symbol `_kern_sysctl' referenced from text segment modload: /usr/bin/ld: return code 1 genesis-6# grep kern_sysctl /sys/i386/ibcs2/* /sys/i386/ibcs2/ibcs2_sysi86.c: return(kern_sysctl(&name, 1, 0, 0, SCARG(args, arg), 7, 9)); nm /kernel |grep sysctl presents a bewildering array of replacements - any suggestions? (my money is on sysctl__sysctl, but I'm a lousy gambler 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Mon Nov 20 03:12:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26696 for current-outgoing; Mon, 20 Nov 1995 03:12:44 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA26688 for ; Mon, 20 Nov 1995 03:12:37 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tHU8w-0003wMC; Mon, 20 Nov 95 03:12 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id MAA00361; Mon, 20 Nov 1995 12:12:09 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Michael Smith cc: current@freebsd.org Subject: Re: iBCS2 on -current is broken ... In-reply-to: Your message of "Mon, 20 Nov 1995 09:51:08 GMT." <199511200951.JAA19112@genesis.atrad.adelaide.edu.au> Date: Mon, 20 Nov 1995 12:12:08 +0100 Message-ID: <359.816865928@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > > genesis-6# ibcs2 > /lkm/ibcs2_mod.o: Undefined symbol `_kern_sysctl' referenced from text segmen t > modload: /usr/bin/ld: return code 1 > genesis-6# grep kern_sysctl /sys/i386/ibcs2/* > /sys/i386/ibcs2/ibcs2_sysi86.c: return(kern_sysctl(&name, 1, 0, 0, SCAR G(args, arg), 7, 9)); > > nm /kernel |grep sysctl presents a bewildering array of replacements - any > suggestions? (my money is on sysctl__sysctl, but I'm a lousy gambler 8) Indeed, you are. A patch is about to be committed today. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Nov 20 11:30:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29918 for current-outgoing; Mon, 20 Nov 1995 11:30:02 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29865 ; Mon, 20 Nov 1995 11:29:44 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA09329; Mon, 20 Nov 1995 21:29:59 +0200 From: John Hay Message-Id: <199511201929.VAA09329@zibbi.mikom.csir.co.za> Subject: patches to if_spppsubr.c To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Mon, 20 Nov 1995 21:29:59 +0200 (SAT) Cc: peter@FreeBSD.ORG, vak@zebub.msk.su X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4937 Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, Here is a few patches to sys/net/if_spppsubr.c. It does the following: If a lcp configure request is received in the lcp opened state and it is acknowledged, it should go to the lcp ack sent state. Don't reply on lcp echo requests when not in the lcp opened state. If the interface is set to CISCO mode, it should still be marked running when ifconfiged. Fixed a few indentations that had gone wrong somewhere. John -- John Hay -- John.Hay@csir.co.za *** if_spppsubr.c.org Fri Oct 27 07:46:18 1995 --- if_spppsubr.c Mon Nov 20 21:19:18 1995 *************** *** 357,372 **** * Put low delay, telnet, rlogin and ftp control packets * in front of the queue. */ ! { ! struct ip *ip = mtod (m, struct ip*); ! struct tcphdr *tcp = (struct tcphdr*) ((long*)ip + ip->ip_hl); ! ! if (! IF_QFULL (&sp->pp_fastq) && ((ip->ip_tos & IPTOS_LOWDELAY) || ! ip->ip_p == IPPROTO_TCP && ! m->m_len >= sizeof (struct ip) + sizeof (struct tcphdr) && ! (INTERACTIVE (ntohs (tcp->th_sport)) || ! INTERACTIVE (ntohs (tcp->th_dport))))) ! ifq = &sp->pp_fastq; } #endif --- 357,373 ---- * Put low delay, telnet, rlogin and ftp control packets * in front of the queue. */ ! if (dst->sa_family == AF_INET) { ! struct ip *ip = mtod (m, struct ip*); ! struct tcphdr *tcp = (struct tcphdr*) ((long*)ip + ip->ip_hl); ! ! if (! IF_QFULL (&sp->pp_fastq) && ! ((ip->ip_tos & IPTOS_LOWDELAY) || ! ip->ip_p == IPPROTO_TCP && ! m->m_len >= sizeof (struct ip) + sizeof (struct tcphdr) && ! (INTERACTIVE (ntohs (tcp->th_sport)) || ! INTERACTIVE (ntohs (tcp->th_dport))))) ! ifq = &sp->pp_fastq; } #endif *************** *** 674,692 **** sp->ipcp.state = IPCP_STATE_CLOSED; } break; ! } ! /* Send Configure-Ack packet. */ ! sp->pp_loopcnt = 0; ! sppp_cp_send (sp, PPP_LCP, LCP_CONF_ACK, ! h->ident, len-4, h+1); ! /* Change the state. */ switch (sp->lcp.state) { case LCP_STATE_CLOSED: sp->lcp.state = LCP_STATE_ACK_SENT; break; case LCP_STATE_ACK_RCVD: ! sp->lcp.state = LCP_STATE_OPENED; ! sppp_ipcp_open (sp); break; case LCP_STATE_OPENED: /* Remote magic changed -- close session. */ --- 675,693 ---- sp->ipcp.state = IPCP_STATE_CLOSED; } break; ! } ! /* Send Configure-Ack packet. */ ! sp->pp_loopcnt = 0; ! sppp_cp_send (sp, PPP_LCP, LCP_CONF_ACK, ! h->ident, len-4, h+1); ! /* Change the state. */ switch (sp->lcp.state) { case LCP_STATE_CLOSED: sp->lcp.state = LCP_STATE_ACK_SENT; break; case LCP_STATE_ACK_RCVD: ! sp->lcp.state = LCP_STATE_OPENED; ! sppp_ipcp_open (sp); break; case LCP_STATE_OPENED: /* Remote magic changed -- close session. */ *************** *** 694,699 **** --- 695,702 ---- sp->ipcp.state = IPCP_STATE_CLOSED; /* Initiate renegotiation. */ sppp_lcp_open (sp); + /* An ACK has already been sent. */ + sp->lcp.state = LCP_STATE_ACK_SENT; break; } break; *************** *** 762,769 **** /* Go to closed state. */ sp->lcp.state = LCP_STATE_CLOSED; sp->ipcp.state = IPCP_STATE_CLOSED; ! /* Initiate renegotiation. */ ! sppp_lcp_open (sp); break; case LCP_TERM_ACK: case LCP_CODE_REJ: --- 765,772 ---- /* Go to closed state. */ sp->lcp.state = LCP_STATE_CLOSED; sp->ipcp.state = IPCP_STATE_CLOSED; ! /* Initiate renegotiation. */ ! sppp_lcp_open (sp); break; case LCP_TERM_ACK: case LCP_CODE_REJ: *************** *** 774,779 **** --- 777,784 ---- /* Discard the packet. */ break; case LCP_ECHO_REQ: + if (sp->lcp.state != LCP_STATE_OPENED) + break; if (len < 8) { if (ifp->if_flags & IFF_DEBUG) printf ("%s%d: invalid lcp echo request packet length: %d bytes\n", *************** *** 1006,1013 **** /* fall through... */ case SIOCSIFFLAGS: - if (sp->pp_flags & PP_CISCO) - break; s = splimp (); going_up = (ifp->if_flags & IFF_UP) && ! (ifp->if_flags & IFF_RUNNING); --- 1011,1016 ---- *************** *** 1023,1029 **** if (going_up) { /* Interface is starting -- initiate negotiation. */ ifp->if_flags |= IFF_RUNNING; ! sppp_lcp_open (sp); } splx (s); break; --- 1026,1033 ---- if (going_up) { /* Interface is starting -- initiate negotiation. */ ifp->if_flags |= IFF_RUNNING; ! if (!(sp->pp_flags & PP_CISCO)) ! sppp_lcp_open (sp); } splx (s); break; *************** *** 1109,1115 **** bcopy (p, r, p[1]); r += p[1]; rlen += p[1]; ! } if (rlen) sppp_cp_send (sp, PPP_LCP, LCP_CONF_REJ, h->ident, rlen, buf); free (buf, M_TEMP); --- 1113,1119 ---- bcopy (p, r, p[1]); r += p[1]; rlen += p[1]; ! } if (rlen) sppp_cp_send (sp, PPP_LCP, LCP_CONF_REJ, h->ident, rlen, buf); free (buf, M_TEMP); From owner-freebsd-current Mon Nov 20 12:47:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA04821 for current-outgoing; Mon, 20 Nov 1995 12:47:24 -0800 Received: from pilhuhn.de (pilhuhn.de [193.141.89.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA04815 for ; Mon, 20 Nov 1995 12:47:20 -0800 Received: by pilhuhn.de id ; Mon, 20 Nov 95 21:47 MET Message-Id: From: hwr@pilhuhn.de (Heiko W.Rupp) Subject: Re: 2.1-stable just hangs To: nate@rocky.sri.MT.net (Nate Williams) Date: Mon, 20 Nov 1995 21:31:05 +0100 (MET) Cc: hwr@pilhuhn.de, current@freebsd.org In-Reply-To: <199511171607.JAA12042@rocky.sri.MT.net> from "Nate Williams" at Nov 17, 95 09:07:03 am X-Mailer: ELM [version 2.4 PL20] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 554 Sender: owner-current@freebsd.org Precedence: bulk Nate Williams: | > command is to be executed, the machine hangs. pressing reset is the | > only way to get it going again. | Are you running with Barracuda drives by chance, or another one of the | '7200' rpm drives? No, just 3* DPES 31080 and a 31200 (I think it's the name - I don't have access to the box right at the moment). -- Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661524 smudo weiss was Frauen wuenschen und du weisst da steh ich drauf und manchmal steh ich sogar nachts extra dafuer auf - S.M.U.D.O From owner-freebsd-current Mon Nov 20 12:56:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA06070 for current-outgoing; Mon, 20 Nov 1995 12:56:16 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA06061 for ; Mon, 20 Nov 1995 12:56:10 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01992; Mon, 20 Nov 1995 13:54:15 -0700 From: Terry Lambert Message-Id: <199511202054.NAA01992@phaeton.artisoft.com> Subject: Re: rlogind wont allow root without password... rshd will. To: peter@jhome.DIALix.COM (Peter Wemm) Date: Mon, 20 Nov 1995 13:54:15 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: from "Peter Wemm" at Nov 20, 95 11:23:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1106 Sender: owner-current@FreeBSD.ORG Precedence: bulk > rshd is working perfectly.. It is correctly ignoring hosts.equiv (via > iruserok() etc in libc) but is allowing explicit configuration in the > .rhosts file of root. Ah. This is more information. > This is what I want to change: > > Index: rlogind.c > =================================================================== > RCS file: /home/ncvs/src/libexec/rlogind/rlogind.c,v > retrieving revision 1.5 > diff -u -5 -r1.5 rlogind.c > --- rlogind.c 1995/10/15 03:40:57 1.5 > +++ rlogind.c 1995/11/20 03:19:24 > @@ -585,14 +585,13 @@ > getstr(term+ENVSIZE, sizeof(term)-ENVSIZE, "Terminal type too long"); > > pwd = getpwnam(lusername); > if (pwd == NULL) > return (-1); > - if (pwd->pw_uid == 0) > - return (-1); > /* XXX why don't we syslog() failure? */ > - return (iruserok(dest->sin_addr.s_addr, 0, rusername, lusername)); > + return (iruserok(dest->sin_addr.s_addr, pwd->pw_uid == 0, > + rusername, lusername)); > } OK, I buy this change. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Nov 20 14:15:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14996 for current-outgoing; Mon, 20 Nov 1995 14:15:44 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA14982 ; Mon, 20 Nov 1995 14:15:38 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA02255; Mon, 20 Nov 1995 15:14:22 -0700 From: Terry Lambert Message-Id: <199511202214.PAA02255@phaeton.artisoft.com> Subject: ffs_truncate problem? To: hackers@freebsd.org, current@freebsd.org Date: Mon, 20 Nov 1995 15:14:22 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1040 Sender: owner-current@freebsd.org Precedence: bulk In /sys/ufs/ffs/ffs_inode.c in ffs_truncate(): oip->i_flag |= IN_CHANGE | IN_UPDATE; error = VOP_UPDATE(ovp, &tv, &tv, 1); if (error) allerror = error; /* * Having written the new inode to disk, save its new configuration * and put back the old block pointers long enough to process them. * Note that we save the new block configuration so we can check it * when we are done. */ bcopy((caddr_t)&oip->i_db[0], (caddr_t)newblks, sizeof newblks); bcopy((caddr_t)oldblks, (caddr_t)&oip->i_db[0], sizeof oldblks); oip->i_size = osize; vflags = ((length > 0) ? V_SAVE : 0) | V_SAVEMETA; allerror = vinvalbuf(ovp, vflags, ap->a_cred, ap->a_p, 0, 0); When truncating a file short. Does is strike anyone as odd that the code keeps going if the VOP_UPDATE fails? This *might* explain the read-only NFS mount file truncation. Basically the error (if any) from VOP_UPDATE() is ignored. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Nov 20 14:26:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA16299 for current-outgoing; Mon, 20 Nov 1995 14:26:08 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA16239 for ; Mon, 20 Nov 1995 14:25:53 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA13696 for ; Mon, 20 Nov 1995 23:24:13 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA18760 for freebsd-current@FreeBSD.ORG; Mon, 20 Nov 1995 23:24:12 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id VAA03018 for freebsd-current@FreeBSD.ORG; Mon, 20 Nov 1995 21:22:20 +0100 (MET) From: Ollivier Robert Message-Id: <199511202022.VAA03018@keltia.freenix.fr> Subject: Re: QIC-02 tape drive problemette To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Mon, 20 Nov 1995 21:22:19 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Can anyone (Jörg ?) review this patch and possibly integrate it ? I've looked at our wt.c and it seems that we need the patch... ------- start of forwarded message ------- From: rcjvdb@urc.tue.nl (Jan van den Bosch) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: QIC-02 tape drive problemette Date: 17 Nov 95 10:32:31 GMT Organization: Eindhoven University of Technology, The Netherlands j@uriah.heep.sax.de (J Wunsch) writes: >Ian Pallfreeman wrote: >>Although I've already done a successful dump on this drive, I'm getting: >> >>* bash# mt -f /dev/rwt0d status >>* Wangtek tape drive, residual=0 >>* Nov 10 15:35:14 albatross /kernel: pid 8178: mt: uid 0: exited on signal 11 >>* Segmentation fault (core dumped) >Known problem. I think the core dump problem has been fixed recently, >but nevertheless mt(1) doesn't report any useful status about wt-style >drives (since it doesn't know about them). >I promise to fix this some day. It would reduce the time i need for >fixing if somebody would drop a wt-style tape drive on me. :-) >-- >cheers, J"org The wt QIC02 tapedriver in the NetBSD1.0 version I am using is also buggy. I don't know if it is also in other *BSD versions. The bug is in .../sys/arch/i386/isa/wt.c. I found a partial solution (one line of code). After changing it the bug never occurred (to me) again. I also added some lines of code to enable the mt program to give me some more information (about density). There are still happening strange things if you are changing tapes with different density's, but if I am staying with the same tape densities, allways good back-ups are possible. If someone who is really knowing the ins and outs of device drivers has some suggestions about the problems I still have (when changing tapes with different densities) then I will try them out. Description of the problem: The wt driver sometimes comes in a deadlock state. It mostly happens when you are doing long backups. The only way to get out of it is a complete system reboot... Reason: In the Interrupt routine wtintr() there is no provision for stopping the timeout() if all i/o (one block) is completed (state 'i/o finished'). If an interrupt is generated at this moment, it comes in an unexpected state ('continue i/o'). In this state, wtwait(), there is of course no wakeup, so it keeps sleeping eternaly..., Patch: Allways put the timer off if i/o is finished. Add one line before the last 3 lines of the function body of wtintr(sc): untimeout(wttimer, sc); ----context diff, patch in ../sys/arch/i386/isa directory: *** wt.c.orig Tue Mar 29 12:30:00 1994 --- wt.c Wed Dec 28 22:33:41 1994 *************** *** 467,472 **** --- 467,475 ---- ((struct mtget*)addr)->mt_resid = 0; ((struct mtget*)addr)->mt_fileno = 0; /* file */ ((struct mtget*)addr)->mt_blkno = 0; /* block */ + /* JVDB added 231294 */ + ((struct mtget*)addr)->mt_density = sc->dens; /* density */ + /**/ return 0; case MTIOCTOP: break; *************** *** 485,497 **** case MTNOCACHE: /* disable controller cache */ return 0; case MTREW: /* rewind */ - case MTOFFL: /* rewind and put the drive offline */ if (sc->flags & TPREW) /* rewind is running */ return 0; if (error = wtwait(sc, PCATCH, "wtorew")) return error; wtrewind(sc); return 0; case MTFSF: /* forward space file */ for (count = ((struct mtop*)addr)->mt_count; count > 0; --count) { --- 488,503 ---- case MTNOCACHE: /* disable controller cache */ return 0; case MTREW: /* rewind */ if (sc->flags & TPREW) /* rewind is running */ return 0; if (error = wtwait(sc, PCATCH, "wtorew")) return error; wtrewind(sc); return 0; + case MTOFFL: /* put the drive offline */ + /*JVDB: actually do a reset ... */ + wtreset(sc); + return 0; case MTFSF: /* forward space file */ for (count = ((struct mtop*)addr)->mt_count; count > 0; --count) { *************** *** 667,672 **** --- 673,682 ---- sc->flags |= TPVOL; /* end of file */ else sc->flags |= TPEXCEP; /* i/o error */ + /* JVDB added 231294 */ + /* stop timer going-off */ + untimeout(wttimer, sc); + /**/ wakeup((caddr_t)sc); return 1; } *************** *** 680,685 **** --- 690,699 ---- } if (sc->dmacount > sc->dmatotal) /* short last block */ sc->dmacount = sc->dmatotal; + /* JVDB added 231294 */ + /* stop timer going-off */ + untimeout(wttimer, sc); + /**/ /* Wake up user level. */ wakeup((caddr_t)sc); DEBUG(("i/o finished, %d\n", sc->dmacount)); ------------------------- context diff mt programm *** /usr/src/bin/mt/mt.c.orig Tue Apr 5 23:13:55 1994 --- /usr/src/bin/mt/mt.c Sat Dec 10 00:19:32 1994 *************** *** 49,54 **** --- 49,57 ---- #include #include #include + #ifdef i386 + #include "/sys/arch/i386/isa/wtreg.h" + #endif #include #include #include *************** *** 195,200 **** --- 198,207 ---- #ifdef tahoe { MT_ISCY, "cipher", CYS_BITS, CYCW_BITS }, #endif + #ifdef i386 + { MT_ISVIPER1, "Archive", WTDS_BITS, WTER_BITS }, + /* { 7, "scsi", 0, 0 }, */ + #endif { 0 } }; *************** *** 214,223 **** --- 221,251 ---- printf("unknown tape drive type (%d)\n", bp->mt_type); return; } + #ifdef i386 + printf("%s tape drive, ", mt->t_name); + if (bp->mt_blksiz) + printf("block size = %d, ", bp->mt_blksiz); + else + printf("variable block size, "); + switch (bp->mt_density /*& WT_DENSEL*/) { + case WT_QIC11: printf("QIC 11"); break; + case WT_QIC24: printf("QIC 24"); break; + case WT_QIC120: printf("QIC 120"); break; + case WT_QIC150: printf("QIC 150"); break; + /* case WT_QIC525: printf("QIC 525"); break; + case WT_QIC1320: printf("QIC 1320"); break; + */ + case 19: printf("DDS"); break; + default: + printf("density code = %d\n", bp->mt_density); + } + putchar('\n'); + #else printf("%s tape drive, residual=%d\n", mt->t_name, bp->mt_resid); printreg("ds", bp->mt_dsreg, mt->t_dsbits); printreg("\ner", bp->mt_erreg, mt->t_erbits); putchar('\n'); + #endif } /* ****** rcjvdb@urc.tue.nl (Jan van den Bosch) ------- end of forwarded message ------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Mon Nov 20 15:22:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA22473 for current-outgoing; Mon, 20 Nov 1995 15:22:14 -0800 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA22466 for ; Mon, 20 Nov 1995 15:22:06 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with ESMTP id PAA11898 for ; Mon, 20 Nov 1995 15:22:03 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA14517 ; Tue, 21 Nov 1995 00:14:02 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA18945 ; Tue, 21 Nov 1995 00:14:02 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA03682; Tue, 21 Nov 1995 00:08:51 +0100 (MET) From: Ollivier Robert Message-Id: <199511202308.AAA03682@keltia.freenix.fr> Subject: Re: Total lookup under -CURRENT (me too) To: adrian@virginia.edu Date: Tue, 21 Nov 1995 00:08:51 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: from "Adrian T. Filipi-Martin" at Nov 20, 95 00:33:32 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Adrian T. Filipi-Martin said: > I am also fine now that I restored a kernel from tape that was > built on the 4th. My beloved Nov 6th kernel seems to be OK. We're narrowing it guys :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Mon Nov 20 21:37:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA03472 for current-outgoing; Mon, 20 Nov 1995 21:37:12 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA03434 for ; Mon, 20 Nov 1995 21:36:50 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id FAA21840 for current@freebsd.org; Tue, 21 Nov 1995 05:34:23 GMT From: Michael Smith Message-Id: <199511210534.FAA21840@genesis.atrad.adelaide.edu.au> Subject: current worldage breaks... To: current@freebsd.org Date: Tue, 21 Nov 1995 05:34:22 +0000 () MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1043 Sender: owner-current@freebsd.org Precedence: bulk Ok, so now the ibcs2 commit is in, and I can whine about something else 8) (thanks PHK) Supped from sup-oz (ddawes) at around 11am local time, 'make world' breaks with: ===> lkm/pcic cc -O -m486 -pipe -DLKM -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/remote1/2.2.0-CURRENT/src/lkm/pcic/../../sys -W -Wcomment -Wredundant-decls -DPSEUDO_LKM -c /remote1/2.2.0-CURRENT/src/lkm/pcic/../../sys/pccard/pcic.c In file included from /remote1/2.2.0-CURRENT/src/lkm/pcic/../../sys/pccard/pcic.c:55: /remote1/2.2.0-CURRENT/src/lkm/pcic/../../sys/pccard/slot.h:88: field `isahd' has incomplete type This appears to be because slot.h is included before i386/isa/isa_device.h -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Mon Nov 20 22:31:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA18478 for current-outgoing; Mon, 20 Nov 1995 22:31:29 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA18459 for ; Mon, 20 Nov 1995 22:31:19 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04015-0@bunyip.cc.uq.oz.au>; Tue, 21 Nov 1995 16:16:53 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA05284; Tue, 21 Nov 1995 16:22:23 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id GAA00811; Tue, 21 Nov 1995 06:21:56 GMT Message-Id: <199511210621.GAA00811@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: Ollivier Robert cc: current@freebsd.org Subject: Re: QIC-02 tape drive problemette In-reply-to: Your message of "Mon, 20 Nov 1995 21:22:19 +0100." <199511202022.VAA03018@keltia.freenix.fr> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Nov 1995 16:21:55 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk [Patches deleted] I've got one of these beasts and have noticed that removing a tape at critical points in restore will reliably cause the machine to crash (While it's still open, just prior to closing & rewinding it). It also calls tsleep from within wtintr (actually nested withing a call to wtsense->wtpoll), a definite no-no, but wtintr is sometimes called (aaggh!) from the non-interrupt portions of the code to do some stuff, so one is never sure if it's legal to do the tsleep. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Mon Nov 20 23:49:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA21586 for current-outgoing; Mon, 20 Nov 1995 23:49:41 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA21581 for ; Mon, 20 Nov 1995 23:49:38 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id HAA22106 for current@freebsd.org; Tue, 21 Nov 1995 07:47:16 GMT From: Michael Smith Message-Id: <199511210747.HAA22106@genesis.atrad.adelaide.edu.au> Subject: -current groff _still_ scribbles /usr/X11R6/bin To: current@freebsd.org Date: Tue, 21 Nov 1995 07:47:15 +0000 () MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 516 Sender: owner-current@freebsd.org Precedence: bulk This is _evil_. It should _not_ be trying to write into /usr/X11R6/bin, or at the very least, it shouldn't cause the build to fail 8( -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Tue Nov 21 00:27:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA24167 for current-outgoing; Tue, 21 Nov 1995 00:27:38 -0800 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA24162 for ; Tue, 21 Nov 1995 00:27:36 -0800 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tHo38-0003vnC; Tue, 21 Nov 95 00:27 PST Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id JAA03387; Tue, 21 Nov 1995 09:27:24 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Michael Smith cc: current@freebsd.org Subject: Re: current worldage breaks... In-reply-to: Your message of "Tue, 21 Nov 1995 05:34:22 GMT." <199511210534.FAA21840@genesis.atrad.adelaide.edu.au> Date: Tue, 21 Nov 1995 09:27:23 +0100 Message-ID: <3385.816942443@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > > Ok, so now the ibcs2 commit is in, and I can whine about something else 8) Hrmpf ! :-) fixed. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Nov 21 00:53:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA26706 for current-outgoing; Tue, 21 Nov 1995 00:53:43 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA26670 for ; Tue, 21 Nov 1995 00:53:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA00992; Tue, 21 Nov 1995 09:51:10 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA16199; Tue, 21 Nov 1995 09:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA17072; Tue, 21 Nov 1995 09:25:50 +0100 From: J Wunsch Message-Id: <199511210825.JAA17072@uriah.heep.sax.de> Subject: Re: QIC-02 tape drive problemette To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 21 Nov 1995 09:25:50 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511202022.VAA03018@keltia.freenix.fr> from "Ollivier Robert" at Nov 20, 95 09:22:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 337 Sender: owner-current@FreeBSD.ORG Precedence: bulk As Ollivier Robert wrote: > > Can anyone (Jörg ?) review this patch and possibly integrate it ? It's sitting in my queue. I wanna have it tested on another machine first. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Nov 21 01:20:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA28297 for current-outgoing; Tue, 21 Nov 1995 01:20:06 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA28253 for ; Tue, 21 Nov 1995 01:19:57 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21868-0@bunyip.cc.uq.oz.au>; Tue, 21 Nov 1995 19:19:33 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id TAA10822 for ; Tue, 21 Nov 1995 19:25:04 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id JAA01770; Tue, 21 Nov 1995 09:24:35 GMT Message-Id: <199511210924.JAA01770@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org cc: sysseh@devetir.qld.gov.au Subject: Re: QIC-02 tape drive problemette In-reply-to: Your message of "Tue, 21 Nov 1995 16:21:55 +1000." <199511210621.GAA00811@netfl15a.devetir.qld.gov.au> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Nov 1995 19:24:35 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk > > [Patches deleted] > > I've got one of these beasts and have noticed that removing a tape at critical > points in restore will reliably cause the machine to crash (While it's still > open, just prior to closing & rewinding it). It also calls tsleep from within > wtintr (actually nested withing a call to wtsense->wtpoll), a definite no-no, > but wtintr is sometimes called (aaggh!) from the non-interrupt portions of the > code to do some stuff, so one is never sure if it's legal to do the tsleep. > I managed to put in the patches, even though they needed a fair bit of massaging (although mt.c did not need patching) and also persuaded the code to do a DELAY instead of an tsleep when wtpoll was called from wtintr. This stopped the crashes but also caused the machine to lock up until the tape rewound. I'll look at reducing the sizes of the DELAY parameter and see if that makes any difference. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Nov 21 05:25:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA19934 for current-outgoing; Tue, 21 Nov 1995 05:25:04 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA19923 for ; Tue, 21 Nov 1995 05:25:00 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id AAA21883; Wed, 22 Nov 1995 00:24:49 +1100 From: michael butler Message-Id: <199511211324.AAA21883@asstdc.scgt.oz.au> Subject: Re: QIC-02 tape drive problemette To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Wed, 22 Nov 1995 00:24:47 +1100 (EST) Cc: current@freebsd.org, sysseh@devetir.qld.gov.au In-Reply-To: <199511210924.JAA01770@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Nov 21, 95 07:24:35 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 914 Sender: owner-current@freebsd.org Precedence: bulk Stephen Hocking writes: > I managed to put in the patches, even though they needed a fair bit of > massaging (although mt.c did not need patching) and also persuaded the > code to do a DELAY instead of an tsleep when wtpoll was called from > wtintr. This stopped the crashes but also caused the machine to lock up > until the tape rewound. I'll look at reducing the sizes of the DELAY > parameter and see if that makes any difference. I always understood that the "poll" entry point in drivers (such as sio.c) was the recommended method for setting (or unsetting) flags to allow a tardy open/close/read/write (or any other sufficiently slow) device operation to complete. The caller waiting on the device gets put to sleep, the poll function is invoked at some convenient time (for the kernel) and, when the blocking operation does finally complete, the caller gets woken up. Am I missing something ? michael From owner-freebsd-current Tue Nov 21 06:20:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23350 for current-outgoing; Tue, 21 Nov 1995 06:20:00 -0800 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23343 for current; Tue, 21 Nov 1995 06:19:57 -0800 Date: Tue, 21 Nov 1995 06:19:57 -0800 From: John Dyson Message-Id: <199511211419.GAA23343@freefall.freebsd.org> To: current Subject: Getblk hangs Sender: owner-current@FreeBSD.ORG Precedence: bulk I have been studying the code carefully, DG and I agree that the "ASYNC" changes should have no apparent bearing on these problems in current. Please make sure that you know whether any filesystems have been mounted async since the last reboot. I have some *much* more aggressive async code that had caused no problems for about 1 week -- it is likely that there have been some bugs lurking elsewhere for a while. There have been problems in the clustering code and a minor spl problem in the vfs_bio code. Also, any use of the ext2fs would almost certainly be fatal (eventually) until this last weekends modification. If you have had these hangs (neither DG nor I have had any problems, but he and I only use UFS, NFS (dg only) , and CD9660 occasionally), please try the code again. If you find any getblk hangs -- let me know, and I'll supply a patch that can derive more information from the situation. John dyson@freebsd.org From owner-freebsd-current Tue Nov 21 06:44:57 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA24527 for current-outgoing; Tue, 21 Nov 1995 06:44:57 -0800 Received: from pilhuhn.sub.org (pilhuhn.de [193.141.89.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA24513 for ; Tue, 21 Nov 1995 06:44:48 -0800 Received: by pilhuhn.sub.org id ; Tue, 21 Nov 95 15:41 MET Message-Id: Date: Tue, 21 Nov 95 15:41 MET From: hwr@pilhuhn.de (Heiko W.Rupp) To: ache@astral.msk.su Cc: current@freebsd.org Subject: Re: Total lookup under -CURRENT (me too) In-Reply-To: Sender: owner-current@freebsd.org Precedence: bulk Andrey Chernov: :|As I already say, all system processes which not access UFS continue :|to work, i.e. slip/telnet/kermit, etc. :|I suspect pure UFS code was damaged with new async addition. :|Kernel from Oct 1 works fine. Here I am not sure, as 2.1-stable has the same problems. If I recall right these appear even if ``async'' is not set. So if you say UFS-problems than these must be in 'normal' UFS code. -- Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661524 ... ich hab den Kampf gegen A/UX naemlich gruendlich satt. - Matthias Urlichs From owner-freebsd-current Tue Nov 21 10:01:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10222 for current-outgoing; Tue, 21 Nov 1995 10:01:35 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA10217 for ; Tue, 21 Nov 1995 10:01:32 -0800 Received: by sequent.kiae.su id AA29184 (5.65.kiae-2 ); Tue, 21 Nov 1995 20:54:49 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 21 Nov 95 20:54:46 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id UAA01670; Tue, 21 Nov 1995 20:10:44 +0300 To: "Heiko W.Rupp" Cc: current@FreeBSD.org References: In-Reply-To: ; from "Heiko W.Rupp" at Tue, 21 Nov 95 15:41 MET Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 21 Nov 1995 20:10:44 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Total lookup under -CURRENT (me too) Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 863 Sender: owner-current@FreeBSD.org Precedence: bulk In message Heiko W.Rupp writes: >Andrey Chernov: >:|As I already say, all system processes which not access UFS continue >:|to work, i.e. slip/telnet/kermit, etc. >:|I suspect pure UFS code was damaged with new async addition. >:|Kernel from Oct 1 works fine. >Here I am not sure, as 2.1-stable has the same problems. If I recall >right these appear even if ``async'' is not set. So if you say >UFS-problems than these must be in 'normal' UFS code. And I mean that even if async not set normal UFS code is damaged by async changes. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Nov 21 10:02:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10318 for current-outgoing; Tue, 21 Nov 1995 10:02:44 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA10309 ; Tue, 21 Nov 1995 10:02:39 -0800 Received: by sequent.kiae.su id AA29153 (5.65.kiae-2 ); Tue, 21 Nov 1995 20:54:41 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 21 Nov 95 20:54:40 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id UAA01656; Tue, 21 Nov 1995 20:09:27 +0300 To: current@freefall.freebsd.org, John Dyson References: <199511211419.GAA23343@freefall.freebsd.org> In-Reply-To: <199511211419.GAA23343@freefall.freebsd.org>; from John Dyson at Tue, 21 Nov 1995 06:19:57 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 21 Nov 1995 20:09:27 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Getblk hangs Lines: 33 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1656 Sender: owner-current@FreeBSD.ORG Precedence: bulk In message <199511211419.GAA23343@freefall.freebsd.org> John Dyson writes: >I have been studying the code carefully, DG and I agree that the "ASYNC" >changes should have no apparent bearing on these problems in current. >Please make sure that you know whether any filesystems have been mounted >async since the last reboot. I have some *much* more aggressive async >code that had caused no problems for about 1 week -- it is likely >that there have been some bugs lurking elsewhere for a while. I don't use async mounts, but have getblk hangs. >There have been problems in the clustering code and a minor spl problem >in the vfs_bio code. Also, any use of the ext2fs would almost certainly be >fatal (eventually) until this last weekends modification. If you have >had these hangs (neither DG nor I have had any problems, but he and >I only use UFS, NFS (dg only) , and CD9660 occasionally), please try the code >again. If you find any getblk hangs -- let me know, and I'll supply a patch >that can derive more information from the situation. I use pure UFS only, but have getblk hangs. Some more info: in rare cases getblk hangs can be cured by accesing the same disk blocks from another program. In rare cases getblk hangs cause panic in disksort. Kernel from Oct 1 works fine for me. Someone else reports that kernel from Oct 6 works fine too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Nov 21 10:10:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10767 for current-outgoing; Tue, 21 Nov 1995 10:10:09 -0800 Received: from pilhuhn.de (pilhuhn.de [193.141.89.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA10726 for ; Tue, 21 Nov 1995 10:09:54 -0800 Received: by pilhuhn.de id ; Tue, 21 Nov 95 19:07 MET Message-Id: From: hwr@pilhuhn.de (Heiko W.Rupp) Subject: Re: Total lookup under -CURRENT (me too) To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Tue, 21 Nov 1995 19:07:59 +0100 (MET) Cc: hwr@pilhuhn.de, current@FreeBSD.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Nov 21, 95 08:10:44 pm X-Mailer: ELM [version 2.4 PL20] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 572 Sender: owner-current@FreeBSD.org Precedence: bulk Andrey Chernov: | In message Heiko W.Rupp writes: | >Here I am not sure, as 2.1-stable has the same problems. If I recall | And I mean that even if async not set normal UFS code is damaged | by async changes. Yes, that's what I also meant. The 'not sure' was meant to be 'I am not sure if it is only in -current, but perhaps also in 2.1-stable (or now release). -- Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661524 What would you call the dwelling place of a certain Australian marsupial? A "Koala pad". From owner-freebsd-current Tue Nov 21 12:35:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20235 for current-outgoing; Tue, 21 Nov 1995 12:35:45 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA20173 ; Tue, 21 Nov 1995 12:34:49 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA09189 ; Tue, 21 Nov 1995 21:34:27 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA22577 ; Tue, 21 Nov 1995 21:34:27 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id UAA06787; Tue, 21 Nov 1995 20:03:50 +0100 (MET) From: Ollivier Robert Message-Id: <199511211903.UAA06787@keltia.freenix.fr> Subject: Re: Getblk hangs To: dyson@freefall.freebsd.org (John Dyson) Date: Tue, 21 Nov 1995 20:03:49 +0100 (MET) Cc: current@freefall.freebsd.org In-Reply-To: <199511211419.GAA23343@freefall.freebsd.org> from "John Dyson" at Nov 21, 95 06:19:57 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that John Dyson said: > There have been problems in the clustering code and a minor spl problem > in the vfs_bio code. Also, any use of the ext2fs would almost certainly be > fatal (eventually) until this last weekends modification. If you have > had these hangs (neither DG nor I have had any problems, but he and > I only use UFS, NFS (dg only) , and CD9660 occasionally), please try the code > again. If you find any getblk hangs -- let me know, and I'll supply a patch > that can derive more information from the situation. The problem is, I don't know if it is still the getblk hang or not. I have no output whatsoever. The machine is frozen by any disk-related activity. Last time I got one (Nov 19th sources), the X screen saver was still working (like someone else) and then when I tried to do something involving the disk, freeze. I was able to switch from X11 to a virtual console then total freeze. DDB doesn't seem to help (i.e. no debugger call). I want to help you but it is difficult :-( My Nov, 6th kernel is fine (see below). Sources from a few hours before, probably between end of Nov, 5th and beginning of Nov 6th (Pacific time). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Tue Nov 21 13:55:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26674 for current-outgoing; Tue, 21 Nov 1995 13:55:30 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26666 ; Tue, 21 Nov 1995 13:55:25 -0800 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id QAA04647; Tue, 21 Nov 1995 16:55:22 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id QAA16534; Tue, 21 Nov 1995 16:55:21 -0500 (EST) Date: Tue, 21 Nov 1995 16:55:21 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: John Dyson cc: current@freefall.freebsd.org Subject: Re: Getblk hangs In-Reply-To: <199511211419.GAA23343@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Tue, 21 Nov 1995, John Dyson wrote: > > I have been studying the code carefully, DG and I agree that the "ASYNC" > changes should have no apparent bearing on these problems in current. > Please make sure that you know whether any filesystems have been mounted > async since the last reboot. I have some *much* more aggressive async > code that had caused no problems for about 1 week -- it is likely > that there have been some bugs lurking elsewhere for a while. > > There have been problems in the clustering code and a minor spl problem > in the vfs_bio code. Also, any use of the ext2fs would almost certainly be > fatal (eventually) until this last weekends modification. If you have > had these hangs (neither DG nor I have had any problems, but he and > I only use UFS, NFS (dg only) , and CD9660 occasionally), please try the code > again. If you find any getblk hangs -- let me know, and I'll supply a patch > that can derive more information from the situation. I absolutely have _never_ mounted a FS async, and I've had two hangs. I have two machines, they're fairly alike, except one has extra serial ports (8 in a irq sharing card) and has seen a lot of ppp/route commands, and that one has seen both of the hangs. Other one has had no problems. > > John > dyson@freebsd.org > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Tue Nov 21 18:13:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA19187 for current-outgoing; Tue, 21 Nov 1995 18:13:33 -0800 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA19178 for ; Tue, 21 Nov 1995 18:13:23 -0800 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id KAA14164 for freebsd-current@freebsd.org; Wed, 22 Nov 1995 10:13:10 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 22 Nov 1995 10:13:05 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <48u0vh$dqf$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199511211419.GAA23343@freefall.freebsd.org>, <199511211903.UAA06787@keltia.freenix.fr> Subject: Re: Getblk hangs Sender: owner-current@freebsd.org Precedence: bulk roberto@keltia.freenix.fr (Ollivier Robert) writes: >It seems that John Dyson said: >> There have been problems in the clustering code and a minor spl problem >> in the vfs_bio code. Also, any use of the ext2fs would almost certainly be >> fatal (eventually) until this last weekends modification. If you have >> had these hangs (neither DG nor I have had any problems, but he and >> I only use UFS, NFS (dg only) , and CD9660 occasionally), please try the code >> again. If you find any getblk hangs -- let me know, and I'll supply a patch >> that can derive more information from the situation. >The problem is, I don't know if it is still the getblk hang or not. I have >no output whatsoever. The machine is frozen by any disk-related >activity. Last time I got one (Nov 19th sources), the X screen saver was >still working (like someone else) and then when I tried to do something >involving the disk, freeze. I was able to switch from X11 to a virtual >console then total freeze. DDB doesn't seem to help (i.e. no debugger >call). >I want to help you but it is difficult :-( Suggestion: Grab the recently changed top port from -current and rebuild/install it. You can leave that running somewhere, and it'll now show the symbolic wait channels. If you get a hang and the machine locks up when disk activity is attempted top should either have frozen showing where the processes have hung, or should continue as long as it (or the X server) doesn't need to be paged in or out. >My Nov, 6th kernel is fine (see below). Sources from a few hours before, >probably between end of Nov, 5th and beginning of Nov 6th (Pacific time). Hmm. When was the first time after Nov 6 that you had trouble? Do you remember? It might help narrow it down... BTW; when was the last -current your tried? Cheers, -Peter >-- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Tue Nov 21 23:52:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA13070 for current-outgoing; Tue, 21 Nov 1995 23:52:03 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA13009 for ; Tue, 21 Nov 1995 23:51:52 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA15218 ; Wed, 22 Nov 1995 08:51:17 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA23939 ; Wed, 22 Nov 1995 08:51:17 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id IAA08635; Wed, 22 Nov 1995 08:46:05 +0100 (MET) From: Ollivier Robert Message-Id: <199511220746.IAA08635@keltia.freenix.fr> Subject: Re: Getblk hangs To: peter@haywire.dialix.com (Peter Wemm) Date: Wed, 22 Nov 1995 08:46:05 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <48u0vh$dqf$1@haywire.DIALix.COM> from "Peter Wemm" at Nov 22, 95 10:13:05 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk It seems that Peter Wemm said: > Suggestion: Grab the recently changed top port from -current and > rebuild/install it. You can leave that running somewhere, and it'll > now show the symbolic wait channels. If you get a hang and the Yes, I intent to do this since you've updated the port :-) > Hmm. When was the first time after Nov 6 that you had trouble? Do > you remember? It might help narrow it down... BTW; when was the last > -current your tried? A kernel compiled on Nov, 12th locked up. (sources from 11/12) A kernel compiled on Nov, 19th locked up. (sources from 11/18) A kernel compiled on Nov, 19th locked up. (sources from 11/19) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Wed Nov 22 00:09:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA14805 for current-outgoing; Wed, 22 Nov 1995 00:09:42 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA14795 for ; Wed, 22 Nov 1995 00:09:38 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA25398 for current@freebsd.org; Wed, 22 Nov 1995 08:07:59 GMT From: Michael Smith Message-Id: <199511220807.IAA25398@genesis.atrad.adelaide.edu.au> Subject: iBCS2, socksys and all that jazz... To: current@freebsd.org Date: Wed, 22 Nov 1995 08:07:58 +0000 () MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 664 Sender: owner-current@freebsd.org Precedence: bulk Ok; having just supped and make-worlded -current, I'm hunting the "why doesn't socksys work" problem. There's code in -current for socksys ioctls, but nothing to handle the day-to-day open/close stuff needed for these ioctls. Is this something that's currently under development? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-current Wed Nov 22 02:11:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24048 for current-outgoing; Wed, 22 Nov 1995 02:11:32 -0800 Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA24040 for ; Wed, 22 Nov 1995 02:11:18 -0800 Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA10539; Wed, 22 Nov 1995 11:06:48 +0100 Message-Id: <199511221006.LAA10539@ra.dkuug.dk> Subject: Re: iBCS2, socksys and all that jazz... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 22 Nov 1995 11:06:47 +0100 (MET) Cc: current@freebsd.org In-Reply-To: <199511220807.IAA25398@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 22, 95 08:07:58 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1229 Sender: owner-current@freebsd.org Precedence: bulk In reply to Michael Smith who wrote: > > > Ok; having just supped and make-worlded -current, I'm hunting the > "why doesn't socksys work" problem. > > There's code in -current for socksys ioctls, but nothing to handle the > day-to-day open/close stuff needed for these ioctls. Hmm, the old (broken) socksys driver has been replaced with a hack that IMHO has its problems too... > Is this something that's currently under development? I don't think so, as what we have now is a crude port of the NetBSD(TM?) code that doesn't do this right either... You should ask swallace@freebsd.org though as it is his baby now :) > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] "Who does BSD?" "We do Chucky, we do." [[ > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Nov 22 11:40:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA05546 for current-outgoing; Wed, 22 Nov 1995 11:40:33 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA05541 for ; Wed, 22 Nov 1995 11:40:30 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id LAA09570; Wed, 22 Nov 1995 11:40:18 -0800 From: Julian Elischer Message-Id: <199511221940.LAA09570@ref.tfs.com> Subject: Re: iBCS2, socksys and all that jazz... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 22 Nov 1995 11:40:18 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199511220807.IAA25398@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 22, 95 08:07:58 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1075 Sender: owner-current@freebsd.org Precedence: bulk > > > Ok; having just supped and make-worlded -current, I'm hunting the > "why doesn't socksys work" problem. > > There's code in -current for socksys ioctls, but nothing to handle the > day-to-day open/close stuff needed for these ioctls. > > Is this something that's currently under development? What you do is link socksys to /dev/null it just supplies an fd for the ioctl to be done on.. the ioctl is recognised by it's ioctl ID on failure The iBSC2 code says.. "hmm that ioclt failed.. Hey I know that.. it's a SOCKSYS ioctl, ok, let's do 'THIS'" and it emulates it. so what file you openned only matters in that it needs to FAIL the ioctl with the correct manner. > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] "Who does BSD?" "We do Chucky, we do." [[ > From owner-freebsd-current Wed Nov 22 12:04:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA07040 for current-outgoing; Wed, 22 Nov 1995 12:04:12 -0800 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA07033 for ; Wed, 22 Nov 1995 12:04:08 -0800 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.1) id MAA10768; Wed, 22 Nov 1995 12:04:01 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.1) id MAA07443; Wed, 22 Nov 1995 12:04:00 -0800 (PST) Message-Id: <199511222004.MAA07443@newport.ece.uci.edu> To: Michael Smith cc: current@freebsd.org Subject: Re: iBCS2, socksys and all that jazz... In-reply-to: Your message of "Wed, 22 Nov 1995 08:07:58 GMT." <199511220807.IAA25398@genesis.atrad.adelaide.edu.au> Date: Wed, 22 Nov 1995 12:03:58 -0800 From: Steven Wallace Sender: owner-current@freebsd.org Precedence: bulk > Ok; having just supped and make-worlded -current, I'm hunting the > "why doesn't socksys work" problem. > > There's code in -current for socksys ioctls, but nothing to handle the > day-to-day open/close stuff needed for these ioctls. > > Is this something that's currently under development? No, it is done. What you need to do is set up /compat/ibcs2/dev to look like: lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys -rw-rw-r-- 1 root wheel 0 Oct 28 12:02 null lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx You just need socksys to go to /dev/null to fake the open & close. The code in -current will handle the rest. This is much cleaner than the way it was done before. If you want the spx driver for a local socket X connection, define SPX_HACK when you compile the system. Can this go into some FAQ or somewhere so I don't have to repeat it dozens of times? Steven From owner-freebsd-current Wed Nov 22 13:07:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11418 for current-outgoing; Wed, 22 Nov 1995 13:07:18 -0800 Received: from maui.com (waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA11398 for ; Wed, 22 Nov 1995 13:07:13 -0800 Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id LAA11369; Wed, 22 Nov 1995 11:10:49 -1000 From: David Langford Message-Id: <199511222110.LAA11369@ maui.com> Subject: Re: iBCS2, socksys and all that jazz... To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 22 Nov 1995 11:10:49 -1000 (HST) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <199511221940.LAA09570@ref.tfs.com> from "Julian Elischer" at Nov 22, 95 11:40:18 am X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1209 Sender: owner-current@FreeBSD.ORG Precedence: bulk >> Ok; having just supped and make-worlded -current, I'm hunting the >> "why doesn't socksys work" problem. >> >> There's code in -current for socksys ioctls, but nothing to handle the >> day-to-day open/close stuff needed for these ioctls. >> >> Is this something that's currently under development? >What you do is link socksys to /dev/null If this is true and works, then what is it that MAKEDEV is trying do to? Or why doesnt "MAKEDEV socksys" make soscksys a link to /dev/null? >it just supplies an fd for the ioctl to be done on.. >the ioctl is recognised by it's ioctl ID on failure >The iBSC2 code says.. >"hmm that ioclt failed.. Hey I know that.. it's a SOCKSYS ioctl, >ok, let's do 'THIS'" and it emulates it. so what file you openned >only matters in that it needs to FAIL the ioctl with the correct manner. >> ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ -- /--------------------------------------------------------------------\ | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | | Maui Research and Technology Center -- Network Administrator | \--------------------------------------------------------------------/ From owner-freebsd-current Wed Nov 22 16:05:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA24857 for current-outgoing; Wed, 22 Nov 1995 16:05:04 -0800 Received: from wiley.muc.ditec.de (wiley.muc.ditec.de [194.120.126.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA24805 for ; Wed, 22 Nov 1995 16:04:52 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (slip139-92-42-158.emea.ibm.net [139.92.42.158]) by wiley.muc.ditec.de (8.6.12/8.6.9) with ESMTP id BAA01255; Thu, 23 Nov 1995 01:04:23 +0100 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with SMTP id CAA22037; Wed, 22 Nov 1995 02:16:50 +0100 Message-Id: <199511220116.CAA22037@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Peter Wemm cc: current@freebsd.org Subject: Re: nvi 1.49 Reply-To: "Julian H. Stacey" X-mailer: EXMH version 1.6.4 10/10/95 In-reply-to: Your message of "Sun, 19 Nov 1995 10:01:40 +0800." Date: Wed, 22 Nov 1995 02:16:49 +0100 From: "Julian H. Stacey" Sender: owner-current@freebsd.org Precedence: bulk Hi, In reply to: > We currently have nvi version 1.34 in the freebsd source. It has a most > .......... > I would like to import nvi-1.49, which does not have this bug anymore. > I've built it on my machine and it compiles and runs without difficulty > so far.. URL for your source please ? ( I have patches for an enhancement to nvi for something else, that I released to Keith Bostic way back, but havent fed back to freebsd yet, I guess this makes me your ideal test guninea pig :-) Julian Julian H. Stacey EMAIL: jhs@freebsd.org From owner-freebsd-current Wed Nov 22 16:36:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27399 for current-outgoing; Wed, 22 Nov 1995 16:36:00 -0800 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27394 for ; Wed, 22 Nov 1995 16:35:52 -0800 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id TAA19464; Wed, 22 Nov 1995 19:35:50 -0500 Date: Wed, 22 Nov 1995 19:35:49 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: current@freebsd.org Subject: Re: iBCS2, socksys and all that jazz... In-Reply-To: <199511222004.MAA07443@newport.ece.uci.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Wed, 22 Nov 1995, Steven Wallace wrote: > > Is this something that's currently under development? > No, it is done. > > What you need to do is set up /compat/ibcs2/dev to look like: Out of curiosity, what is the likelyhood that a current kernel in a 2.1 system will be happy together? -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Wed Nov 22 16:42:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27949 for current-outgoing; Wed, 22 Nov 1995 16:42:51 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27941 for ; Wed, 22 Nov 1995 16:42:43 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA10094; Wed, 22 Nov 1995 16:41:58 -0800 From: Julian Elischer Message-Id: <199511230041.QAA10094@ref.tfs.com> Subject: Re: iBCS2, socksys and all that jazz... To: langfod@maui.com (David Langford) Date: Wed, 22 Nov 1995 16:41:57 -0800 (PST) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <199511222110.LAA11369@ maui.com> from "David Langford" at Nov 22, 95 11:10:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1377 Sender: owner-current@FreeBSD.ORG Precedence: bulk The socksys device was made for the previous methof of handling it, which was to actually have the device :) > > >> Ok; having just supped and make-worlded -current, I'm hunting the > >> "why doesn't socksys work" problem. > >> > >> There's code in -current for socksys ioctls, but nothing to handle the > >> day-to-day open/close stuff needed for these ioctls. > >> > >> Is this something that's currently under development? > >What you do is link socksys to /dev/null > > If this is true and works, then what is it that MAKEDEV is trying do to? > Or why doesnt "MAKEDEV socksys" make soscksys a link to /dev/null? > > >it just supplies an fd for the ioctl to be done on.. > >the ioctl is recognised by it's ioctl ID on failure > >The iBSC2 code says.. > >"hmm that ioclt failed.. Hey I know that.. it's a SOCKSYS ioctl, > >ok, let's do 'THIS'" and it emulates it. so what file you openned > >only matters in that it needs to FAIL the ioctl with the correct manner. > >> ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > > > -- > /--------------------------------------------------------------------\ > | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | > | Maui Research and Technology Center -- Network Administrator | > \--------------------------------------------------------------------/ > From owner-freebsd-current Wed Nov 22 16:49:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28481 for current-outgoing; Wed, 22 Nov 1995 16:49:17 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28476 for ; Wed, 22 Nov 1995 16:49:09 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA10106; Wed, 22 Nov 1995 16:48:47 -0800 From: Julian Elischer Message-Id: <199511230048.QAA10106@ref.tfs.com> Subject: Re: iBCS2, socksys and all that jazz... To: jfieber@indiana.edu (John Fieber) Date: Wed, 22 Nov 1995 16:48:46 -0800 (PST) Cc: current@freebsd.org In-Reply-To: from "John Fieber" at Nov 22, 95 07:35:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 670 Sender: owner-current@freebsd.org Precedence: bulk I've done this.. it's pretty happy.. some programs just fail, (e.g. ps I think) you replace them with ones compiled from the -current tree eventually you can get around to replacing them all... > > On Wed, 22 Nov 1995, Steven Wallace wrote: > > > > Is this something that's currently under development? > > No, it is done. > > > > What you need to do is set up /compat/ibcs2/dev to look like: > > Out of curiosity, what is the likelyhood that a current kernel in a 2.1 > system will be happy together? > > -john > > == jfieber@indiana.edu =========================================== > == http://fieber-john.campusview.indiana.edu/~jfieber ============ > > From owner-freebsd-current Wed Nov 22 18:09:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03286 for current-outgoing; Wed, 22 Nov 1995 18:09:33 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03279 for ; Wed, 22 Nov 1995 18:09:29 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id CAA27585; Thu, 23 Nov 1995 02:07:37 GMT From: Michael Smith Message-Id: <199511230207.CAA27585@genesis.atrad.adelaide.edu.au> Subject: Re: iBCS2, socksys and all that jazz... To: langfod@maui.com (David Langford) Date: Thu, 23 Nov 1995 02:07:36 +0000 () Cc: julian@ref.tfs.com, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <199511222110.LAA11369@ maui.com> from "David Langford" at Nov 22, 95 11:10:49 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 956 Sender: owner-current@FreeBSD.ORG Precedence: bulk David Langford stands accused of saying: > >What you do is link socksys to /dev/null > > If this is true and works, then what is it that MAKEDEV is trying do to? > Or why doesnt "MAKEDEV socksys" make soscksys a link to /dev/null? Because originally there was kernel support for /dev/socksys, and that's what MAKEDEV reflects. > | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | I'm happy to say that, despite various bogons in the unwrapper script, the WP60 demo works fine under -current. Thanks for the advice, and kudos to the implementors! -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-current Thu Nov 23 21:30:13 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA20455 for current-outgoing; Thu, 23 Nov 1995 21:30:13 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA20442 for ; Thu, 23 Nov 1995 21:30:10 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id UAA28120 for ; Thu, 23 Nov 1995 20:38:02 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.2/8.6.4) id UAA05675; Thu, 23 Nov 1995 20:38:02 -0500 (EST) Date: Thu, 23 Nov 1995 20:38:01 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: cross-install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk I am having trouble getting one of my two machines not to hang long enough to do a make world. The other one hasn't the least problem, but I can't get one (the one called Journey2) to stay awake. I was wondering if its right to mount the /usr/obj dir from the good machine (n3lxx) to Journey2, then to do a make install in usr/src on Journey2, and get the effects of a full local make world on Journey2? I have the exact same up-to-date sources on both machines, and a fresh build on n3lxx. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Thu Nov 23 22:25:13 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA27068 for current-outgoing; Thu, 23 Nov 1995 22:25:13 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA27051 for ; Thu, 23 Nov 1995 22:25:05 -0800 Received: by haven.uniserve.com id <30753-6>; Thu, 23 Nov 1995 22:27:09 -0000 Date: Thu, 23 Nov 1995 22:27:05 -0800 (PST) From: Tom Samplonius To: Chuck Robey cc: FreeBSD-current@FreeBSD.org Subject: Re: cross-install In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Thu, 23 Nov 1995, Chuck Robey wrote: > can't get one (the one called Journey2) to stay awake. I was wondering > if its right to mount the /usr/obj dir from the good machine (n3lxx) to > Journey2, then to do a make install in usr/src on Journey2, and get the > effects of a full local make world on Journey2? Make sure you do a "make SHARED=copies install" otherwise "install" will just install a bunch of symlinks for stuff, which isn't good, if it is just a temporary NFS mount. I don't like how "make install" requires write access. I'd very much like to make /usr/src and /usr/obj mountable from anywhere, but read-only, for easy, on-the-fly upgrades of systems. Tom From owner-freebsd-current Fri Nov 24 00:47:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA05898 for current-outgoing; Fri, 24 Nov 1995 00:47:22 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA05885 for ; Fri, 24 Nov 1995 00:47:15 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id DAA03144; Fri, 24 Nov 1995 03:47:12 -0500 (EST) Date: Fri, 24 Nov 1995 03:47:07 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: sup of FreeBSD-current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Well, tonight I decided to be foolish and have started sup'ng the current distribution instead of stable...its my home machine, so not much to risk... ...but, what I'm more curious about is...if I'm going to do this, what should I expect? From what I've seen, the OS is quite stable, so what exactly is in 'current'? bug fixes? features? is there a list other then current that I should be subscribed to as well? is there anything else I should know? any documents I should read? Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 04:28:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA13946 for current-outgoing; Fri, 24 Nov 1995 04:28:38 -0800 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA13938 for ; Fri, 24 Nov 1995 04:28:27 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA07866 for ; Fri, 24 Nov 1995 13:21:21 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id NAA06150; Fri, 24 Nov 1995 13:21:15 +0100 Date: Fri, 24 Nov 1995 13:21:15 +0100 Message-Id: <199511241221.NAA06150@caramba.cs.tu-berlin.de> To: current@freebsd.org Subject: new calendar(1), please test MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk new: - handle events that move around from year to year, i.e., ``the last Monday in April' - handle easter - Option -f calendarfile - Calendar HOME directory ~/.calendar - don't sent mail if ~/.calendar/nomail exist - german calendar files Sources 16KB, all files except unchanged calendar.* files http://www.cs.tu-berlin.de/~wosch/freebsd/calendar.tgz [for lazy hackers] $ echo GET '/~wosch/freebsd/calendar.tgz' | socket www.cs.tu-berlin.de www > calendar.tgz Wolfram -- Wolfram Schneider wosch From owner-freebsd-current Fri Nov 24 08:47:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02970 for current-outgoing; Fri, 24 Nov 1995 08:47:41 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02932 for ; Fri, 24 Nov 1995 08:47:25 -0800 Received: by sequent.kiae.su id AA23242 (5.65.kiae-2 ); Fri, 24 Nov 1995 19:33:22 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 24 Nov 95 19:33:21 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.12/8.6.12) id SAA00961; Fri, 24 Nov 1995 18:54:42 +0300 To: current@freebsd.org, Wolfram Schneider References: <199511241221.NAA06150@caramba.cs.tu-berlin.de> In-Reply-To: <199511241221.NAA06150@caramba.cs.tu-berlin.de>; from Wolfram Schneider at Fri, 24 Nov 1995 13:21:15 +0100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 24 Nov 1995 18:54:41 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: new calendar(1), please test Lines: 16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 553 Sender: owner-current@freebsd.org Precedence: bulk In message <199511241221.NAA06150@caramba.cs.tu-berlin.de> Wolfram Schneider writes: >new: >- Calendar HOME directory ~/.calendar Standard calendar takes .calendar from _current_ directory, not from HOME. When you have multiply calendars it may hits. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Nov 24 09:16:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07755 for current-outgoing; Fri, 24 Nov 1995 09:16:41 -0800 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA07747 for ; Fri, 24 Nov 1995 09:16:28 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA16987; Fri, 24 Nov 1995 18:04:23 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id SAA24107; Fri, 24 Nov 1995 18:04:20 +0100 Date: Fri, 24 Nov 1995 18:04:20 +0100 Message-Id: <199511241704.SAA24107@caramba.cs.tu-berlin.de> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: current@freebsd.org Subject: Re: new calendar(1), please test In-Reply-To: References: <199511241221.NAA06150@caramba.cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk KOI8-R writes: >>- Calendar HOME directory ~/.calendar > >Standard calendar takes .calendar from _current_ directory, not from ^no dot >HOME. calendar(1) try first 'calendar' in current directory and if not exist '~/.calendar/calendar'. Wolfram /* open up calendar file as stdin */ if (!freopen(calendarFile, "r", stdin)) { if (doall) { if (chdir(calendarHome) != 0) return (NULL); if (stat(calendarNoMail, &sbuf) == 0) return (NULL); if (!freopen(calendarFile, "r", stdin)) return (NULL); } else { chdir(getenv("HOME")); if (!(chdir(calendarHome) == 0 && freopen(calendarFile, "r", stdin))) errx(1, "no calendar file: ``%s'' or ``~/%s/%s\n", calendarFile, calendarHome, calendarFile); } } From owner-freebsd-current Fri Nov 24 11:35:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15561 for current-outgoing; Fri, 24 Nov 1995 11:35:40 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA15551 for ; Fri, 24 Nov 1995 11:35:25 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id OAA07123; Fri, 24 Nov 1995 14:35:08 -0500 (EST) Date: Fri, 24 Nov 1995 14:35:05 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: compat.h missing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Just tried to do a 'make' of /usr/src/lib (FreeBSD-current), and got the following error: cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/db/btree/bt_close.c -o bt_close.o In file included from /usr/src/lib/libc/db/btree/bt_close.c:49: /usr/include/db.h:45: compat.h: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. doing a search of the "normal" areas plus /usr/src, I find one occurance of compat.h, and that is under cron... hub# find /usr/include/compat.h -print hub# find /usr/include -name compat.h -print hub# ^usr^usr/src find /usr/src/include -name compat.h -print hub# ls *.h ls: No match. hub# find /usr/src -name compat.h -print /usr/src/usr.sbin/cron/cron/compat.h hub# This is current as of about 2am, Friday, Nov. 24. As well, its also a very old version of db that its trying to compile...1.7.4. 1.8.5 came out recently, and compiles cleanly...well, you have to remove the cdefs.h they include, and have it use the one that the system already has, but that's a minor thing. How does one get 1.8.5 stuffed in? thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 15:14:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA01141 for current-outgoing; Fri, 24 Nov 1995 15:14:16 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA01125 for ; Fri, 24 Nov 1995 15:14:08 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id SAA19287; Fri, 24 Nov 1995 18:13:56 -0500 (EST) Date: Fri, 24 Nov 1995 18:13:48 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: bsdmake on /usr/src/lib Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... After getting everything down, finally, I'm rebuilding everything, and have come across the following error, about 'no name list'... ...is this something I should ignore or worry about? building standard curses library nm: ctrace.o: no name list. tsort: cycle in data tsort: tstp.o tsort: tty.o Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 15:42:39 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA04028 for current-outgoing; Fri, 24 Nov 1995 15:42:39 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA04014 for ; Fri, 24 Nov 1995 15:42:24 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id SAA20041; Fri, 24 Nov 1995 18:42:20 -0500 (EST) Date: Fri, 24 Nov 1995 18:42:12 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: error on 'config ' for kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Just updated my -current kernel sources, and tried to do a 'config ' before compiling, and got the following error: hub# config hub Removing old directory ../../compile/hub: Done. Unknown % construct in generic makefile: %SFILES Kernel build directory is ../../compile/hub I didn't notice it the first time I did it, and ended up going to ../../compile/hub, and typing 'bsdmake depend', only to find out that ioconf.h is missing, and depend gets errors. This is with sources/sys current as of Nov 24. And...is there a better address to send problems like this too then here? Thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 16:01:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA05672 for current-outgoing; Fri, 24 Nov 1995 16:01:40 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA05655 for ; Fri, 24 Nov 1995 16:01:33 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id TAA20349; Fri, 24 Nov 1995 19:01:21 -0500 (EST) Date: Fri, 24 Nov 1995 19:01:14 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: follow-up to kernel compile problem... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I just went into /usr/src/usr.sbin/config and compiled the version that was in there and used it... so, the config that comes with 2.1.0-RELEASE is not compatible with that which comes with -current. does that make sense? Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 16:09:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA06363 for current-outgoing; Fri, 24 Nov 1995 16:09:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA06350 for ; Fri, 24 Nov 1995 16:09:41 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA05393; Fri, 24 Nov 1995 16:09:32 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id QAA00134; Fri, 24 Nov 1995 16:09:32 -0800 Message-Id: <199511250009.QAA00134@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 95 19:01:14 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 Nov 1995 16:09:27 -0800 Sender: owner-current@freebsd.org Precedence: bulk > I just went into /usr/src/usr.sbin/config and compiled the version >that was in there and used it... > > so, the config that comes with 2.1.0-RELEASE is not compatible >with that which comes with -current. does that make sense? It's not the only one. There are probably at least a dozen other system binaries which are also incompatible. From owner-freebsd-current Fri Nov 24 17:41:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA10483 for current-outgoing; Fri, 24 Nov 1995 17:41:07 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA10475 for ; Fri, 24 Nov 1995 17:40:59 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA31846; Sat, 25 Nov 1995 12:37:52 +1100 Date: Sat, 25 Nov 1995 12:37:52 +1100 From: Bruce Evans Message-Id: <199511250137.MAA31846@godzilla.zeta.org.au> To: current@FreeBSD.ORG, scrappy@hub.org Subject: Re: follow-up to kernel compile problem... Sender: owner-current@FreeBSD.ORG Precedence: bulk > I just went into /usr/src/usr.sbin/config and compiled the version >that was in there and used it... > so, the config that comes with 2.1.0-RELEASE is not compatible >with that which comes with -current. does that make sense? It's normal progress. Several makefiles aren't perfect so you have to bootstrap things in the right order when something changes. The makefiles don't enforce the right order. It would be too hard to perfect them. Bruce From owner-freebsd-current Fri Nov 24 17:47:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA10684 for current-outgoing; Fri, 24 Nov 1995 17:47:53 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA10675 for ; Fri, 24 Nov 1995 17:47:31 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id UAA22282; Fri, 24 Nov 1995 20:47:08 -0500 (EST) Date: Fri, 24 Nov 1995 20:47:04 -0500 (EST) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511250009.QAA00134@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 24 Nov 1995, David Greenman wrote: > > I just went into /usr/src/usr.sbin/config and compiled the version > >that was in there and used it... > > > > so, the config that comes with 2.1.0-RELEASE is not compatible > >with that which comes with -current. does that make sense? > > It's not the only one. There are probably at least a dozen other system > binaries which are also incompatible. > So, each time that current updates, I'm going to have to make world to keep it in sync? Can I do a make world on a live system, if that is the case...or do I have to shutdown into single user mode? someone had mentioned that they are going into single user mode each time *shrug* If so, what would be recommended procedure to do this with the minimal downtime? cd /usr/src make shutdown kernel -s make world ? thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 17:51:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA10820 for current-outgoing; Fri, 24 Nov 1995 17:51:42 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA10814 for ; Fri, 24 Nov 1995 17:51:35 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA03945; Fri, 24 Nov 1995 17:47:14 -0800 To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 1995 19:01:14 EST." Date: Fri, 24 Nov 1995 17:47:13 -0800 Message-ID: <3943.817264033@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk Happens all the time. You just haven't been on this list long enough.. :) > > Hi... > > I just went into /usr/src/usr.sbin/config and compiled the version > that was in there and used it... > > so, the config that comes with 2.1.0-RELEASE is not compatible > with that which comes with -current. does that make sense? > > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) > scrappy@hub.org | > soon to be: | > scrappy@ki.net | For more information, send me email. > From owner-freebsd-current Fri Nov 24 17:51:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA10837 for current-outgoing; Fri, 24 Nov 1995 17:51:47 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA10830 for ; Fri, 24 Nov 1995 17:51:45 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA05492; Fri, 24 Nov 1995 17:51:34 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA00174; Fri, 24 Nov 1995 17:51:27 -0800 Message-Id: <199511250151.RAA00174@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 95 20:47:04 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 Nov 1995 17:51:27 -0800 Sender: owner-current@freebsd.org Precedence: bulk >On Fri, 24 Nov 1995, David Greenman wrote: > >> > I just went into /usr/src/usr.sbin/config and compiled the version >> >that was in there and used it... >> > >> > so, the config that comes with 2.1.0-RELEASE is not compatible >> >with that which comes with -current. does that make sense? >> >> It's not the only one. There are probably at least a dozen other system >> binaries which are also incompatible. >> > > So, each time that current updates, I'm going to have to >make world to keep it in sync? Can I do a make world on a live >system, if that is the case...or do I have to shutdown into single >user mode? someone had mentioned that they are going into single >user mode each time *shrug* No, you only need to do the make world's occasionally. If you watch the commit mail (which you should be doing if you are SUPing -current), then you'll see what is being changed, why it is being changed, and when you need to rebuild something. It's not necessary to shut down to single user. It is a good idea if you do the 'make world' when the system is mostly idle, however, as unusual transient things might happen to the users during some phases of the build. -DG From owner-freebsd-current Fri Nov 24 19:31:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA20156 for current-outgoing; Fri, 24 Nov 1995 19:31:47 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA20144 for ; Fri, 24 Nov 1995 19:31:29 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA26091; Fri, 24 Nov 1995 22:28:32 -0500 (EST) Date: Fri, 24 Nov 1995 22:28:27 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: error compile libkvm *-current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Compile error, and I can't seem to see a problem in the include file itself. I can't think of much more detail to throw into here, so, if anyone can think of what I'm missing, it would be appreciate to point me in that direction... ...of course, unless it is a bug? But I'm faster to assume its something I'm overlooking :( Error: ===> lib/libkvm cc -O -DLIBC_SCCS -I/sys -I/usr/src/include -c kvm.c -o kvm.o In file included from /sys/vm/pmap.h:87, from /sys/vm/vm.h:65, from /sys/sys/user.h:52, from kvm.c:43: /usr/include/machine/pmap.h:151: parse error before `simple_lock_data_t' /usr/include/machine/pmap.h:151: warning: no semicolon at end of struct or union /usr/include/machine/pmap.h:154: parse error before `}' In file included from /sys/sys/user.h:52, from kvm.c:43: /sys/vm/vm.h:75: field `vm_pmap' has incomplete type *** Error code 1 Include File section: /* * Pmap stuff */ struct pmap { pd_entry_t *pm_pdir; /* KVA of page directory */ boolean_t pm_pdchanged; /* pdir changed */ short pm_dref; /* page directory ref count */ short pm_count; /* pmap reference count */ simple_lock_data_t pm_lock; /* lock on pmap */ struct pmap_statistics pm_stats; /* pmap statistics */ long pm_ptpages; /* more stats: PT pages */ }; typedef struct pmap *pmap_t; Definition for simple_lock_data_t looks right (/usr/include/vm/lock.h): /* * A simple spin lock. */ struct slock { int lock_data; /* in general 1 bit is sufficient */ }; typedef struct slock simple_lock_data_t; typedef struct slock *simple_lock_t; Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 19:32:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA20343 for current-outgoing; Fri, 24 Nov 1995 19:32:54 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA20324 for ; Fri, 24 Nov 1995 19:32:35 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA26116; Fri, 24 Nov 1995 22:31:18 -0500 (EST) Date: Fri, 24 Nov 1995 22:31:16 -0500 (EST) From: "Marc G. Fournier" To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-Reply-To: <3943.817264033@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 24 Nov 1995, Jordan K. Hubbard wrote: > Happens all the time. You just haven't been on this list long > enough.. :) > I learn fast...but I only started playing with *-current, so didn't follow the list close enough last time :( Sorry... > > > > Hi... > > > > I just went into /usr/src/usr.sbin/config and compiled the version > > that was in there and used it... > > > > so, the config that comes with 2.1.0-RELEASE is not compatible > > with that which comes with -current. does that make sense? > > > > > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) > > scrappy@hub.org | > > soon to be: | > > scrappy@ki.net | For more information, send me email. > > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 19:40:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA21149 for current-outgoing; Fri, 24 Nov 1995 19:40:25 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA21143 for ; Fri, 24 Nov 1995 19:40:17 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id WAA26142; Fri, 24 Nov 1995 22:40:04 -0500 (EST) Date: Fri, 24 Nov 1995 22:39:59 -0500 (EST) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511250151.RAA00174@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 24 Nov 1995, David Greenman wrote: > >On Fri, 24 Nov 1995, David Greenman wrote: > > > >> > I just went into /usr/src/usr.sbin/config and compiled the version > >> >that was in there and used it... > >> > > >> > so, the config that comes with 2.1.0-RELEASE is not compatible > >> >with that which comes with -current. does that make sense? > >> > >> It's not the only one. There are probably at least a dozen other system > >> binaries which are also incompatible. > >> > > > > So, each time that current updates, I'm going to have to > >make world to keep it in sync? Can I do a make world on a live > >system, if that is the case...or do I have to shutdown into single > >user mode? someone had mentioned that they are going into single > >user mode each time *shrug* > > No, you only need to do the make world's occasionally. If you watch the > commit mail (which you should be doing if you are SUPing -current), then > you'll see what is being changed, why it is being changed, and when you need > to rebuild something. And these 'commit's get email to? is there a commits@freebsd.org list that I forgot to join? :( > It's not necessary to shut down to single user. It is a good idea if you do > the 'make world' when the system is mostly idle, however, as unusual transient > things might happen to the users during some phases of the build. > What happens if you do a make world? does it install the made software as it is made, or wait until everything is compiled and then install it? I know its a relatively...lame...question, but I'd rather ask it then find out it does move it over as compiled, and end up with a hybrid system because something just didn't compile completely (like libkvm right now... :( ) Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 19:44:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA21578 for current-outgoing; Fri, 24 Nov 1995 19:44:52 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA21567 for ; Fri, 24 Nov 1995 19:44:46 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA05641; Fri, 24 Nov 1995 19:44:44 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id TAA00171; Fri, 24 Nov 1995 19:44:32 -0800 Message-Id: <199511250344.TAA00171@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 95 22:39:59 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 Nov 1995 19:44:32 -0800 Sender: owner-current@freebsd.org Precedence: bulk >> >user mode? someone had mentioned that they are going into single >> >user mode each time *shrug* >> >> No, you only need to do the make world's occasionally. If you watch the >> commit mail (which you should be doing if you are SUPing -current), then >> you'll see what is being changed, why it is being changed, and when you need >> to rebuild something. > > And these 'commit's get email to? is there a commits@freebsd.org >list that I forgot to join? :( Yes, check with majordomo to get a complete list. >> It's not necessary to shut down to single user. It is a good idea if you do >> the 'make world' when the system is mostly idle, however, as unusual transient >> things might happen to the users during some phases of the build. >> > What happens if you do a make world? does it install the made software >as it is made, or wait until everything is compiled and then install it? >I know its a relatively...lame...question, but I'd rather ask it then find >out it does move it over as compiled, and end up with a hybrid system because >something just didn't compile completely (like libkvm right now... :( ) Some things that are needed during the bootstrapping are built and installed - the compiler, libraries, etc., during the installation. Then after everything else has been built, everything is installed. This all happens as part of 'make world'. -DG From owner-freebsd-current Fri Nov 24 19:59:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA22535 for current-outgoing; Fri, 24 Nov 1995 19:59:18 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA22528 for ; Fri, 24 Nov 1995 19:59:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA04307; Sat, 25 Nov 1995 14:56:41 +1100 Date: Sat, 25 Nov 1995 14:56:41 +1100 From: Bruce Evans Message-Id: <199511250356.OAA04307@godzilla.zeta.org.au> To: davidg@Root.COM, scrappy@hub.org Subject: Re: follow-up to kernel compile problem... Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk > So, each time that current updates, I'm going to have to >make world to keep it in sync? Can I do a make world on a live >system, if that is the case...or do I have to shutdown into single >user mode? someone had mentioned that they are going into single >user mode each time *shrug* > If so, what would be recommended procedure to do this with the >minimal downtime? > cd /usr/src > make > shutdown > kernel -s > make world # read all changes in /usr/src/etc and adapt them to your /etc # if config sources have changed cd /usr/src/usr.sbin/config make depend make su make INSTALL='install -C' exit # if config data files have changed cd /sys/i386/conf config -n YOURKERNEL # if kernel sources or kernel config have changed cd /sys/compile/YOURKERNEL make depend # if anything relevant has changed make # if the kernel binary just changed su mv /kernel.old /kernel.veryold cp -p /kernel /kernel.old cp -p kernel / shutdown # if headers have changed cd /usr/src/include # repeat this for other header dirs as necessary make depend make su make INSTALL='install -C' exit # if lib sources have changed cd /usr/src/lib make depend make su make INSTALL='install -C' exit # if any user sources have changed # do this one directory at a time if only a couple of things have # changed and you know what they are cd /usr/src make depend make su make INSTALL='install -C' exit # occasionally repeat previous step and/or do it for the whole tree # in case you missed something. # very occasionally repeat previous step in case the makefiles # missed something. # put INSTALL=install -C in /etc/make.conf to save typing Bruce From owner-freebsd-current Fri Nov 24 20:04:20 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA22912 for current-outgoing; Fri, 24 Nov 1995 20:04:20 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA22902 for ; Fri, 24 Nov 1995 20:04:11 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA07940; Fri, 24 Nov 1995 19:56:15 -0800 To: "Marc G. Fournier" cc: David Greenman , current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 1995 22:39:59 EST." Date: Fri, 24 Nov 1995 19:56:15 -0800 Message-ID: <7938.817271775@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > And these 'commit's get email to? is there a commits@freebsd.org > list that I forgot to join? :( Please read: http://www.freebsd.org/handbook/handbook180.html#323 Thanks! Jordan From owner-freebsd-current Fri Nov 24 20:06:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA23032 for current-outgoing; Fri, 24 Nov 1995 20:06:32 -0800 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA23023 for ; Fri, 24 Nov 1995 20:06:27 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7.1/8.7) with ESMTP id XAA10307; Fri, 24 Nov 1995 23:06:20 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.2/8.6.4) id XAA07076; Fri, 24 Nov 1995 23:06:19 -0500 (EST) Date: Fri, 24 Nov 1995 23:06:19 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: "Marc G. Fournier" cc: current@FreeBSD.ORG Subject: Re: bsdmake on /usr/src/lib In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 24 Nov 1995, Marc G. Fournier wrote: > > Hi... > > After getting everything down, finally, I'm rebuilding everything, > and have come across the following error, about 'no name list'... > > ...is this something I should ignore or worry about? > > building standard curses library > nm: ctrace.o: no name list. > tsort: cycle in data > tsort: tstp.o > tsort: tty.o This happens fairly often, usually because all the executeable code in a particular module has been ifdef'ed out (such as debug code). It's nothing to worry about. > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) > scrappy@hub.org | > soon to be: | > scrappy@ki.net | For more information, send me email. > > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Fri Nov 24 20:20:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA23567 for current-outgoing; Fri, 24 Nov 1995 20:20:09 -0800 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA23527 for ; Fri, 24 Nov 1995 20:20:01 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id XAA09140; Fri, 24 Nov 1995 23:19:41 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.2/8.6.4) id XAA07174; Fri, 24 Nov 1995 23:19:41 -0500 (EST) Date: Fri, 24 Nov 1995 23:19:41 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: David Greenman cc: "Marc G. Fournier" , current@FreeBSD.ORG Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511250151.RAA00174@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 24 Nov 1995, David Greenman wrote: > >On Fri, 24 Nov 1995, David Greenman wrote: [some deletions] > > > It's not necessary to shut down to single user. It is a good idea if you do > the 'make world' when the system is mostly idle, however, as unusual transient > things might happen to the users during some phases of the build. Please, could you explain this? How come, if I'm changing my libc, I don't have to go to single user? I know when I did current on version 1.1 it was needed, I believe you now, but I like to know why, what changed? Thanks > > -DG > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Fri Nov 24 20:26:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA23744 for current-outgoing; Fri, 24 Nov 1995 20:26:10 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA23738 for ; Fri, 24 Nov 1995 20:26:07 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id UAA05728; Fri, 24 Nov 1995 20:26:08 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id UAA00160; Fri, 24 Nov 1995 20:26:08 -0800 Message-Id: <199511250426.UAA00160@corbin.Root.COM> To: Chuck Robey cc: "Marc G. Fournier" , current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-reply-to: Your message of "Fri, 24 Nov 95 23:19:41 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 24 Nov 1995 20:26:07 -0800 Sender: owner-current@freebsd.org Precedence: bulk >On Fri, 24 Nov 1995, David Greenman wrote: > >> >On Fri, 24 Nov 1995, David Greenman wrote: > >[some deletions] > >> > >> It's not necessary to shut down to single user. It is a good idea if you do >> the 'make world' when the system is mostly idle, however, as unusual transient >> things might happen to the users during some phases of the build. > >Please, could you explain this? How come, if I'm changing my libc, I >don't have to go to single user? I know when I did current on version >1.1 it was needed, I believe you now, but I like to know why, what changed? Anything that is currently using the installed libraries will continue to use the old version. The old libraries are unlinked before the new copy is installed. I think back in 1.x days that install didn't do an unlink first, causing it to overwrite the in-use libraries. -DG From owner-freebsd-current Fri Nov 24 20:41:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA24759 for current-outgoing; Fri, 24 Nov 1995 20:32:06 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA24711 for ; Fri, 24 Nov 1995 20:31:59 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA26580; Fri, 24 Nov 1995 23:31:20 -0500 (EST) Date: Fri, 24 Nov 1995 23:31:17 -0500 (EST) From: "Marc G. Fournier" To: Bruce Evans cc: davidg@Root.COM, current@FreeBSD.ORG Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511250356.OAA04307@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Thanks Bruce... This is one that I've gotta store close to my keyboard :) On Sat, 25 Nov 1995, Bruce Evans wrote: > > So, each time that current updates, I'm going to have to > >make world to keep it in sync? Can I do a make world on a live > >system, if that is the case...or do I have to shutdown into single > >user mode? someone had mentioned that they are going into single > >user mode each time *shrug* > > > If so, what would be recommended procedure to do this with the > >minimal downtime? > > > cd /usr/src > > make > > shutdown > > kernel -s > > make world > > # read all changes in /usr/src/etc and adapt them to your /etc > > # if config sources have changed > cd /usr/src/usr.sbin/config > make depend > make > su > make INSTALL='install -C' > exit > > # if config data files have changed > cd /sys/i386/conf > config -n YOURKERNEL > > # if kernel sources or kernel config have changed > cd /sys/compile/YOURKERNEL > make depend # if anything relevant has changed > make > > # if the kernel binary just changed > su > mv /kernel.old /kernel.veryold > cp -p /kernel /kernel.old > cp -p kernel / > shutdown > > # if headers have changed > cd /usr/src/include # repeat this for other header dirs as necessary > make depend > make > su > make INSTALL='install -C' > exit > > # if lib sources have changed > cd /usr/src/lib > make depend > make > su > make INSTALL='install -C' > exit > > # if any user sources have changed > # do this one directory at a time if only a couple of things have > # changed and you know what they are > cd /usr/src > make depend > make > su > make INSTALL='install -C' > exit > > # occasionally repeat previous step and/or do it for the whole tree > # in case you missed something. > > # very occasionally repeat previous step in case the makefiles > # missed something. > > # put INSTALL=install -C in /etc/make.conf to save typing > > Bruce > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 21:14:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA27712 for current-outgoing; Fri, 24 Nov 1995 21:14:46 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA27704 for ; Fri, 24 Nov 1995 21:14:39 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id XAA26782; Fri, 24 Nov 1995 23:59:55 -0500 (EST) Date: Fri, 24 Nov 1995 23:59:52 -0500 (EST) From: "Marc G. Fournier" To: Bruce Evans cc: davidg@Root.COM, current@FreeBSD.ORG Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511250356.OAA04307@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Just thought of a question with this list of "things to do"... Shouldn't you install the new libraries before compiling the kernel itself? And what about the new include files? On Sat, 25 Nov 1995, Bruce Evans wrote: > > So, each time that current updates, I'm going to have to > >make world to keep it in sync? Can I do a make world on a live > >system, if that is the case...or do I have to shutdown into single > >user mode? someone had mentioned that they are going into single > >user mode each time *shrug* > > > If so, what would be recommended procedure to do this with the > >minimal downtime? > > > cd /usr/src > > make > > shutdown > > kernel -s > > make world > > # read all changes in /usr/src/etc and adapt them to your /etc > > # if config sources have changed > cd /usr/src/usr.sbin/config > make depend > make > su > make INSTALL='install -C' > exit > > # if config data files have changed > cd /sys/i386/conf > config -n YOURKERNEL > > # if kernel sources or kernel config have changed > cd /sys/compile/YOURKERNEL > make depend # if anything relevant has changed > make > > # if the kernel binary just changed > su > mv /kernel.old /kernel.veryold > cp -p /kernel /kernel.old > cp -p kernel / > shutdown > > # if headers have changed > cd /usr/src/include # repeat this for other header dirs as necessary > make depend > make > su > make INSTALL='install -C' > exit > > # if lib sources have changed > cd /usr/src/lib > make depend > make > su > make INSTALL='install -C' > exit > > # if any user sources have changed > # do this one directory at a time if only a couple of things have > # changed and you know what they are > cd /usr/src > make depend > make > su > make INSTALL='install -C' > exit > > # occasionally repeat previous step and/or do it for the whole tree > # in case you missed something. > > # very occasionally repeat previous step in case the makefiles > # missed something. > > # put INSTALL=install -C in /etc/make.conf to save typing > > Bruce > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 21:41:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA29115 for current-outgoing; Fri, 24 Nov 1995 21:34:47 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA29101 for ; Fri, 24 Nov 1995 21:34:36 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA07890; Sat, 25 Nov 1995 16:29:26 +1100 Date: Sat, 25 Nov 1995 16:29:26 +1100 From: Bruce Evans Message-Id: <199511250529.QAA07890@godzilla.zeta.org.au> To: bde@zeta.org.au, scrappy@hub.org Subject: Re: follow-up to kernel compile problem... Cc: current@FreeBSD.ORG, davidg@Root.COM Sender: owner-current@FreeBSD.ORG Precedence: bulk >Just thought of a question with this list of "things to do"... >Shouldn't you install the new libraries before compiling the >kernel itself? And what about the new include files? No, the kernel doesn't depend on the new libraries and gets the new include files from their uninstalled places in the source tree (except for some bugs in libkern). Sometimes you have to be careful installing utilities to match the new kernel. There may be no correct order. I always try new kernels before new utilities because it's much easier to back out one kernel than hundreds of utilities and the utilities that break usually aren't necessary for starting up. Add /usr/src/share/mk to the top of my list. Bruce From owner-freebsd-current Fri Nov 24 21:57:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA00561 for current-outgoing; Fri, 24 Nov 1995 21:57:38 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA00550 for ; Fri, 24 Nov 1995 21:57:15 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id AAA01026; Sat, 25 Nov 1995 00:56:33 -0500 (EST) Date: Sat, 25 Nov 1995 00:56:24 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: w/ps broke...normal? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Is it normal for w and ps to break after installing a new kernel? I'm getting the following error after rebooting, and I've gone to the trouble of recompiling 'w', and get the same error: hub# bsdmake cc -O -c /usr/src/usr.bin/w/../../bin/ps/fmt.c cc -O -c pr_time.c cc -O -c proc_compare.c cc -O -c w.c cc -O -o w fmt.o pr_time.o proc_compare.o w.o -lkvm gzip -c uptime.1 > uptime.1.gz gzip -c w.1 > w.1.gz hub# ./w 12:53AM up 9 mins, 5 users, load averages: 1.45, 0.98, 0.48 USER TTY FROM LOGIN@ IDLE WHAT w: proc size mismatch (29008 total, 620 chunks): Undefined error: 0 hub# Now, I haven't had a chance to recompile the libraries yet, so ... That's probably it...I need the new -lkvm? If that's all it is, then I won't panic. If it isn't supposed to fail, then I'll panic :) Thanks... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Fri Nov 24 23:26:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA07911 for current-outgoing; Fri, 24 Nov 1995 23:26:28 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA07904 for ; Fri, 24 Nov 1995 23:26:26 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id XAA14715; Fri, 24 Nov 1995 23:25:52 -0800 From: Julian Elischer Message-Id: <199511250725.XAA14715@ref.tfs.com> Subject: Re: w/ps broke...normal?' To: scrappy@hub.org (Marc G. Fournier) Date: Fri, 24 Nov 1995 23:25:51 -0800 (PST) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at Nov 25, 95 00:56:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1294 Sender: owner-current@freebsd.org Precedence: bulk It's not uncommon.. also netstat and a few others often break.. you must install the new includes from the new kenrel tree before you can compile new working ps and w (kernel structures have changed) > > > Hi... > > Is it normal for w and ps to break after installing a new > kernel? I'm getting the following error after rebooting, and I've > gone to the trouble of recompiling 'w', and get the same error: > > hub# bsdmake > cc -O -c /usr/src/usr.bin/w/../../bin/ps/fmt.c > cc -O -c pr_time.c > cc -O -c proc_compare.c > cc -O -c w.c > cc -O -o w fmt.o pr_time.o proc_compare.o w.o -lkvm > gzip -c uptime.1 > uptime.1.gz > gzip -c w.1 > w.1.gz > hub# ./w > 12:53AM up 9 mins, 5 users, load averages: 1.45, 0.98, 0.48 > USER TTY FROM LOGIN@ IDLE WHAT > w: proc size mismatch (29008 total, 620 chunks): Undefined error: 0 > hub# > > Now, I haven't had a chance to recompile the libraries yet, > so ... > > That's probably it...I need the new -lkvm? > > If that's all it is, then I won't panic. If it isn't supposed > to fail, then I'll panic :) > > Thanks... > > Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) > scrappy@hub.org | > soon to be: | > scrappy@ki.net | For more information, send me email. > > From owner-freebsd-current Sat Nov 25 09:47:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA09152 for current-outgoing; Sat, 25 Nov 1995 09:47:01 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA09140 for ; Sat, 25 Nov 1995 09:46:55 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA23606 ; Sat, 25 Nov 1995 18:46:52 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA03999 ; Sat, 25 Nov 1995 18:46:51 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA02769; Sat, 25 Nov 1995 12:25:33 +0100 (MET) From: Ollivier Robert Message-Id: <199511251125.MAA02769@keltia.freenix.fr> Subject: Re: bsdmake on /usr/src/lib To: scrappy@hub.org (Marc G. Fournier) Date: Sat, 25 Nov 1995 12:25:32 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: from "Marc G. Fournier" at Nov 24, 95 06:13:48 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Marc G. Fournier said: > ...is this something I should ignore or worry about? > > building standard curses library > nm: ctrace.o: no name list. > tsort: cycle in data > tsort: tstp.o > tsort: tty.o Ignore it. That only means that the symbol table is empty (which can be expected in some debugging modules where the entire code is between #ifdef SOME_DEBUG .. #endif /* SOME_DEBUG */). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Sat Nov 25 09:56:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA09158 for current-outgoing; Sat, 25 Nov 1995 09:47:02 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA09145 for ; Sat, 25 Nov 1995 09:46:58 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA23610 ; Sat, 25 Nov 1995 18:46:53 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA04002 ; Sat, 25 Nov 1995 18:46:52 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA02780; Sat, 25 Nov 1995 12:28:12 +0100 (MET) From: Ollivier Robert Message-Id: <199511251128.MAA02780@keltia.freenix.fr> Subject: Re: error on 'config ' for kernel To: scrappy@hub.org (Marc G. Fournier) Date: Sat, 25 Nov 1995 12:28:12 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: from "Marc G. Fournier" at Nov 24, 95 06:42:12 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1354 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Marc G. Fournier said: > Just updated my -current kernel sources, and tried to do a > 'config ' before compiling, and got the following error: > > hub# config hub > Removing old directory ../../compile/hub: Done. > Unknown % construct in generic makefile: %SFILES > Kernel build directory is ../../compile/hub Either your config or Makefile.i386 is not up-to-date. I suspect config. > And...is there a better address to send problems like this too > then here? Well, the list is named freebsd-current and you're running frebsd-current... So I think the name of the list is accurate no ? :-) Don't forget to subscribe to cvs-all in order to get CVS commit messages. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-current Sat Nov 25 11:10:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14116 for current-outgoing; Sat, 25 Nov 1995 11:10:24 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14108 for ; Sat, 25 Nov 1995 11:10:19 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id OAA14536; Sat, 25 Nov 1995 14:09:49 -0500 (EST) Date: Sat, 25 Nov 1995 14:09:46 -0500 (EST) From: "Marc G. Fournier" To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: error on 'config ' for kernel In-Reply-To: <199511251128.MAA02780@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sat, 25 Nov 1995, Ollivier Robert wrote: > It seems that Marc G. Fournier said: > > Just updated my -current kernel sources, and tried to do a > > 'config ' before compiling, and got the following error: > > > > hub# config hub > > Removing old directory ../../compile/hub: Done. > > Unknown % construct in generic makefile: %SFILES > > Kernel build directory is ../../compile/hub > > Either your config or Makefile.i386 is not up-to-date. I suspect config. > It was config... > > And...is there a better address to send problems like this too > > then here? > > Well, the list is named freebsd-current and you're running > frebsd-current... So I think the name of the list is accurate no ? :-) > Ya, I guess it is...just didn't feel like much traffic, is all... kind of expected more :) > Don't forget to subscribe to cvs-all in order to get CVS commit messages. Am on it now, that was the one its seems that I was missing. Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | For more information, send me email. From owner-freebsd-current Sat Nov 25 13:25:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17211 for current-outgoing; Sat, 25 Nov 1995 13:25:46 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA17204 for ; Sat, 25 Nov 1995 13:25:42 -0800 X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: current@freebsd.org Subject: pentiums, clocks and xntpd: a smoking gun... MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17201.817334741.1@freefall.freebsd.org> Date: Sat, 25 Nov 1995 13:25:41 -0800 Message-ID: <17202.817334741@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk I remember a thread a little while back about the suitability of the pentiums clock for timekeeping, in particular when we have no way of knowing the actual frequency. I hooked a DCF77 receiver up to my Pentium/133 and here is my findings: My microtime() drifts at a rate of: (7.679466-5.081014)/(76710.567-75815.162) = .002901 this is ten and a half second per hour :-( It is surprisingly close to the ratio of: (133.333333-133)/133 = .002506 If this was the case, then my residual drift would be .000395, or one and a half second per hour. Poul-Henning From owner-freebsd-current Sat Nov 25 13:41:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17591 for current-outgoing; Sat, 25 Nov 1995 13:41:31 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA17586 for ; Sat, 25 Nov 1995 13:41:19 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id QAA20378; Sat, 25 Nov 1995 16:41:03 -0500 (EST) Date: Sat, 25 Nov 1995 16:40:53 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Minor/Major #'s for shared libraries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Is there some sort of table that the compiler looks at that determines what shared library to work with? I've been working with ncurses 1.9.7a (w/ patches) and have got it so that shared libraries get compiled, but I seem to have to manually plug the shared libraries in over top of libncurses.so.3.0 to get them to be recognized, so figure that there has to be somewhere that I can change the version number to reflect the new shared libs... Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | Check us out @ http://hub.org From owner-freebsd-current Sat Nov 25 14:57:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22847 for current-outgoing; Sat, 25 Nov 1995 14:57:25 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA22835 for ; Sat, 25 Nov 1995 14:57:16 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id RAA21821; Sat, 25 Nov 1995 17:57:10 -0500 (EST) Date: Sat, 25 Nov 1995 17:57:07 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Problem making /usr/src... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Has anyone noticed/fixed this: ===> bin/sh cc -O -DSHELL -I. -I/usr/src/bin/sh -static /usr/src/bin/sh/builtins.c -o /usr/src/bin/sh/builtins /usr/lib/crt0.o: Undefined symbol `_main' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_bltincmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_bgcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_breakcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_cdcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_dotcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_echocmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_evalcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_execcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_exitcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_expcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_exportcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_histcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_fgcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_getoptscmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_hashcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_jobidcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_jobscmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_localcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_printfcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_pwdcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_readcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_returncmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_setcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_setvarcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_shiftcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_trapcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_truecmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_ulimitcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_umaskcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_unaliascmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_unsetcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_waitcmd' referenced from text segment /var/tmp/cc0217011.o: Undefined symbol `_aliascmd' referenced from text segment *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. hub# This is when I do a make from /usr/src, with *-current. On the first pass through, it compiles cleanly, but on subsequent make's, it fails with this. If I do: cd bin/sh make clean cd ../.. make It will compile cleanly again, for the first try, and then die with the same Undefined Symbol error if I have to try again. Oh, something to note, in case it gets asked. This is going through the 'make' steps that Bruce outlined yesterday, with the 2.2-Current kernel running, and /usr/src/lib installed...I'm just trying to make the *bin stuff now Marc G. Fournier | Knowledge, Information and Communications, Inc (ki.net) scrappy@hub.org | soon to be: | scrappy@ki.net | Check us out @ http://hub.org From owner-freebsd-current Sat Nov 25 18:19:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA04794 for current-outgoing; Sat, 25 Nov 1995 18:19:32 -0800 Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA04787 for ; Sat, 25 Nov 1995 18:19:28 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id EAA02674 for ; Sun, 26 Nov 1995 04:19:21 +0200 Received: (hsu@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id EAA15041; Sun, 26 Nov 1995 04:19:25 +0200 Date: Sun, 26 Nov 1995 04:19:25 +0200 Message-Id: <199511260219.EAA15041@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-current@freefall.FreeBSD.org Subject: make world broken? Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@FreeBSD.ORG Precedence: bulk Supped around midnight EET (november 25/26). install -c -o bin -g bin -m 444 libg++_p.a /usr/lib install -c -o bin -g bin -m 444 libg++.so.3.0 /usr/lib ===> libgmp cmp -s /gmp.h /usr/include/gmp.h || install -c -o bin -g bin -m 444 /gmp.h /usr/include/gmp.h install: /gmp.h: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-current Sat Nov 25 21:09:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA12315 for current-outgoing; Sat, 25 Nov 1995 21:09:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA12306 for ; Sat, 25 Nov 1995 21:09:00 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA15785; Sun, 26 Nov 1995 15:59:10 +1100 Date: Sun, 26 Nov 1995 15:59:10 +1100 From: Bruce Evans Message-Id: <199511260459.PAA15785@godzilla.zeta.org.au> To: current@FreeBSD.ORG, phk@freefall.freebsd.org Subject: Re: pentiums, clocks and xntpd: a smoking gun... Sender: owner-current@FreeBSD.ORG Precedence: bulk >I hooked a DCF77 receiver up to my Pentium/133 and here is my findings: >My microtime() drifts at a rate of: > (7.679466-5.081014)/(76710.567-75815.162) = .002901 >this is ten and a half second per hour :-( >It is surprisingly close to the ratio of: > (133.333333-133)/133 = .002506 >If this was the case, then my residual drift would be .000395, >or one and a half second per hour. Upgrade to a Pentium/100 ;-). Print the clock frequency in calibrate_cyclecounter() before dividing by 1000000. The 8254 clock may be a bit more accurate than 2901 ppm. The ones on my main systems are accurate to about +700 ppm and -300 ppm. I think the correct fix to these problems is: Pentium clock: 1. Increase the resolution of pentium_mhz. Either store it in hz and calculate: delta_usec = (delta_TSC * 1000000) / pentium_hz (ensure that delta_TSC is small so that this doesn't overflow) or store it in fixed point and calculate: delta_usec = (delta_TSC * frac) >> shift; 2. Implement `sysctl -w pentium_hz=value' or the fixed point version of this. 3. For each system, determine the best value for pentium_hz and set it in /etc/rc using sysctl. 8254 clock: 4.-6. Same as 1.-3. except for the 8254 clock instead of the Pentium clock. 7. Implement `sysctl -w timer0_max_count=value'. 8. For each system, determine the best value for timer0_max_count and set it in /etc/rc using sysctl. Do this even on Pentiums to make the clock interrupt frequency as close as possible to `hz'. General: 9. Make microtime() aware of adjustments to the clock. This involves scaling microtime()'s clock by ((tick + tickdelta) / tick) and perhaps adding the phase adjustment. 10. Implement a private version of `time_adj' and a sysctl to set it. The point of this is to handle lost resolution due to the value returned by CPU_THISTICKLEN() being measured in usec. The phase adjustment could be kept track of in CPU_THISTICKLEN() but it seems better to use the existing phase adjustment code in hardclock(). 11. For each system, determine the best value for the private `time_adj' and set it in /etc/rc using sysctl. Bruce From owner-freebsd-current Sat Nov 25 22:14:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA17109 for current-outgoing; Sat, 25 Nov 1995 22:14:50 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA17102 for ; Sat, 25 Nov 1995 22:14:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA18250; Sun, 26 Nov 1995 17:10:33 +1100 Date: Sun, 26 Nov 1995 17:10:33 +1100 From: Bruce Evans Message-Id: <199511260610.RAA18250@godzilla.zeta.org.au> To: chuckr@Glue.umd.edu, davidg@Root.COM Subject: Re: follow-up to kernel compile problem... Cc: current@freebsd.org, scrappy@hub.org Sender: owner-current@freebsd.org Precedence: bulk >>> It's not necessary to shut down to single user. It is a good idea if you do >>> the 'make world' when the system is mostly idle, however, as unusual transient >>> things might happen to the users during some phases of the build. >> >>Please, could you explain this? How come, if I'm changing my libc, I >>don't have to go to single user? I know when I did current on version >>1.1 it was needed, I believe you now, but I like to know why, what changed? > Anything that is currently using the installed libraries will continue to >use the old version. The old libraries are unlinked before the new copy is >installed. I think back in 1.x days that install didn't do an unlink first, >causing it to overwrite the in-use libraries. Actually, install always did an unlink, and installing new libraries is only fairly safe. The following may occur: install unlinks old library Now there is no library, so if install gets preempted and something gets execed, the something may fail with an ENOENT error. install starts copying new library. Now there is a partial library, so if install gets preempted and something gets execed, the something may find a partial library and fail with a who-knows-what error. install finishes copying new library. Now the rwx------ permissions may be too restrictive, so if installed gets prempted and something gets execed, the something may fail with an EACCES error. This also limits the damage for partial libraries to processes that can read the library. install finishes installing new library. Now there are no problems. Installing with new -C flag is much safer. (-C is in -current but not in 2.1). An atomic rename() is used instead of the unlink/copy, so there are only races for the permissions and the immutable flags. The permissions problems should be fixed by doing the fchown/fchmod before the rename(). The immutability problems can't be fixed - you have to turn off the immutable flags to do the rename(), so there must be a window where the target is mutable. There should be an atomic rename_immutable() syscall to handle this problem. Bruce From owner-freebsd-current Sat Nov 25 22:48:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA18603 for current-outgoing; Sat, 25 Nov 1995 22:48:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA18594 for ; Sat, 25 Nov 1995 22:48:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA19202; Sun, 26 Nov 1995 17:45:51 +1100 Date: Sun, 26 Nov 1995 17:45:51 +1100 From: Bruce Evans Message-Id: <199511260645.RAA19202@godzilla.zeta.org.au> To: current@FreeBSD.ORG, scrappy@hub.org Subject: Re: Problem making /usr/src... Sender: owner-current@FreeBSD.ORG Precedence: bulk >Hi... > Has anyone noticed/fixed this: >===> bin/sh >cc -O -DSHELL -I. -I/usr/src/bin/sh -static /usr/src/bin/sh/builtins.c -o /usr/src/bin/sh/builtins >/usr/lib/crt0.o: Undefined symbol `_main' referenced from text segment >/var/tmp/cc0217011.o: Undefined symbol `_bltincmd' referenced from text segment >... It's because there is a bogus implicit dependency of the source file `builtins' on the created file builtins.c. The first run creates builtins.c and the second run tries to create `builtins' from builtins.c using `cc -o builtins builtins.c ...'. This fails because builtins.c is one of the sources for `sh', not for `builtins'. The problem doesn't occur if you have an obj directory. > Oh, something to note, in case it gets asked. This is going through >the 'make' steps that Bruce outlined yesterday, with the 2.2-Current >kernel running, and /usr/src/lib installed...I'm just trying to make >the *bin stuff now I forgot to mention (:-): # create obj directories as required # # create them all at first, or in case you missed one cd /usr/src make obj # # or a few at a time cd /usr/src/foobin make obj # # or one at a time cd /usr/src/foobin/barprog make obj Missing obj directories and can be found by mounting /usr/src readonly after creating most obj directories (this also finds buggy makefiles) or by searching for .o's and .depend's in /usr/src (`make obj' unfortunately always creates all obj directories whether necessary or not). Bruce From owner-freebsd-current Sat Nov 25 23:23:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA19883 for current-outgoing; Sat, 25 Nov 1995 23:23:01 -0800 Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA19878 for ; Sat, 25 Nov 1995 23:22:56 -0800 Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id CAA27065; Sun, 26 Nov 1995 02:22:26 -0500 (EST) Date: Sun, 26 Nov 1995 02:22:19 -0500 (EST) From: "Marc G. Fournier" To: Bruce Evans cc: chuckr@Glue.umd.edu, davidg@Root.COM, current@freebsd.org Subject: Re: follow-up to kernel compile problem... In-Reply-To: <199511260610.RAA18250@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 26 Nov 1995, Bruce Evans wrote: > Installing with new -C flag is much safer. (-C is in -current but not > in 2.1). An atomic rename() is used instead of the unlink/copy, so Where? I know, stupid question, but I just did a 'find' on /usr/src for install, and couldn't find it... hub# find . -name "*install*" -print ./gnu/usr.bin/ptx/mkinstalldirs ./gnu/usr.bin/send-pr/install-sid.sh ./gnu/usr.bin/texinfo/misc/mkinstalldirs ./etc/etc.i386/cdinst1.install ./etc/etc.i386/cpio.install ./etc/etc.i386/inst1.install ./release/sysinstall ./release/sysinstall/help/install.hlp ./release/sysinstall/install.c ./release/sysinstall/installFinal.c ./release/sysinstall/installPreconfig.c ./release/sysinstall/installUpgrade.c ./release/sysinstall/sysinstall.h ./release/sysinstall/sysinstall.debug ./release/disksetup/sysinstall.h ./release/disksetup/install.o ./release/disksetup/install.c ./release/disksetup/help/install.hlp ./release/disksetup/OLD/installPreconfig.c ./release/disksetup/OLD/installUpgrade.c ./release/disksetup/OLD/installFinal.c ./release/disksetup/sysinstall.debug ./usr.sbin/pkg_install ./usr.sbin/pkg_install/lib/libinstall.a ./usr.sbin/pkg_manage/pkg_ds_install.hlp ./usr.sbin/pkg_manage/pkg_install.hlp ./usr.sbin/xntpd/scripts/install.sh ./usr.sbin/xntpd/scripts/support/etc/install ./usr.bin/vi/install ./usr.bin/xinstall ./usr.bin/xinstall/install.1 ./usr.bin/xinstall/xinstall.c ./share/doc/handbook/install.sgml hub# ls usr.bin/vi/install recover.script hub# I just upgraded my distribution this afternoon... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Sat Nov 25 23:39:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA20373 for current-outgoing; Sat, 25 Nov 1995 23:39:51 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA20368 for ; Sat, 25 Nov 1995 23:39:45 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA21045; Sun, 26 Nov 1995 18:37:13 +1100 Date: Sun, 26 Nov 1995 18:37:13 +1100 From: Bruce Evans Message-Id: <199511260737.SAA21045@godzilla.zeta.org.au> To: bde@zeta.org.au, scrappy@hub.org Subject: Re: follow-up to kernel compile problem... Cc: chuckr@Glue.umd.edu, current@FreeBSD.ORG, davidg@Root.COM Sender: owner-current@FreeBSD.ORG Precedence: bulk >> Installing with new -C flag is much safer. (-C is in -current but not >> in 2.1). An atomic rename() is used instead of the unlink/copy, so > Where? I know, stupid question, but I just did a 'find' >on /usr/src for install, and couldn't find it... /usr/src/usr.bin/xinstall/*. A different name is used because source directories and target files named `install' would break `make install'. Bruce