From owner-freebsd-stable Sun Dec 7 09:20:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09408 for stable-outgoing; Sun, 7 Dec 1997 09:20:32 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA09403 for ; Sun, 7 Dec 1997 09:20:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id EAA06587; Mon, 8 Dec 1997 04:16:28 +1100 Date: Mon, 8 Dec 1997 04:16:28 +1100 From: Bruce Evans Message-Id: <199712071716.EAA06587@godzilla.zeta.org.au> To: arg1197@arg1.demon.co.uk, freebsd-stable@FreeBSD.ORG Subject: Re: kern/2573 - NFS hangs with mmap() Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The above PR - apparently fixed in current a long time ago - still >appears to be present in 2.2-stable. > >Any advice would be appreciated - I don't know how to find the >changes that corresponded to the closing of the PR with a view >to putting them in 2.2 (other than doing a brute force search >of the CVS repository for likely checkin messages). The PR is referenced properly at least in the main fix, so the following was easy to find (there was also a useful date in the closure message for the PR - everything was done right except for closing it while it was open in 2 branches). --- dfr 1997/05/19 07:36:57 PDT Modified files: sys/kern vfs_bio.c sys/nfs nfs.h nfs_bio.c nfs_vnops.c nfsnode.h sys/vm vm_fault.c vnode_pager.c Log: Fix a few bugs with NFS and mmap caused by NFS' use of b_validoff and b_validend. The changes to vfs_bio.c are a bit ugly but hopefully can be tidied up later by a slight redesign. PR: kern/2573, kern/2754, kern/3046 (possibly) Reviewed by: dyson Revision Changes Path 1.116 +102 -50 src/sys/kern/vfs_bio.c 1.27 +2 -2 src/sys/nfs/nfs.h 1.38 +83 -2 src/sys/nfs/nfs_bio.c 1.50 +5 -4 src/sys/nfs/nfs_vnops.c 1.21 +2 -1 src/sys/nfs/nfsnode.h 1.69 +2 -2 src/sys/vm/vm_fault.c 1.71 +6 -1 src/sys/vm/vnode_pager.c --- Good luck merging the parts of this that apply to -stable (if any) :-). I have a small uncommitted fix - some min's and max's in the vfs_bio.c part should be qmin's and qmax's. File access at offsets >= 4GB is probably broken. Bruce From owner-freebsd-stable Sun Dec 7 12:48:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21114 for stable-outgoing; Sun, 7 Dec 1997 12:48:15 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21109 for ; Sun, 7 Dec 1997 12:48:10 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id MAA07922; Sun, 7 Dec 1997 12:48:03 -0800 (PST) (envelope-from jdp) Message-Id: <199712072048.MAA07922@austin.polstra.com> To: dave@syix.com Subject: Re: Make World Fails In-Reply-To: <3.0.2.32.19971206195010.00b0c670@syix.com> References: <3.0.2.32.19971206112246.008bb5a0@syix.com> <3.0.2.32.19971206112246.008bb5a0@syix.com> <3.0.2.32.19971206195010.00b0c670@syix.com> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Date: Sun, 07 Dec 1997 12:48:02 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3.0.2.32.19971206195010.00b0c670@syix.com>, Dave Overton wrote: > For info, the file was corrupted, it had the right date and size, just a > bunch of NULL characters in it, about the middle of line 1123 to about line > 1130... Yep, and I'd bet dollars to donuts that the corruption begins at a multiple of 512 bytes (and probably a multiple of 4096 bytes) from the beginning of the file. Man, I _hate_ those kinds of problems. :-( John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Sun Dec 7 14:00:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA26311 for stable-outgoing; Sun, 7 Dec 1997 14:00:39 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA26298 for ; Sun, 7 Dec 1997 14:00:33 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id WAA21979; Sun, 7 Dec 1997 22:00:11 GMT Date: Sun, 7 Dec 1997 22:00:11 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Bruce Evans cc: arg1197@arg1.demon.co.uk, freebsd-stable@FreeBSD.ORG Subject: Re: kern/2573 - NFS hangs with mmap() In-Reply-To: <199712071716.EAA06587@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Dec 1997, Bruce Evans wrote: > > The PR is referenced properly at least in the main fix, so the > following was easy to find (there was also a useful date in > the closure message for the PR - everything was done right > except for closing it while it was open in 2 branches). Just for my education, how _did_ you find it? Thanks for the info, anyhow. Andrew. From owner-freebsd-stable Sun Dec 7 14:19:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA27564 for stable-outgoing; Sun, 7 Dec 1997 14:19:48 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mail.ionet.net (mail.ionet.net [206.41.128.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA27551 for ; Sun, 7 Dec 1997 14:19:44 -0800 (PST) (envelope-from beedleka@ionet.net) Received: from okcnas9-24.ionet.net (okcnas9-24.ionet.net [207.204.117.180]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id QAA14710 for ; Sun, 7 Dec 1997 16:19:26 -0600 (CST) Received: by okcnas9-24.ionet.net with Microsoft Mail id <01BD032B.EEDA4180@okcnas9-24.ionet.net>; Sun, 7 Dec 1997 16:19:46 -0600 Message-ID: <01BD032B.EEDA4180@okcnas9-24.ionet.net> From: Keith Beedle To: "'freebsd-stable@FreeBSD.ORG'" Date: Sun, 7 Dec 1997 16:17:43 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-stable From owner-freebsd-stable Sun Dec 7 14:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29541 for stable-outgoing; Sun, 7 Dec 1997 14:40:51 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29534 for ; Sun, 7 Dec 1997 14:40:47 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id JAA15870; Mon, 8 Dec 1997 09:35:59 +1100 Date: Mon, 8 Dec 1997 09:35:59 +1100 From: Bruce Evans Message-Id: <199712072235.JAA15870@godzilla.zeta.org.au> To: arg@arg1.demon.co.uk, bde@zeta.org.au Subject: Re: kern/2573 - NFS hangs with mmap() Cc: arg1197@arg1.demon.co.uk, freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Just for my education, how _did_ you find it? cd /sys/nfs; cvs log | less # search for dates near 1997/05/20 cd $CVSROOT/C*/*logs; zgrep 2573 */gz Bruce From owner-freebsd-stable Sun Dec 7 14:54:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA00703 for stable-outgoing; Sun, 7 Dec 1997 14:54:40 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA00698 for ; Sun, 7 Dec 1997 14:54:30 -0800 (PST) (envelope-from benst@terminus.stuyts.nl) Received: from stuyts by alushta.NL.net with UUCP id <1694-31350>; Sun, 7 Dec 1997 23:54:03 +0100 Received: from daneel.stuyts.nl (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.8/8.8.5) with ESMTP id XAA06586 for ; Sun, 7 Dec 1997 23:43:27 +0100 (MET) Received: (from benst@localhost) by daneel.stuyts.nl (8.8.5/8.8.5) id XAA16571 for freebsd-stable@FreeBSD.ORG; Sun, 7 Dec 1997 23:42:25 +0100 (MET) Message-Id: <199712072242.XAA16571@daneel.stuyts.nl> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Sun, 7 Dec 97 23:42:23 +0100 To: freebsd-stable@FreeBSD.ORG Subject: ppp won't quit on hangup Reply-To: ben@stuyts.nl Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, We're having some trouble with iijppp lately. If the other end (a win95 machine) hangs up, ppp will not detect this and the line will stay open: Dec 6 22:01:16 nemesis ppp[2829]: Phase: PPP Started. Dec 6 22:01:16 nemesis ppp[2829]: Phase: Packet mode enabled Dec 6 22:01:16 nemesis ppp[2829]: Phase: NewPhase: Authenticate Dec 6 22:01:16 nemesis ppp[2829]: Phase: NewPhase: Network Dec 6 22:01:16 nemesis ppp[2829]: Link: myaddr = 193.78.231.11 hisaddr = 193.78.231.131 Dec 6 22:01:16 nemesis ppp[2829]: Link: OsLinkup: 193.78.231.131 Dec 6 22:01:17 nemesis ppp[2829]: Phase: *Connected! Dec 6 22:08:40 nemesis ppp[2829]: Link: OsLinkdown: 193.78.231.131 Dec 6 22:08:41 nemesis ppp[2829]: Phase: Disconnected! Dec 6 22:08:41 nemesis ppp[2829]: Phase: Connect time: 444 secs Dec 6 22:08:41 nemesis ppp[2829]: Phase: NewPhase: Dead The modem carrier was down and here I had to manually SIGHUP ppp: Dec 7 22:33:38 nemesis ppp[2829]: Phase: Signal 1, terminate. Dec 7 22:33:38 nemesis ppp[2829]: Phase: PPP Terminated (nodial). Any idea what's wrong? Thanks, Ben From owner-freebsd-stable Sun Dec 7 15:42:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04041 for stable-outgoing; Sun, 7 Dec 1997 15:42:16 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from radford.i-plus.net (root@NS.i-Plus.net [208.24.67.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04025 for ; Sun, 7 Dec 1997 15:42:07 -0800 (PST) (envelope-from rewt@i-Plus.net) Received: from radford.i-plus.net (rewt@radford.i-plus.net [208.24.67.15]) by radford.i-plus.net (8.8.8/8.8.5) with SMTP id SAA00734 for ; Sun, 7 Dec 1997 18:40:57 -0500 (EST) Date: Sun, 7 Dec 1997 18:40:57 -0500 (EST) From: Troy Settle To: stable@freebsd.org Subject: kernel crashes when switching vtys Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1182640346-881538057=:611" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1182640346-881538057=:611 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Hopefully, someone can help me with this... Today, I cvsupped, made the world, rebooted, made a new kernel, rebooted again. Everything went smoothly until I went to switch vtys. When I hit ALT-F2 to switch, the PC speaker squealed for a few seconds, then the box rebooted. # uname -a FreeBSD Radford.i-Plus.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Dec 7 17:48:30 EST 1997 root@Radford.i-Plus.net:/usr/src/sys/compile/RAD2 i386 (kernel config is attached) I can't find any explanation for this. If anyone knows, please fill me in ASAP. -- =A0 Troy Settle=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -- - -- - --= =A0=A0=A0=A0=A0=A0=A0=A0=A0 -- Got 'Net? -- =A0 Network Administrator=A0=A0=A0=A0 | This Space |=A0=A0=A0=A0 Explore th= e world with =A0 st@i-Plus.net=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 |=A0 For Rent=A0 |=A0= =A0=A0=A0 iPlus Internet Services =A0 ICQ: 1625842=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 -- - -- - --=A0= =A0=A0=A0=A0 http://www.i-Plus.net --0-1182640346-881538057=:611 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=RAD2 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: bWFjaGluZQkJImkzODYiDQpjcHUJCSJJNDg2X0NQVSINCmNwdQkJIkk1ODZf Q1BVIg0KaWRlbnQJCSJSQUQyIg0KbWF4dXNlcnMJNTANCg0Kb3B0aW9ucwkJ SU5FVAkJCSNJbnRlck5FVHdvcmtpbmcNCm9wdGlvbnMJCUZGUwkJCSNCZXJr ZWxleSBGYXN0IEZpbGVzeXN0ZW0NCm9wdGlvbnMJCU5GUwkJCSNOZXR3b3Jr IEZpbGVzeXN0ZW0NCm9wdGlvbnMJCVBST0NGUwkJCSNQcm9jZXNzIGZpbGVz eXN0ZW0NCm9wdGlvbnMJCSJDT01QQVRfNDMiCQkjQ29tcGF0aWJsZSB3aXRo IEJTRCA0LjMgW0tFRVAgVEhJUyFdDQpvcHRpb25zCQlTQ1NJX0RFTEFZPTE1 CQkjQmUgcGVzc2ltaXN0aWMgYWJvdXQgSm9lIFNDU0kgZGV2aWNlDQpvcHRp b25zCQlCT1VOQ0VfQlVGRkVSUwkJI2luY2x1ZGUgc3VwcG9ydCBmb3IgRE1B IGJvdW5jZSBidWZmZXJzDQpvcHRpb25zCQlVQ09OU09MRQkJI0FsbG93IHVz ZXJzIHRvIGdyYWIgdGhlIGNvbnNvbGUNCm9wdGlvbnMJCUZBSUxTQUZFCQkj QmUgY29uc2VydmF0aXZlDQpvcHRpb25zCQlVU0VSQ09ORklHCQkjYm9vdCAt YyBlZGl0b3INCm9wdGlvbnMJCVZJU1VBTF9VU0VSQ09ORklHCSN2aXN1YWwg Ym9vdCAtYyBlZGl0b3INCg0Kb3B0aW9ucwkJUVVPVEENCg0Kb3B0aW9ucwkJ U1lTVlNITQ0Kb3B0aW9ucwkJU1lTVlNFTQ0Kb3B0aW9ucwkJU1lTVk1TRw0K DQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTA0Kb3B0aW9ucyAgICAgICAg IElQRklSRVdBTExfREVGQVVMVF9UT19BQ0NFUFQNCm9wdGlvbnMgICAgICAg ICBJUERJVkVSVA0KDQpjb25maWcJCWtlcm5lbAlyb290IG9uIHdkMA0KDQpj b250cm9sbGVyCWlzYTANCmNvbnRyb2xsZXIJZWlzYTANCmNvbnRyb2xsZXIJ cGNpMA0KDQpjb250cm9sbGVyCWZkYzAJYXQgaXNhPyBwb3J0ICJJT19GRDEi IGJpbyBpcnEgNiBkcnEgMiB2ZWN0b3IgZmRpbnRyDQpkaXNrCQlmZDAJYXQg ZmRjMCBkcml2ZSAwDQoNCm9wdGlvbnMJCSJDTUQ2NDAiCSMgd29yayBhcm91 bmQgQ01ENjQwIGNoaXAgZGVmaWNpZW5jeQ0KY29udHJvbGxlcgl3ZGMwCWF0 IGlzYT8gcG9ydCAiSU9fV0QxIiBiaW8gaXJxIDE0IHZlY3RvciB3ZGludHIN CmRpc2sJCXdkMAlhdCB3ZGMwIGRyaXZlIDANCmRpc2sJCXdkMQlhdCB3ZGMw IGRyaXZlIDENCg0KZGV2aWNlCQlzYzAJYXQgaXNhPyBwb3J0ICJJT19LQkQi IHR0eSBpcnEgMSB2ZWN0b3Igc2NpbnRyDQpkZXZpY2UJCW5weDAJYXQgaXNh PyBwb3J0ICJJT19OUFgiIGZsYWdzIDB4MSBpcnEgMTMgdmVjdG9yIG5weGlu dHINCg0KZGV2aWNlCQlhcG0wICAgIGF0IGlzYT8JZGlzYWJsZQkjIEFkdmFu Y2VkIFBvd2VyIE1hbmFnZW1lbnQNCm9wdGlvbnMJCUFQTV9CUk9LRU5fU1RB VENMT0NLCSMgV29ya2Fyb3VuZCBzb21lIGJ1Z2d5IEFQTSBCSU9TDQoNCmRl dmljZQkJc2lvMAlhdCBpc2E/IHBvcnQgIklPX0NPTTEiIHR0eSBpcnEgNCB2 ZWN0b3Igc2lvaW50cg0KZGV2aWNlCQlzaW8xCWF0IGlzYT8gcG9ydCAiSU9f Q09NMiIgdHR5IGlycSAzIHZlY3RvciBzaW9pbnRyDQoNCmRldmljZSBlZDAg YXQgaXNhPyBwb3J0IDB4MzAwIG5ldCBpcnEgIDUgaW9tZW0gMHhkODAwMCB2 ZWN0b3IgZWRpbnRyDQoNCnBzZXVkby1kZXZpY2UJbG9vcA0KcHNldWRvLWRl dmljZQlldGhlcg0KcHNldWRvLWRldmljZQlsb2cNCnBzZXVkby1kZXZpY2UJ dm4JMQ0KcHNldWRvLWRldmljZQlwdHkJMzINCnBzZXVkby1kZXZpY2UJZ3pp cA0KcHNldWRvLWRldmljZQlicGZpbHRlcgk0DQo= --0-1182640346-881538057=:611-- From owner-freebsd-stable Sun Dec 7 16:10:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05914 for stable-outgoing; Sun, 7 Dec 1997 16:10:40 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from ntsrvr.willametteweb.com (dns1.onlinemac.com [204.200.26.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA05907 for ; Sun, 7 Dec 1997 16:10:36 -0800 (PST) (envelope-from Mdis29A@onlinemac.com) Received: from pt57.onlinemac.com (pt57.onlinemac.com [204.200.26.157]) by ntsrvr.willametteweb.com (NTMail 3.02.13) with ESMTP id ba186655 for ; Sun, 7 Dec 1997 16:10:20 +0000 Comments: Authenticated sender is From: "Matt Distefano" To: freebsd-stable@FreeBSD.ORG Date: Sun, 7 Dec 1997 16:13:42 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Reply-to: mdis29a@onlinemac.com Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Message-Id: <00102078305953@onlinemac.com> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-stable From owner-freebsd-stable Sun Dec 7 16:50:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09012 for stable-outgoing; Sun, 7 Dec 1997 16:50:53 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA08967 for ; Sun, 7 Dec 1997 16:50:14 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA20990; Mon, 8 Dec 1997 09:50:03 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id JAA29765; Mon, 8 Dec 1997 09:56:58 +0900 (JST) Message-Id: <199712080056.JAA29765@zodiac.mech.utsunomiya-u.ac.jp> To: Troy Settle Cc: stable@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kernel crashes when switching vtys In-Reply-To: Your message of "Sun, 07 Dec 1997 18:40:57 EST." References: Date: Mon, 08 Dec 1997 09:56:47 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Today, I cvsupped, made the world, rebooted, made a new kernel, rebooted >again. Everything went smoothly until I went to switch vtys. > >When I hit ALT-F2 to switch, the PC speaker squealed for a few seconds, >then the box rebooted. > ># uname -a >FreeBSD Radford.i-Plus.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Dec >7 17:48:30 EST 1997 root@Radford.i-Plus.net:/usr/src/sys/compile/RAD2 >i386 When was the last successful kernel built? Kazu From owner-freebsd-stable Sun Dec 7 16:54:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09334 for stable-outgoing; Sun, 7 Dec 1997 16:54:58 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from radford.i-plus.net (root@NS.i-Plus.net [208.24.67.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09324 for ; Sun, 7 Dec 1997 16:54:50 -0800 (PST) (envelope-from rewt@i-Plus.net) Received: from b.b.nu (old@b.nu [208.24.67.50]) by radford.i-plus.net (8.8.8/8.8.5) with SMTP id TAA01917; Sun, 7 Dec 1997 19:53:30 -0500 (EST) From: "Troy Settle" To: "Kazutaka YOKOTA" Cc: , Subject: Re: kernel crashes when switching vtys Date: Sun, 7 Dec 1997 20:01:22 -0500 Message-ID: <01bd0374$ccefd000$324318d0@b.b.nu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The only working kernel I have, is from a cvsup done a few days after 2.2.5 was released. From: Kazutaka YOKOTA >>Today, I cvsupped, made the world, rebooted, made a new kernel, rebooted >>again. Everything went smoothly until I went to switch vtys. >> >>When I hit ALT-F2 to switch, the PC speaker squealed for a few seconds, >>then the box rebooted. >> >># uname -a >>FreeBSD Radford.i-Plus.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Dec >>7 17:48:30 EST 1997 root@Radford.i-Plus.net:/usr/src/sys/compile/RAD2 >>i386 > >When was the last successful kernel built? > >Kazu > From owner-freebsd-stable Sun Dec 7 17:50:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA14184 for stable-outgoing; Sun, 7 Dec 1997 17:50:44 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from Bayou.UH.EDU (jef53313@Bayou.UH.EDU [129.7.1.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA14172 for ; Sun, 7 Dec 1997 17:50:39 -0800 (PST) (envelope-from jef53313@Bayou.UH.EDU) Received: from localhost (jef53313@localhost) by Bayou.UH.EDU (8.8.7/8.8.7) with SMTP id TAA23432; Sun, 7 Dec 1997 19:50:14 -0600 (CST) Date: Sun, 7 Dec 1997 19:50:14 -0600 (CST) From: Jonathan Fosburgh To: Troy Settle cc: Kazutaka YOKOTA , stable@FreeBSD.ORG Subject: Re: kernel crashes when switching vtys In-Reply-To: <01bd0374$ccefd000$324318d0@b.b.nu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My -stable kernel was created around November 25th or so. Jonathan Fosburgh, wotan@scientist.com , University of Houston Geophysics http://www.geocities.com/vienna/1498 FreeBSD: Turning PCs into Workstations http://www.freebsd.org ******************************************************************************* We shall not cease from exploration, And the end of our exploring shall be to arrive Where we started from, and know the place for the first time. --T.S. Eliot, The Four Quartets ******************************************************************************* From owner-freebsd-stable Sun Dec 7 19:54:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA24524 for stable-outgoing; Sun, 7 Dec 1997 19:54:39 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA24514; Sun, 7 Dec 1997 19:54:28 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id DAA22961; Mon, 8 Dec 1997 03:54:02 GMT Date: Mon, 8 Dec 1997 03:54:01 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Bruce Evans cc: "John S. Dyson" , freebsd-stable@freebsd.org Subject: Re: kern/2573 - NFS hangs with mmap() In-Reply-To: <199712071716.EAA06587@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Dec 1997, Bruce Evans wrote: > The PR is referenced properly at least in the main fix, so the > following was easy to find (there was also a useful date in > the closure message for the PR - everything was done right > except for closing it while it was open in 2 branches). > > Revision Changes Path > 1.116 +102 -50 src/sys/kern/vfs_bio.c > 1.27 +2 -2 src/sys/nfs/nfs.h > 1.38 +83 -2 src/sys/nfs/nfs_bio.c > 1.50 +5 -4 src/sys/nfs/nfs_vnops.c > 1.21 +2 -1 src/sys/nfs/nfsnode.h > 1.69 +2 -2 src/sys/vm/vm_fault.c > 1.71 +6 -1 src/sys/vm/vnode_pager.c > Good luck merging the parts of this that apply to -stable (if any) :-). Turns out that the original fix above was already in -stable. Looking at the commit log for kern/vfs_bio.c, there were a couple more fixes a few days later that hadn't made it into -stable; stable appears to have fixes up to rev 1.117 (and later 1.120), but 1.118 and 1.119 were missing. I added these (via cvs update -j1.117 -j1.119 and fixing up one conflict), but sadly the problem still seems to be there. I will set a make world going to bring my -current machine up to date, and test tomorrow whether my problem is actually fixed in -current after all. I certainly have the same sort of symptoms as the original report. From owner-freebsd-stable Sun Dec 7 20:01:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA25000 for stable-outgoing; Sun, 7 Dec 1997 20:01:27 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA24991 for ; Sun, 7 Dec 1997 20:01:13 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id BAA12924; Mon, 8 Dec 1997 01:22:28 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712080122.BAA12924@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: ben@stuyts.nl cc: freebsd-stable@freebsd.org Subject: Re: ppp won't quit on hangup In-reply-to: Your message of "Sun, 07 Dec 1997 23:42:23 +0100." <199712072242.XAA16571@daneel.stuyts.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Dec 1997 01:22:28 +0000 From: Brian Somers Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > We're having some trouble with iijppp lately. If the other end (a win95 > machine) hangs up, ppp will not detect this and the line will stay open: > > Dec 6 22:01:16 nemesis ppp[2829]: Phase: PPP Started. > Dec 6 22:01:16 nemesis ppp[2829]: Phase: Packet mode enabled > Dec 6 22:01:16 nemesis ppp[2829]: Phase: NewPhase: Authenticate > Dec 6 22:01:16 nemesis ppp[2829]: Phase: NewPhase: Network > Dec 6 22:01:16 nemesis ppp[2829]: Link: myaddr = 193.78.231.11 hisaddr = > 193.78.231.131 > Dec 6 22:01:16 nemesis ppp[2829]: Link: OsLinkup: 193.78.231.131 > Dec 6 22:01:17 nemesis ppp[2829]: Phase: *Connected! > Dec 6 22:08:40 nemesis ppp[2829]: Link: OsLinkdown: 193.78.231.131 > Dec 6 22:08:41 nemesis ppp[2829]: Phase: Disconnected! > Dec 6 22:08:41 nemesis ppp[2829]: Phase: Connect time: 444 secs > Dec 6 22:08:41 nemesis ppp[2829]: Phase: NewPhase: Dead > > The modem carrier was down and here I had to manually SIGHUP ppp: > > Dec 7 22:33:38 nemesis ppp[2829]: Phase: Signal 1, terminate. > Dec 7 22:33:38 nemesis ppp[2829]: Phase: PPP Terminated (nodial). > > Any idea what's wrong? Can you try adding "set stopped 5" to your default section in ppp.conf ? If that doesn't work, can you try the ppp on http://www.freebsd.org/~brian. It should make things better. > Thanks, > Ben -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Sun Dec 7 22:59:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06269 for stable-outgoing; Sun, 7 Dec 1997 22:59:12 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from bsd1.scitone.ccny.cuny.edu (bsd1.scitone.ccny.cuny.edu [198.116.96.53]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06264 for ; Sun, 7 Dec 1997 22:59:09 -0800 (PST) (envelope-from awk@bsd1.scitone.ccny.cuny.edu) Received: from localhost (awk@localhost) by bsd1.scitone.ccny.cuny.edu (8.8.8/8.8.7) with SMTP id GAA00449 for ; Mon, 8 Dec 1997 06:59:13 -0500 (EST) (envelope-from awk@bsd1.scitone.ccny.cuny.edu) Date: Mon, 8 Dec 1997 06:59:13 -0500 (EST) From: User AWK To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-stable Mon Dec 8 11:04:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29913 for stable-outgoing; Mon, 8 Dec 1997 11:04:20 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29900 for ; Mon, 8 Dec 1997 11:04:15 -0800 (PST) (envelope-from cschuber@passer.osg.gov.bc.ca) Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.8.8/8.6.10) id LAA08996 for ; Mon, 8 Dec 1997 11:04:09 -0800 (PST) Message-Id: <199712081904.LAA08996@passer.osg.gov.bc.ca> Received: from localhost(127.0.0.1), claiming to be "passer.osg.gov.bc.ca" via SMTP by localhost, id smtpdaannea; Mon Dec 8 11:04:06 1997 X-Mailer: exmh version 2.0gamma 1/27/96 Reply-to: Cy Schubert - ITSD Open Systems Group X-Sender: cschuber To: freebsd-stable@freebsd.org Subject: kern/4844 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Dec 1997 11:04:05 -0800 From: Cy Schubert - ITSD Open Systems Group Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed a patch to vfs_bio.c (revision 1.135) to possibly fix kern/4630. Would this fix kern/4844 too? Would it be wise to apply this patch when installing 2.2.5R? Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 UNIX Support OV/VM: BCSC02(CSCHUBER) ITSD BITNET: CSCHUBER@BCSC02.BITNET Government of BC Internet: cschuber@uumail.gov.bc.ca Cy.Schubert@gems8.gov.bc.ca "Quit spooling around, JES do it." From owner-freebsd-stable Mon Dec 8 12:04:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05442 for stable-outgoing; Mon, 8 Dec 1997 12:04:06 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05379; Mon, 8 Dec 1997 12:03:48 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id WAA14901; Mon, 8 Dec 1997 22:03:41 +0200 (SAT) From: Paul Allenby Message-Id: <199712082003.WAA14901@zibbi.mikom.csir.co.za> Subject: Make world broken on -stable To: freebsd-stable@freebsd.org Date: Mon, 8 Dec 1997 22:03:41 +0200 (SAT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all After cvsup'ing the latest RELENG_2_2 src about an hour ago, and a "make buildworld", I got: ===> libc install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Any ideas? Paul From owner-freebsd-stable Mon Dec 8 12:37:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA08318 for stable-outgoing; Mon, 8 Dec 1997 12:37:43 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA08271; Mon, 8 Dec 1997 12:37:23 -0800 (PST) (envelope-from ip@albatross.mcc.ac.uk) Received: from albatross.mcc.ac.uk [130.88.202.16] by probity.mcc.ac.uk with esmtp (Exim 1.73 #3) id 0xf9va-0000ta-00; Mon, 8 Dec 1997 20:37:18 +0000 Received: (from ip@localhost) by albatross.mcc.ac.uk (8.8.8/8.8.4) id UAA01056; Mon, 8 Dec 1997 20:37:18 GMT From: Ian Pallfreeman Message-Id: <199712082037.UAA01056@albatross.mcc.ac.uk> Subject: Re: Make world broken on -stable In-Reply-To: <199712082003.WAA14901@zibbi.mikom.csir.co.za> from Paul Allenby at "Dec 8, 97 10:03:41 pm" To: pallenby@zibbi.mikom.csir.co.za (Paul Allenby) Date: Mon, 8 Dec 1997 20:37:17 +0000 (GMT) Cc: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Reply-To: ip@mcc.ac.uk X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > a "make buildworld", I got: Uh, "me too". So you know you're not the only one with the problem. I'll trash /usr/src and re-cvsup after the dump's finished, see if that cures it. It shouldn't, but it might. Ian. From owner-freebsd-stable Mon Dec 8 12:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA08906 for stable-outgoing; Mon, 8 Dec 1997 12:42:49 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA08901 for ; Mon, 8 Dec 1997 12:42:46 -0800 (PST) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id PAA21054; Mon, 8 Dec 1997 15:42:25 -0500 (EST) Date: Mon, 8 Dec 1997 15:42:24 -0500 (EST) From: Snob Art Genre To: Paul Allenby cc: freebsd-stable@FreeBSD.ORG Subject: Re: Make world broken on -stable In-Reply-To: <199712082003.WAA14901@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eh, what do you need libc for, anyway? 8^P On Mon, 8 Dec 1997, Paul Allenby wrote: > Hi all > > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > a "make buildworld", I got: > > ===> libc > install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib > ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Any ideas? > > Paul > Ben "You have your mind on computers, it seems." From owner-freebsd-stable Mon Dec 8 15:04:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA24711 for stable-outgoing; Mon, 8 Dec 1997 15:04:40 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA24675; Mon, 8 Dec 1997 15:04:14 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id BAA19148; Tue, 9 Dec 1997 01:04:04 +0200 (SAT) From: Paul Allenby Message-Id: <199712082304.BAA19148@zibbi.mikom.csir.co.za> Subject: Re: Make world broken on -stable In-Reply-To: <199712082003.WAA14901@zibbi.mikom.csir.co.za> from Paul Allenby at "Dec 8, 97 10:03:41 pm" To: pallenby@zibbi.mikom.csir.co.za (Paul Allenby) Date: Tue, 9 Dec 1997 01:04:04 +0200 (SAT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi all > > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > a "make buildworld", I got: > > ===> libc > install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib > ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 > *** Error code 1 > > Stop. > *** Error code 1 > Replying to my own mail: replacing src/lib/libc/DEFS.h version 1.3.2.2 with 1.3.2.1 seems to fix this. The buildworld has not yet completed, however :-) Paul From owner-freebsd-stable Mon Dec 8 16:53:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05957 for stable-outgoing; Mon, 8 Dec 1997 16:53:00 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA05922; Mon, 8 Dec 1997 16:52:31 -0800 (PST) (envelope-from arg@arg1.demon.co.uk) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id AAA24803; Tue, 9 Dec 1997 00:52:22 GMT Date: Tue, 9 Dec 1997 00:52:21 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: "John S. Dyson" cc: freebsd-stable@freebsd.org Subject: Re: kern/2573 - NFS hangs with mmap() - on current too! In-Reply-To: <199712071525.KAA01275@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Seems my latching onto kern/2573 was a mistake - having reduced my application to a short test program and tried it on -current, the problem occurs there too. Although the main problem is with the NFS client machine hanging, there is also something odd going on at the server end too: the first time I run this program the client hangs fairly rapidly, with no diagnostics. Subsequently (client rebooted), the program will run for a while, but produces lots of kernel printfs: vnode_pager_putpages: I/O error 13 vnode_pager_putpages: Residual I/O xxxxx at yyyy (where xxxxx is a multiple of 4096, up to 65536, yyyy is an arbitrary number in the range 100..400). The errors are indeed real errors from the NFS server: 23:19:00.487718 nt.arg.sj.co.uk.c7c71f72 > rocket.arg.sj.co.uk.nfs: 1472 write fh 0,197638/38573 8192 bytes @ 114688 (frag 4053:1480@0+) 23:19:00.489151 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4053:1480@1480+) 23:19:00.490385 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4053:1480@2960+) 23:19:00.491613 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4053:1480@4440+) 23:19:00.492845 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4053:1480@5920+) 23:19:00.493619 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4053:912@7400) 23:19:00.493834 rocket.arg.sj.co.uk.nfs > nt.arg.sj.co.uk.c7c71f72: reply ok 60 write ERROR: 'Permission denied' 23:19:00.494855 nt.arg.sj.co.uk.c7c71f73 > rocket.arg.sj.co.uk.nfs: 1472 write fh 0,197638/38573 4096 bytes @ 135168 (frag 4054:1480@0+) 23:19:00.496290 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4054:1480@1480+) 23:19:00.497342 nt.arg.sj.co.uk > rocket.arg.sj.co.uk: (frag 4054:1256@2960) 23:19:00.497667 rocket.arg.sj.co.uk.nfs > nt.arg.sj.co.uk.c7c71f73: reply ok 60 write ERROR: 'Permission denied' The client will run for quite a long time with these log messages spewing out on the console (I stopped for dinner and it was still going), but it can be provoked into hanging up by stimulating some other activity. Rebooting the server makes the errors go away on the next run, then they come back. This isn't related to the creation of the files: the same thing happens whether the files are deleted and re-created by the program, or are pre-created using dd, or are left over from a previous run. The files have 664 access, and are owned by the same (not root) user as is running the program. From owner-freebsd-stable Mon Dec 8 21:17:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA28795 for stable-outgoing; Mon, 8 Dec 1997 21:17:08 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from radford.i-plus.net (root@NS.i-Plus.net [208.24.67.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA28786 for ; Mon, 8 Dec 1997 21:16:59 -0800 (PST) (envelope-from rewt@i-Plus.net) Received: from b.b.nu (old@b.nu [208.24.67.50]) by radford.i-plus.net (8.8.8/8.8.5) with SMTP id AAA03720; Tue, 9 Dec 1997 00:15:33 -0500 (EST) From: "Troy Settle" To: "Paul Allenby" Cc: Subject: Re: Make world broken on -stable Date: Tue, 9 Dec 1997 00:23:41 -0500 Message-ID: <01bd0462$9c9a35a0$324318d0@b.b.nu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Paul Allenby >Replying to my own mail: > >replacing src/lib/libc/DEFS.h version 1.3.2.2 with 1.3.2.1 seems to fix this. >The buildworld has not yet completed, however :-) How does one go about getting the older version? (sorry, I'm still fairly new to this stable stuff) From owner-freebsd-stable Mon Dec 8 21:51:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01572 for stable-outgoing; Mon, 8 Dec 1997 21:51:27 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01537; Mon, 8 Dec 1997 21:51:07 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (max7-233.HiWAAY.net [208.147.145.233]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id XAA21778; Mon, 8 Dec 1997 23:50:45 -0600 (CST) Message-ID: <348CDCE5.ABD322C@hiwaay.net> Date: Mon, 08 Dec 1997 23:53:41 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Paul Allenby CC: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Make world broken on -stable References: <199712082003.WAA14901@zibbi.mikom.csir.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Allenby wrote: > > Hi all > > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > a "make buildworld", I got: > > ===> libc > install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib > install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib > ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Any ideas? > cd /usr/src/lib/libc make cleandir obj depend all install Steve > Paul From owner-freebsd-stable Mon Dec 8 22:59:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06184 for stable-outgoing; Mon, 8 Dec 1997 22:59:49 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06143; Mon, 8 Dec 1997 22:59:10 -0800 (PST) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id IAA27732; Tue, 9 Dec 1997 08:58:42 +0200 (SAT) From: John Hay Message-Id: <199712090658.IAA27732@zibbi.mikom.csir.co.za> Subject: Re: Make world broken on -stable In-Reply-To: <348CDCE5.ABD322C@hiwaay.net> from Steve Price at "Dec 8, 97 11:53:41 pm" To: sprice@hiwaay.net (Steve Price) Date: Tue, 9 Dec 1997 08:58:41 +0200 (SAT) Cc: pallenby@zibbi.mikom.csir.co.za, freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > > a "make buildworld", I got: > > > > ===> libc > > install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib > > install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib > > install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib > > ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 > > *** Error code 1 > > > > ... > > > > Any ideas? > > > > cd /usr/src/lib/libc > make cleandir obj depend all install I thought "make buildworld" was supposed to do all of that? John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-stable Mon Dec 8 23:04:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA06734 for stable-outgoing; Mon, 8 Dec 1997 23:04:51 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA06719 for ; Mon, 8 Dec 1997 23:04:40 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id JAA27878; Tue, 9 Dec 1997 09:03:25 +0200 (SAT) From: Paul Allenby Message-Id: <199712090703.JAA27878@zibbi.mikom.csir.co.za> Subject: Re: Make world broken on -stable In-Reply-To: <01bd0462$9c9a35a0$324318d0@b.b.nu> from Troy Settle at "Dec 9, 97 00:23:41 am" To: rewt@i-Plus.net (Troy Settle) Date: Tue, 9 Dec 1997 09:03:25 +0200 (SAT) Cc: freebsd-stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Troy Settle wrote:" > From: Paul Allenby > >Replying to my own mail: > > > >replacing src/lib/libc/DEFS.h version 1.3.2.2 with 1.3.2.1 seems to fix ^^^^^^^^^^^^^^^^^^^ Oops, this should be src/lib/libc/i386/DEFS.h > this. > >The buildworld has not yet completed, however :-) > > How does one go about getting the older version? > (sorry, I'm still fairly new to this stable stuff) > > Move src/lib/libc/i386/DEFS.h away, and in /usr/src execute: cvs checkout -r 1.3.2.1 lib/libc/i386/DEFS.h Paul From owner-freebsd-stable Tue Dec 9 00:03:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA11129 for stable-outgoing; Tue, 9 Dec 1997 00:03:19 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from dfw-ix5.ix.netcom.com (dfw-ix5.ix.netcom.com [206.214.98.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA11122 for ; Tue, 9 Dec 1997 00:03:15 -0800 (PST) (envelope-from wghhicks@ix.netcom.com) Received: (from smap@localhost) by dfw-ix5.ix.netcom.com (8.8.4/8.8.4) id CAA14959; Tue, 9 Dec 1997 02:00:36 -0600 (CST) Received: from atl-ga8-16.ix.netcom.com(199.183.210.80) by dfw-ix5.ix.netcom.com via smap (V1.3) id rma014926; Tue Dec 9 02:00:23 1997 Message-ID: <348CFACA.6E6C9D7B@ix.netcom.com> Date: Tue, 09 Dec 1997 03:01:14 -0500 From: Jerry Hicks Reply-To: wghhicks@ix.netcom.com Organization: TerraEarth X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE i386) MIME-Version: 1.0 To: Paul Allenby CC: Troy Settle , freebsd-stable@freebsd.org Subject: Re: Make world broken on -stable References: <199712090703.JAA27878@zibbi.mikom.csir.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Allenby wrote: > > "Troy Settle wrote:" > > From: Paul Allenby > > >Replying to my own mail: > > > > > >replacing src/lib/libc/DEFS.h version 1.3.2.2 with 1.3.2.1 seems to fix > ^^^^^^^^^^^^^^^^^^^ > Oops, this should be src/lib/libc/i386/DEFS.h > > > this. > > >The buildworld has not yet completed, however :-) > > > > How does one go about getting the older version? > > (sorry, I'm still fairly new to this stable stuff) > > > > > > Move src/lib/libc/i386/DEFS.h away, and in /usr/src execute: > > cvs checkout -r 1.3.2.1 lib/libc/i386/DEFS.h > > Paul We had to roll back all of the changes that went in with that one yesterday to get a good compile off. It seems to be a CNAME/HIDENAME/GNAME (?) macro conflict or something like that. I didn't dig into it. Cheers, Jerry Hicks jerry_hicks@bigfoot.com From owner-freebsd-stable Tue Dec 9 00:35:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13566 for stable-outgoing; Tue, 9 Dec 1997 00:35:07 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA13553 for ; Tue, 9 Dec 1997 00:35:03 -0800 (PST) (envelope-from werner@btp1da.phy.uni-bayreuth.de) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id JAA12039; Tue, 9 Dec 1997 09:34:53 +0100 (MET) Message-ID: <19971209093453.57363@btp1da.phy.uni-bayreuth.de> Date: Tue, 9 Dec 1997 09:34:53 +0100 From: Werner Griessl To: Steve Price Cc: stable@freebsd.org Subject: Re: Make world broken on -stable References: <199712082003.WAA14901@zibbi.mikom.csir.co.za> <348CDCE5.ABD322C@hiwaay.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <348CDCE5.ABD322C@hiwaay.net>; from Steve Price on Mon, Dec 08, 1997 at 11:53:41PM -0600 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Dec 08, 1997 at 11:53:41PM -0600, Steve Price wrote: > Paul Allenby wrote: > > > > Hi all > > > > After cvsup'ing the latest RELENG_2_2 src about an hour ago, and > > a "make buildworld", I got: > > > > ===> libc > > install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib > > install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib > > install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib > > ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > > > Any ideas? > > > > cd /usr/src/lib/libc > make cleandir obj depend all install > !!! Definitly NOT, this breaks the whole running system !!! Werner > Steve > > > Paul From owner-freebsd-stable Tue Dec 9 06:20:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA04361 for stable-outgoing; Tue, 9 Dec 1997 06:20:54 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from megaweapon.zigg.com (tcgr-51.dialup.alliance.net [207.74.43.51]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA04354 for ; Tue, 9 Dec 1997 06:20:47 -0800 (PST) (envelope-from matt@megaweapon.zigg.com) Received: from localhost (matt@localhost) by megaweapon.zigg.com (8.8.8/8.8.7) with SMTP id JAA01126 for ; Tue, 9 Dec 1997 09:20:54 -0500 (EST) (envelope-from matt@megaweapon.zigg.com) Date: Tue, 9 Dec 1997 09:20:53 -0500 (EST) From: Matt Behrens To: stable@freebsd.org Subject: DEFS.h Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I saw a edit for DEFS.h in a cvsup last night -- is this fixing this problem? Matt Behrens | Support the anti-spam amendment! http://www.zigg.com/ | Visit http://www.cauce.org/ From owner-freebsd-stable Tue Dec 9 06:55:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07198 for stable-outgoing; Tue, 9 Dec 1997 06:55:54 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA07171 for ; Tue, 9 Dec 1997 06:55:49 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt1-245.HiWAAY.net [208.147.147.245]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id IAA09919; Tue, 9 Dec 1997 08:55:33 -0600 (CST) Message-ID: <348D5C97.237C228A@hiwaay.net> Date: Tue, 09 Dec 1997 08:58:31 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-stable@freebsd.org CC: pallenby@zibbi.mikom.csir.co.za, rewt@i-Plus.net, jhay@mikom.csir.co.za, wghhicks@ix.netcom.com, werner@btp1da.phy.uni-bayreuth.de, archer@lucky.net Subject: Re: Make world broken on -stable References: <199712090703.JAA27878@zibbi.mikom.csir.co.za> <348CFACA.6E6C9D7B@ix.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, For anybody that is getting an error like the following. You will need re-fetch the sources for stable after the next hour or so. My sincerest apologies but I seem to have broken the tree with my recent batch of commits. I have reverted the changes until I can figure out why they worked in my tests and not in anybody elses. ===> libc install -c -o bin -g bin -m 444 libc.a /usr/obj/usr/src/tmp/usr/lib install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /usr/obj/usr/src/tmp/usr/lib install -c -o bin -g bin -m 444 libc_pic.a /usr/obj/usr/src/tmp/usr/lib ld.so failed: Undefined symbol "___generic_syscall" in install:/usr/obj/usr/src/tmp/usr/lib/libc.so.3.0 *** Error code 1 Stop. You will need to make sure you get at least the following files and revisions. Please somebody pass me the pointy hat, I believe I've earned a turn. :( Steve steve 1997/12/09 06:43:23 PST Modified files: (Branch: RELENG_2_2) lib/libc/i386 DEFS.h lib/msun/i387 e_acos.S e_asin.S e_atan2.S e_exp.S e_fmod.S e_log.S e_log10.S e_remainder.S e_scalb.S e_sqrt.S s_atan.S s_ceil.S s_copysign.S s_cos.S s_finite.S s_floor.S s_ilogb.S s_log1p.S s_logb.S s_rint.S s_scalbn.S s_significand.S s_sin.S s_tan.S sys/i386/include asmacros.h Log: Revert the hard reference removal commits, since they don't seem to work for anybody but me. Revision Changes Path 1.3.2.3 +82 -1 src/lib/libc/i386/DEFS.h 1.2.8.3 +2 -2 src/lib/msun/i387/e_acos.S 1.2.8.3 +2 -2 src/lib/msun/i387/e_asin.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_atan2.S 1.3.2.3 +2 -2 src/lib/msun/i387/e_exp.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_fmod.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_log.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_log10.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_remainder.S 1.2.8.3 +2 -2 src/lib/msun/i387/e_scalb.S 1.2.8.2 +2 -2 src/lib/msun/i387/e_sqrt.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_atan.S 1.2.8.3 +2 -2 src/lib/msun/i387/s_ceil.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_copysign.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_cos.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_finite.S 1.2.8.3 +2 -2 src/lib/msun/i387/s_floor.S 1.3.2.2 +2 -2 src/lib/msun/i387/s_ilogb.S 1.3.8.2 +2 -2 src/lib/msun/i387/s_log1p.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_logb.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_rint.S 1.2.8.3 +2 -2 src/lib/msun/i387/s_scalbn.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_significand.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_sin.S 1.2.8.2 +2 -2 src/lib/msun/i387/s_tan.S 1.9.2.5 +89 -1 src/sys/i386/include/asmacros.h From owner-freebsd-stable Tue Dec 9 09:24:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17252 for stable-outgoing; Tue, 9 Dec 1997 09:24:02 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from tully.jetstream.net (tully.jetstream.net [207.23.175.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA17228 for ; Tue, 9 Dec 1997 09:23:46 -0800 (PST) (envelope-from braden@mwc.net) Received: from braden.mwc.net (braden.mwc.net [207.23.175.206] (may be forged)) by tully.jetstream.net (8.8.7/SCO5) with SMTP id JAA09276 for ; Tue, 9 Dec 1997 09:22:19 -0800 (PST) Received: by braden.mwc.net with Microsoft Mail id <01BD0484.43069160@braden.mwc.net>; Tue, 9 Dec 1997 09:24:34 -0800 Message-ID: <01BD0484.43069160@braden.mwc.net> From: Braden Marr To: "freebsd-stable@FreeBSD.ORG" Subject: unsubscribe Date: Tue, 9 Dec 1997 09:24:32 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-stable Tue Dec 9 10:15:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21035 for stable-outgoing; Tue, 9 Dec 1997 10:15:11 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from ios.internet-ireland.ie (ios.internet-ireland.ie [195.17.130.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA21004 for ; Tue, 9 Dec 1997 10:14:53 -0800 (PST) (envelope-from avatar@mail.ois.ie) From: avatar@mail.ois.ie Received: from faust.ois.ie (oisgw.ois.ie [195.17.130.66]) by ios.internet-ireland.ie (8.6.12/8.6.12) with SMTP id SAA20967 for ; Tue, 9 Dec 1997 18:14:12 GMT Received: from gallaghery.ois.ie [192.168.0.8] by faust.ois.ie with esmtp (Exim 1.70 #1) id 0xfU6Y-0005uL-00; Tue, 9 Dec 1997 18:09:58 +0000 Message-ID: <348D882B.76499CA7@mail.ois.ie> Date: Tue, 09 Dec 1997 18:04:27 +0000 Organization: Office Integrated Solutions X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: unsubscribe X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-stable Tue Dec 9 10:35:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22304 for stable-outgoing; Tue, 9 Dec 1997 10:35:07 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from griffon.cisco.com (griffon.cisco.com [171.69.1.179]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA22297 for ; Tue, 9 Dec 1997 10:35:05 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by griffon.cisco.com (8.6.12/8.6.5) with ESMTP id KAA21683; Tue, 9 Dec 1997 10:30:07 -0800 Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id KAA29952; Tue, 9 Dec 1997 10:30:07 -0800 (PST) Date: Tue, 9 Dec 1997 10:30:07 -0800 (PST) Message-Id: <199712091830.KAA29952@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@freebsd.org CC: Narana Kannappan Subject: ppp permissions X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have some permission problems with user ppp. Does anybody have any suggestions ? Thanks, Narana. % % ppp You may only run ppp in client mode as user id 0 % su Password: # # ppp User Process PPP. Written by Toshiharu OHNO. ... ....works fine.... ---SOME DETAILS--- % uname -a FreeBSD pvs-ms1.csl.sri.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Oct 21 14:33:00 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 % % id -Gnr staff wheel network % id -Gnr root wheel kmem sys tty operator staff guest network % ls -l `which ppp` -r-sr-x--- 1 root network 118784 Nov 22 03:04 /usr/sbin/ppp* From owner-freebsd-stable Tue Dec 9 20:27:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12604 for stable-outgoing; Tue, 9 Dec 1997 20:27:13 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12580 for ; Tue, 9 Dec 1997 20:27:03 -0800 (PST) (envelope-from harlan@mumps.pfcs.com) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.8.8/8.8.8) with SMTP id XAA04116 for ; Tue, 9 Dec 1997 23:07:36 -0500 (EST) Received: from localhost by mumps.pfcs.com with SMTP id AA21289 (5.67b/IDA-1.5 for ); Tue, 9 Dec 1997 23:07:34 -0500 To: freebsd-stable@freebsd.org Subject: makemap problem with 2.2.5-stable? Date: Tue, 09 Dec 1997 23:07:34 -0500 Message-Id: <21287.881726854@mumps.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have several machines running 2.2.5-stable. makemap seems to be hanging during the initial stdin read at line 494: while(fgets(ibuf... I've tried 3 machines so far, same results. Anybody else notice anything similar? H From owner-freebsd-stable Wed Dec 10 05:01:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA11301 for stable-outgoing; Wed, 10 Dec 1997 05:01:42 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from julija.o-fp.kr.edus.si (julija.o-fp.kr.edus.si [194.249.247.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA11283 for ; Wed, 10 Dec 1997 05:01:23 -0800 (PST) (envelope-from vladimir.deric@julija.o-fp.kr.edus.si) Received: from localhost (vladek@localhost) by julija.o-fp.kr.edus.si (8.8.7/8.8.7/19970814) with SMTP id OAA16510 for ; Wed, 10 Dec 1997 14:01:08 +0100 (CET) Date: Wed, 10 Dec 1997 14:01:07 +0100 (CET) From: Vladimir Deric To: freebsd-stable@freebsd.org Subject: security check output Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I'm writing here first time ... so I didn't know where exactly to write ..but .. I have little problem ... I have fBSD 2.2.5 stable on p100 machine .. Four days ago I've rebuild my kernel (f00f patch) .. and since then I'm getting the message which I do not understand ... in daily security check output ... From: Charlie Root Subject: medvet-pu security check output Date: Wed, 10 Dec 1997 2:00:22 +0100 (CET) checking setuid files and devices: find: /dev/ch0: Bad file descriptor ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is the line I do not understand ... Thanks for any reply ... Vladek Vladimir Deric IC High School of Kranj Network Administrator From owner-freebsd-stable Wed Dec 10 05:35:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA12894 for stable-outgoing; Wed, 10 Dec 1997 05:35:19 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from correo.tamnet.com.mx (root@correo.tamnet.com.mx [200.34.205.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA12889 for ; Wed, 10 Dec 1997 05:35:15 -0800 (PST) (envelope-from adepoo@tamnet.com.mx) Received: from beto (Tampico09.tamnet.com.mx [200.34.205.69]) by correo.tamnet.com.mx (8.8.8/8.8.8) with SMTP id HAA12377 for ; Wed, 10 Dec 1997 07:32:52 -0600 (CST) Message-ID: <000701bd0570$b6420d20$45cd22c8@beto.tamnet.com.mx> From: "Alberto de Poo" To: Subject: subscribe Date: Wed, 10 Dec 1997 07:37:04 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BD053E.697F3EE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.1 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BD053E.697F3EE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable subscribe ------=_NextPart_000_0004_01BD053E.697F3EE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
subscribe
------=_NextPart_000_0004_01BD053E.697F3EE0-- From owner-freebsd-stable Wed Dec 10 13:53:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22648 for stable-outgoing; Wed, 10 Dec 1997 13:53:35 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from gateway2.platinum.com (gateway2.platinum.com [206.214.170.8]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA22642 for ; Wed, 10 Dec 1997 13:53:32 -0800 (PST) (envelope-from bjn@platinum.com) Received: by gateway2.platinum.com; id PAA28542; Wed, 10 Dec 1997 15:53:27 -0600 Received: from mailhub.platinum.com(172.17.26.25) by gateway2.platinum.com via smap (3.2) id xma028492; Wed, 10 Dec 97 15:53:09 -0600 Received: from bigbert.vt.platinum.com (bigbert.vt.platinum.com [192.168.105.250]) by mailhub.platinum.com (8.8.7/8.8.5) with ESMTP id PAA06138 for ; Wed, 10 Dec 1997 15:53:09 -0600 (CST) Received: by bigbert.vt.platinum.com (8.8.5/NX3.0S) id PAA25829; Wed, 10 Dec 1997 15:53:09 -0600 (CST) From: "Brent J. Nordquist" Message-Id: <199712102153.PAA25829@bigbert.vt.platinum.com> Subject: Header not found building F00F patch under 2.2.5 To: freebsd-stable@freebsd.org Date: Wed, 10 Dec 1997 15:53:09 -0600 (CST) Reply-to: nordquist@platinum.com (Brent J. Nordquist) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I subscribe to the -current mailing list, but I haven't seen this one go by. I am running the stock 2.2.5 release. I saw the security notification for the F00F patch, so I applied the patch and tried to rebuild my kernel. It's failing as follows: cc -c -O -m486 -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/identcpu.c ../../i386/i386/identcpu.c:56: i386/isa/intr_machdep.h: No such file or directory *** Error code 1 Stop. I then tried the following steps without success: (1) Checking out from CVS the revs mentioned in the patch for the three files that were affected. (2) Completely checking out RELENG_2_2_5_RELEASE from CVS and, (2a) applying the patch or (2b) checking out the revs from CVS. All procduce identical results. dmake depend on the kernel is also complaining for all three of the affected files. Any suggestions on what I should try next? Thanks! -- Brent J. Nordquist / nordquist@platinum.com +1 612 905-7806 (direct) 800 526-9096 x7806 (corporate) From owner-freebsd-stable Wed Dec 10 15:46:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04612 for stable-outgoing; Wed, 10 Dec 1997 15:46:00 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from gateway2.platinum.com (gateway2.platinum.com [206.214.170.8]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA04597 for ; Wed, 10 Dec 1997 15:45:57 -0800 (PST) (envelope-from nordquist@platinum.com) Received: by gateway2.platinum.com; id RAA29935; Wed, 10 Dec 1997 17:45:54 -0600 Received: from mailhub.platinum.com(172.17.26.25) by gateway2.platinum.com via smap (3.2) id xma029898; Wed, 10 Dec 97 17:45:37 -0600 Received: from bigbert.vt.platinum.com (bigbert.vt.platinum.com [192.168.105.250]) by mailhub.platinum.com (8.8.7/8.8.5) with ESMTP id RAA22228; Wed, 10 Dec 1997 17:45:36 -0600 (CST) Received: from neq1bert.vt.platinum.com by bigbert.vt.platinum.com (8.8.5/NX3.0S) id RAA09251; Wed, 10 Dec 1997 17:45:35 -0600 (CST) Received: by neq1bert.vt.platinum.com with Microsoft Mail id <01BD0593.66C4D930@neq1bert.vt.platinum.com>; Wed, 10 Dec 1997 17:45:27 -0600 Message-ID: <01BD0593.66C4D930@neq1bert.vt.platinum.com> From: "Brent J. Nordquist" To: "'Tom'" Cc: "'freebsd-stable@freebsd.org'" Subject: RE: Header not found building F00F patch under 2.2.5 Date: Wed, 10 Dec 1997 17:45:26 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, that was a typo on my part. (I did send the question to -stable.) Thanks for the hint... I guess I'll have to get -stable to use this. Brent -----Original Message----- From: Tom [SMTP:tom@uniserve.com] Sent: Wednesday, December 10, 1997 5:35 PM To: Brent J. Nordquist Cc: freebsd-stable@freebsd.org Subject: Re: Header not found building F00F patch under 2.2.5 On Wed, 10 Dec 1997, Brent J. Nordquist wrote: > I subscribe to the -current mailing list, but I haven't seen this one > go by. Because it belongs on -stable > Any suggestions on what I should try next? Check out RELENG_2_2. The patch seems to have been made versus 2.2.5-stable, so: 2.2.5-stable = 2.2.5-RELEASE + patches + F0 patch You can get 2.2.5-stable by just using the RELENG_2_2 branch. Tom From owner-freebsd-stable Wed Dec 10 16:05:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06614 for stable-outgoing; Wed, 10 Dec 1997 16:05:38 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA06606 for ; Wed, 10 Dec 1997 16:05:34 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xfvek-0003ib-00; Wed, 10 Dec 1997 15:35:07 -0800 Date: Wed, 10 Dec 1997 15:35:04 -0800 (PST) From: Tom To: "Brent J. Nordquist" cc: freebsd-stable@freebsd.org Subject: Re: Header not found building F00F patch under 2.2.5 In-Reply-To: <199712102153.PAA25829@bigbert.vt.platinum.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 10 Dec 1997, Brent J. Nordquist wrote: > I subscribe to the -current mailing list, but I haven't seen this one > go by. Because it belongs on -stable > I am running the stock 2.2.5 release. I saw the security notification > (1) Checking out from CVS the revs mentioned in the patch for the three > files that were affected. > (2) Completely checking out RELENG_2_2_5_RELEASE from CVS and, > (2a) applying the patch or > (2b) checking out the revs from CVS. > > All procduce identical results. dmake depend on the kernel is also > complaining for all three of the affected files. > > Any suggestions on what I should try next? Check out RELENG_2_2. The patch seems to have been made versus 2.2.5-stable, so: 2.2.5-stable = 2.2.5-RELEASE + patches + F0 patch You can get 2.2.5-stable by just using the RELENG_2_2 branch. Tom From owner-freebsd-stable Wed Dec 10 16:06:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06766 for stable-outgoing; Wed, 10 Dec 1997 16:06:49 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06748 for ; Wed, 10 Dec 1997 16:06:43 -0800 (PST) (envelope-from studded@san.rr.com) Received: (from studded@localhost) by mail.san.rr.com (8.8.7/8.8.8) id QAA17531; Wed, 10 Dec 1997 16:08:21 -0800 (PST) Message-Id: <199712110008.QAA17531@mail.san.rr.com> From: "Studded" To: "FreeBSD Stable List" Date: Wed, 10 Dec 97 16:06:09 -0800 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.95a For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Why no snaps after 12/7? Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just curious as to why there are no -Stable snapshots on current.freebsd.org after the one on 12/7. I was planning to tell my peoples to upgrade to today's snapshot (in spite of the warnings still generated by the f00f fix, *grumble*) because I've tested "make world" with the sources I cvsup'ed, but there isn't one. :) Any news on this appreciated, Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,297 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) *** Part of the DALnet IRC network *** From owner-freebsd-stable Wed Dec 10 17:26:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA14391 for stable-outgoing; Wed, 10 Dec 1997 17:26:52 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA14384 for ; Wed, 10 Dec 1997 17:26:49 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xfxOh-00053h-00; Wed, 10 Dec 1997 17:26:39 -0800 Date: Wed, 10 Dec 1997 17:26:36 -0800 (PST) From: Tom To: Studded cc: FreeBSD Stable List Subject: Re: Why no snaps after 12/7? In-Reply-To: <199712110008.QAA17531@mail.san.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 10 Dec 1997, Studded wrote: > Just curious as to why there are no -Stable snapshots on > current.freebsd.org after the one on 12/7. I was planning to tell my > peoples to upgrade to today's snapshot (in spite of the warnings still > generated by the f00f fix, *grumble*) because I've tested "make world" > with the sources I cvsup'ed, but there isn't one. :) Why would -stable snapshots be on current snapshot server? Shouldn't you check the -stable snapshot server at releng22.freebsd.org? Also, perhaps you should allow your people to NFS mount /usr/src and /usr/obj from your server, so they can just installworld over top their existing system. > Any news on this appreciated, > > Doug > > *** Proud operator, designer and maintainer of the world's largest > *** Internet Relay Chat server. 4,297 clients and still growing. :-) > *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) > *** Part of the DALnet IRC network *** > > > Tom From owner-freebsd-stable Wed Dec 10 17:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16320 for stable-outgoing; Wed, 10 Dec 1997 17:50:03 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA16281 for ; Wed, 10 Dec 1997 17:49:59 -0800 (PST) (envelope-from studded@san.rr.com) Received: (from studded@localhost) by mail.san.rr.com (8.8.7/8.8.8) id RAA19543; Wed, 10 Dec 1997 17:43:41 -0800 (PST) Message-Id: <199712110143.RAA19543@mail.san.rr.com> From: "Studded" To: "Tom" Cc: "FreeBSD Stable List" Date: Wed, 10 Dec 97 17:38:09 -0800 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.95a For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Why no snaps after 12/7? Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 10 Dec 1997 17:26:36 -0800 (PST), Tom wrote: >On Wed, 10 Dec 1997, Studded wrote: > >> Just curious as to why there are no -Stable snapshots on >> current.freebsd.org after the one on 12/7. I was planning to tell my >> peoples to upgrade to today's snapshot (in spite of the warnings still >> generated by the f00f fix, *grumble*) because I've tested "make world" >> with the sources I cvsup'ed, but there isn't one. :) > > Why would -stable snapshots be on current snapshot server? Because current.freebsd.org and releng22.freebsd.org are the same machine. I just think "current.freebsd.org" sounds snappier. :) > Also, perhaps you should allow your people to NFS mount /usr/src and >/usr/obj from your server, so they can just installworld over top their >existing system. Hmmm, interesting idea, except that I help run an IRC network, and we have machines all over the world on about 30 different physical networks. :) Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,297 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) *** Part of the DALnet IRC network *** From owner-freebsd-stable Wed Dec 10 17:58:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16919 for stable-outgoing; Wed, 10 Dec 1997 17:58:42 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA16889 for ; Wed, 10 Dec 1997 17:58:36 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id AAA16852; Thu, 11 Dec 1997 00:18:24 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712110018.AAA16852@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Narana Kannappan cc: freebsd-stable@freebsd.org Subject: Re: ppp permissions In-reply-to: Your message of "Tue, 09 Dec 1997 10:30:07 PST." <199712091830.KAA29952@nkannapp-ss20.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Dec 1997 00:18:24 +0000 From: Brian Somers Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have some permission problems with user ppp. > > Does anybody have any suggestions ? The ppp that ships with 2.2.5 insists that you are uid 0 unless running ppp in -direct mode. If you don't like this behaviour (many people don't), download and install the latest version from http://www.freebsd.org/~brian and take a look that the PERMISSIONS section of the man page. > > Thanks, > Narana. [.....] -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Wed Dec 10 19:32:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25711 for stable-outgoing; Wed, 10 Dec 1997 19:32:14 -0800 (PST) (envelope-from owner-freebsd-stable) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25705 for freebsd-stable; Wed, 10 Dec 1997 19:32:12 -0800 (PST) (envelope-from toor@dyson.iquest.net) Message-Id: <199712110332.TAA25705@hub.freebsd.org> From: "John S. Dyson" Subject: Re: kern/4844 In-Reply-To: <199712081904.LAA08996@passer.osg.gov.bc.ca> from Cy Schubert - ITSD Open Systems Group at "Dec 8, 97 11:04:05 am" To: cschuber@uumail.gov.bc.ca Date: Tue, 9 Dec 1997 01:07:49 -0500 (EST) Cc: freebsd-stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Cy Schubert - ITSD Open Systems Group said: > I noticed a patch to vfs_bio.c (revision 1.135) to possibly fix kern/4630. > Would this fix kern/4844 too? Would it be wise to apply this patch when > installing 2.2.5R? > If that is the removal of the bfreekva in brelse, then it might help, however, that causes another problem that has to be patched. At the end of this mail is a vfs_bio.c patched with the appropriate changes. It might not compile (I cannot compile it right now), but if you can get it to compile, it should be (close to) correct. So, this is a general call to 2.2.5 hackers and advanced users to check this out (caveat hacker) for a potential stability improvement. -- John dyson@freebsd.org jdyson@nc.com /* * Copyright (c) 1994 John S. Dyson * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice immediately at the beginning of the file, without modification, * this list of conditions, and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. Absolutely no warranty of function or purpose is made by the author * John S. Dyson. * 4. This work was done expressly for inclusion into FreeBSD. Other use * is allowed if this notation is included. * 5. Modifications may be freely made to this file if the above conditions * are met. * * $Id: vfs_bio.c,v 1.104.2.7 1997/09/01 23:23:08 tegge Exp $ */ /* * this file contains a new buffer I/O scheme implementing a coherent * VM object and buffer cache scheme. Pains have been taken to make * sure that the performance degradation associated with schemes such * as this is not realized. * * Author: John S. Dyson * Significant help during the development and debugging phases * had been provided by David Greenman, also of the FreeBSD core team. */ #include "opt_bounce.h" #define VMIO #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static void vfs_update __P((void)); static struct proc *updateproc; static struct kproc_desc up_kp = { "update", vfs_update, &updateproc }; SYSINIT_KT(update, SI_SUB_KTHREAD_UPDATE, SI_ORDER_FIRST, kproc_start, &up_kp) struct buf *buf; /* buffer header pool */ struct swqueue bswlist; int count_lock_queue __P((void)); static void vm_hold_free_pages(struct buf * bp, vm_offset_t from, vm_offset_t to); static void vm_hold_load_pages(struct buf * bp, vm_offset_t from, vm_offset_t to); static void vfs_buf_set_valid(struct buf *bp, vm_ooffset_t foff, vm_offset_t off, vm_offset_t size, vm_page_t m); static void vfs_page_set_valid(struct buf *bp, vm_ooffset_t off, int pageno, vm_page_t m); static void vfs_clean_pages(struct buf * bp); static void vfs_setdirty(struct buf *bp); static void vfs_vmio_release(struct buf *bp); int needsbuffer; /* * Internal update daemon, process 3 * The variable vfs_update_wakeup allows for internal syncs. */ int vfs_update_wakeup; /* * buffers base kva */ /* * bogus page -- for I/O to/from partially complete buffers * this is a temporary solution to the problem, but it is not * really that bad. it would be better to split the buffer * for input in the case of buffers partially already in memory, * but the code is intricate enough already. */ vm_page_t bogus_page; static vm_offset_t bogus_offset; static int bufspace, maxbufspace, vmiospace, maxvmiobufspace, bufmallocspace, maxbufmallocspace; static struct bufhashhdr bufhashtbl[BUFHSZ], invalhash; static struct bqueues bufqueues[BUFFER_QUEUES]; extern int vm_swap_size; #define BUF_MAXUSE 16 /* * Initialize buffer headers and related structures. */ void bufinit() { struct buf *bp; int i; TAILQ_INIT(&bswlist); LIST_INIT(&invalhash); /* first, make a null hash table */ for (i = 0; i < BUFHSZ; i++) LIST_INIT(&bufhashtbl[i]); /* next, make a null set of free lists */ for (i = 0; i < BUFFER_QUEUES; i++) TAILQ_INIT(&bufqueues[i]); /* finally, initialize each buffer header and stick on empty q */ for (i = 0; i < nbuf; i++) { bp = &buf[i]; bzero(bp, sizeof *bp); bp->b_flags = B_INVAL; /* we're just an empty header */ bp->b_dev = NODEV; bp->b_rcred = NOCRED; bp->b_wcred = NOCRED; bp->b_qindex = QUEUE_EMPTY; bp->b_vnbufs.le_next = NOLIST; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_EMPTY], bp, b_freelist); LIST_INSERT_HEAD(&invalhash, bp, b_hash); } /* * maxbufspace is currently calculated to support all filesystem blocks * to be 8K. If you happen to use a 16K filesystem, the size of the buffer * cache is still the same as it would be for 8K filesystems. This * keeps the size of the buffer cache "in check" for big block filesystems. */ maxbufspace = (nbuf + 8) * DFLTBSIZE; /* * reserve 1/3 of the buffers for metadata (VDIR) which might not be VMIO'ed */ maxvmiobufspace = 2 * maxbufspace / 3; /* * Limit the amount of malloc memory since it is wired permanently into * the kernel space. Even though this is accounted for in the buffer * allocation, we don't want the malloced region to grow uncontrolled. * The malloc scheme improves memory utilization significantly on average * (small) directories. */ maxbufmallocspace = maxbufspace / 20; bogus_offset = kmem_alloc_pageable(kernel_map, PAGE_SIZE); bogus_page = vm_page_alloc(kernel_object, ((bogus_offset - VM_MIN_KERNEL_ADDRESS) >> PAGE_SHIFT), VM_ALLOC_NORMAL); } /* * Free the kva allocation for a buffer * Must be called only at splbio or higher, * as this is the only locking for buffer_map. */ static void bfreekva(struct buf * bp) { if (bp->b_kvasize == 0) return; vm_map_delete(buffer_map, (vm_offset_t) bp->b_kvabase, (vm_offset_t) bp->b_kvabase + bp->b_kvasize); bp->b_kvasize = 0; } /* * remove the buffer from the appropriate free list */ void bremfree(struct buf * bp) { int s = splbio(); if (bp->b_qindex != QUEUE_NONE) { TAILQ_REMOVE(&bufqueues[bp->b_qindex], bp, b_freelist); bp->b_qindex = QUEUE_NONE; } else { panic("bremfree: removing a buffer when not on a queue"); } splx(s); } /* * Get a buffer with the specified data. Look in the cache first. */ int bread(struct vnode * vp, daddr_t blkno, int size, struct ucred * cred, struct buf ** bpp) { struct buf *bp; bp = getblk(vp, blkno, size, 0, 0); *bpp = bp; /* if not found in cache, do some I/O */ if ((bp->b_flags & B_CACHE) == 0) { if (curproc != NULL) curproc->p_stats->p_ru.ru_inblock++; bp->b_flags |= B_READ; bp->b_flags &= ~(B_DONE | B_ERROR | B_INVAL); if (bp->b_rcred == NOCRED) { if (cred != NOCRED) crhold(cred); bp->b_rcred = cred; } vfs_busy_pages(bp, 0); VOP_STRATEGY(bp); return (biowait(bp)); } return (0); } /* * Operates like bread, but also starts asynchronous I/O on * read-ahead blocks. */ int breadn(struct vnode * vp, daddr_t blkno, int size, daddr_t * rablkno, int *rabsize, int cnt, struct ucred * cred, struct buf ** bpp) { struct buf *bp, *rabp; int i; int rv = 0, readwait = 0; *bpp = bp = getblk(vp, blkno, size, 0, 0); /* if not found in cache, do some I/O */ if ((bp->b_flags & B_CACHE) == 0) { if (curproc != NULL) curproc->p_stats->p_ru.ru_inblock++; bp->b_flags |= B_READ; bp->b_flags &= ~(B_DONE | B_ERROR | B_INVAL); if (bp->b_rcred == NOCRED) { if (cred != NOCRED) crhold(cred); bp->b_rcred = cred; } vfs_busy_pages(bp, 0); VOP_STRATEGY(bp); ++readwait; } for (i = 0; i < cnt; i++, rablkno++, rabsize++) { if (inmem(vp, *rablkno)) continue; rabp = getblk(vp, *rablkno, *rabsize, 0, 0); if ((rabp->b_flags & B_CACHE) == 0) { if (curproc != NULL) curproc->p_stats->p_ru.ru_inblock++; rabp->b_flags |= B_READ | B_ASYNC; rabp->b_flags &= ~(B_DONE | B_ERROR | B_INVAL); if (rabp->b_rcred == NOCRED) { if (cred != NOCRED) crhold(cred); rabp->b_rcred = cred; } vfs_busy_pages(rabp, 0); VOP_STRATEGY(rabp); } else { brelse(rabp); } } if (readwait) { rv = biowait(bp); } return (rv); } /* * Write, release buffer on completion. (Done by iodone * if async.) */ int bwrite(struct buf * bp) { int oldflags = bp->b_flags; if (bp->b_flags & B_INVAL) { brelse(bp); return (0); } if (!(bp->b_flags & B_BUSY)) panic("bwrite: buffer is not busy???"); bp->b_flags &= ~(B_READ | B_DONE | B_ERROR | B_DELWRI); bp->b_flags |= B_WRITEINPROG; if ((oldflags & (B_ASYNC|B_DELWRI)) == (B_ASYNC|B_DELWRI)) { reassignbuf(bp, bp->b_vp); } bp->b_vp->v_numoutput++; vfs_busy_pages(bp, 1); if (curproc != NULL) curproc->p_stats->p_ru.ru_oublock++; VOP_STRATEGY(bp); /* * Handle ordered writes here. * If the write was originally flagged as ordered, * then we check to see if it was converted to async. * If it was converted to async, and is done now, then * we release the buffer. Otherwise we clear the * ordered flag because it is not needed anymore. * * Note that biodone has been modified so that it does * not release ordered buffers. This allows us to have * a chance to determine whether or not the driver * has set the async flag in the strategy routine. Otherwise * if biodone was not modified, then the buffer may have been * reused before we have had a chance to check the flag. */ if ((oldflags & B_ORDERED) == B_ORDERED) { int s; s = splbio(); if (bp->b_flags & B_ASYNC) { if ((bp->b_flags & B_DONE)) { if ((bp->b_flags & (B_NOCACHE | B_INVAL | B_ERROR | B_RELBUF)) != 0) brelse(bp); else bqrelse(bp); } splx(s); return (0); } else { bp->b_flags &= ~B_ORDERED; } splx(s); } if ((oldflags & B_ASYNC) == 0) { int rtval = biowait(bp); if (oldflags & B_DELWRI) { reassignbuf(bp, bp->b_vp); } brelse(bp); return (rtval); } return (0); } int vn_bwrite(ap) struct vop_bwrite_args *ap; { return (bwrite(ap->a_bp)); } /* * Delayed write. (Buffer is marked dirty). */ void bdwrite(struct buf * bp) { if ((bp->b_flags & B_BUSY) == 0) { panic("bdwrite: buffer is not busy"); } if (bp->b_flags & B_INVAL) { brelse(bp); return; } if (bp->b_flags & B_TAPE) { bawrite(bp); return; } bp->b_flags &= ~(B_READ|B_RELBUF); if ((bp->b_flags & B_DELWRI) == 0) { bp->b_flags |= B_DONE | B_DELWRI; reassignbuf(bp, bp->b_vp); } /* * This bmap keeps the system from needing to do the bmap later, * perhaps when the system is attempting to do a sync. Since it * is likely that the indirect block -- or whatever other datastructure * that the filesystem needs is still in memory now, it is a good * thing to do this. Note also, that if the pageout daemon is * requesting a sync -- there might not be enough memory to do * the bmap then... So, this is important to do. */ if( bp->b_lblkno == bp->b_blkno) { VOP_BMAP(bp->b_vp, bp->b_lblkno, NULL, &bp->b_blkno, NULL, NULL); } /* * Set the *dirty* buffer range based upon the VM system dirty pages. */ vfs_setdirty(bp); /* * We need to do this here to satisfy the vnode_pager and the * pageout daemon, so that it thinks that the pages have been * "cleaned". Note that since the pages are in a delayed write * buffer -- the VFS layer "will" see that the pages get written * out on the next sync, or perhaps the cluster will be completed. */ vfs_clean_pages(bp); bqrelse(bp); return; } /* * Asynchronous write. * Start output on a buffer, but do not wait for it to complete. * The buffer is released when the output completes. */ void bawrite(struct buf * bp) { bp->b_flags |= B_ASYNC; (void) VOP_BWRITE(bp); } /* * Ordered write. * Start output on a buffer, but only wait for it to complete if the * output device cannot guarantee ordering in some other way. Devices * that can perform asynchronous ordered writes will set the B_ASYNC * flag in their strategy routine. * The buffer is released when the output completes. */ int bowrite(struct buf * bp) { bp->b_flags |= B_ORDERED; return (VOP_BWRITE(bp)); } /* * Release a buffer. */ void brelse(struct buf * bp) { int s; if (bp->b_flags & B_CLUSTER) { relpbuf(bp); return; } /* anyone need a "free" block? */ s = splbio(); /* anyone need this block? */ if (bp->b_flags & B_WANTED) { bp->b_flags &= ~(B_WANTED | B_AGE); wakeup(bp); } if (bp->b_flags & B_LOCKED) bp->b_flags &= ~B_ERROR; if ((bp->b_flags & (B_NOCACHE | B_INVAL | B_ERROR)) || (bp->b_bufsize <= 0)) { bp->b_flags |= B_INVAL; bp->b_flags &= ~(B_DELWRI | B_CACHE); if (((bp->b_flags & B_VMIO) == 0) && bp->b_vp) { if (bp->b_bufsize) allocbuf(bp, 0); brelvp(bp); } } /* * VMIO buffer rundown. It is not very necessary to keep a VMIO buffer * constituted, so the B_INVAL flag is used to *invalidate* the buffer, * but the VM object is kept around. The B_NOCACHE flag is used to * invalidate the pages in the VM object. * * If the buffer is a partially filled NFS buffer, keep it * since invalidating it now will lose informatio. The valid * flags in the vm_pages have only DEV_BSIZE resolution but * the b_validoff, b_validend fields have byte resolution. * This can avoid unnecessary re-reads of the buffer. */ if ((bp->b_flags & B_VMIO) && (bp->b_vp->v_tag != VT_NFS || bp->b_vp->v_type == VBLK || (bp->b_flags & (B_NOCACHE | B_INVAL | B_ERROR)) || bp->b_validend == 0 || (bp->b_validoff == 0 && bp->b_validend == bp->b_bufsize))) { vm_ooffset_t foff; vm_object_t obj; int i, resid; vm_page_t m; struct vnode *vp; int iototal = bp->b_bufsize; vp = bp->b_vp; if (!vp) panic("brelse: missing vp"); if (bp->b_npages) { vm_pindex_t poff; obj = (vm_object_t) vp->v_object; if (vp->v_type == VBLK) foff = ((vm_ooffset_t) bp->b_lblkno) << DEV_BSHIFT; else foff = (vm_ooffset_t) vp->v_mount->mnt_stat.f_iosize * bp->b_lblkno; poff = OFF_TO_IDX(foff); for (i = 0; i < bp->b_npages; i++) { m = bp->b_pages[i]; if (m == bogus_page) { m = vm_page_lookup(obj, poff + i); if (!m) { panic("brelse: page missing\n"); } bp->b_pages[i] = m; pmap_qenter(trunc_page(bp->b_data), bp->b_pages, bp->b_npages); } resid = IDX_TO_OFF(m->pindex+1) - foff; if (resid > iototal) resid = iototal; if (resid > 0) { /* * Don't invalidate the page if the local machine has already * modified it. This is the lesser of two evils, and should * be fixed. */ if (bp->b_flags & (B_NOCACHE | B_ERROR)) { vm_page_test_dirty(m); if (m->dirty == 0) { vm_page_set_invalid(m, (vm_offset_t) foff, resid); if (m->valid == 0) vm_page_protect(m, VM_PROT_NONE); } } if (resid >= PAGE_SIZE) { if ((m->valid & VM_PAGE_BITS_ALL) != VM_PAGE_BITS_ALL) { bp->b_flags |= B_INVAL; } } else { if (!vm_page_is_valid(m, (((vm_offset_t) bp->b_data) & PAGE_MASK), resid)) { bp->b_flags |= B_INVAL; } } } foff += resid; iototal -= resid; } } if (bp->b_flags & (B_INVAL | B_RELBUF)) vfs_vmio_release(bp); } if (bp->b_qindex != QUEUE_NONE) panic("brelse: free buffer onto another queue???"); /* enqueue */ /* buffers with no memory */ if (bp->b_bufsize == 0) { bp->b_qindex = QUEUE_EMPTY; TAILQ_INSERT_HEAD(&bufqueues[QUEUE_EMPTY], bp, b_freelist); LIST_REMOVE(bp, b_hash); LIST_INSERT_HEAD(&invalhash, bp, b_hash); bp->b_dev = NODEV; if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; } /* buffers with junk contents */ } else if (bp->b_flags & (B_ERROR | B_INVAL | B_NOCACHE | B_RELBUF)) { bp->b_qindex = QUEUE_AGE; TAILQ_INSERT_HEAD(&bufqueues[QUEUE_AGE], bp, b_freelist); LIST_REMOVE(bp, b_hash); LIST_INSERT_HEAD(&invalhash, bp, b_hash); bp->b_dev = NODEV; if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; } /* buffers that are locked */ } else if (bp->b_flags & B_LOCKED) { bp->b_qindex = QUEUE_LOCKED; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LOCKED], bp, b_freelist); /* buffers with stale but valid contents */ } else if (bp->b_flags & B_AGE) { bp->b_qindex = QUEUE_AGE; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_AGE], bp, b_freelist); if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; } /* buffers with valid and quite potentially reuseable contents */ } else { bp->b_qindex = QUEUE_LRU; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LRU], bp, b_freelist); if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; } } /* unlock */ bp->b_flags &= ~(B_ORDERED | B_WANTED | B_BUSY | B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF); splx(s); } /* * Release a buffer. */ void bqrelse(struct buf * bp) { int s; s = splbio(); /* anyone need this block? */ if (bp->b_flags & B_WANTED) { bp->b_flags &= ~(B_WANTED | B_AGE); wakeup(bp); } if (bp->b_qindex != QUEUE_NONE) panic("bqrelse: free buffer onto another queue???"); if (bp->b_flags & B_LOCKED) { bp->b_flags &= ~B_ERROR; bp->b_qindex = QUEUE_LOCKED; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LOCKED], bp, b_freelist); /* buffers with stale but valid contents */ } else { bp->b_qindex = QUEUE_LRU; TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LRU], bp, b_freelist); if (needsbuffer) { wakeup(&needsbuffer); needsbuffer=0; } } /* unlock */ bp->b_flags &= ~(B_ORDERED | B_WANTED | B_BUSY | B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF); splx(s); } static void vfs_vmio_release(bp) struct buf *bp; { int i; vm_page_t m; for (i = 0; i < bp->b_npages; i++) { m = bp->b_pages[i]; bp->b_pages[i] = NULL; vm_page_unwire(m); /* * We don't mess with busy pages, it is * the responsibility of the process that * busied the pages to deal with them. */ if ((m->flags & PG_BUSY) || (m->busy != 0)) continue; if (m->wire_count == 0) { if (m->flags & PG_WANTED) { m->flags &= ~PG_WANTED; wakeup(m); } /* * If this is an async free -- we cannot place * pages onto the cache queue, so our policy for * such buffers is to avoid the cache queue, and * only modify the active queue or free queue. */ if ((bp->b_flags & B_ASYNC) == 0) { /* * In the case of sync buffer frees, we can do pretty much * anything to any of the memory queues. Specifically, * the cache queue is free to be modified. */ if (m->valid) { if(m->dirty == 0) vm_page_test_dirty(m); /* * this keeps pressure off of the process memory */ if ((vm_swap_size == 0) || (cnt.v_free_count < cnt.v_free_min)) { if ((m->dirty == 0) && (m->hold_count == 0)) vm_page_cache(m); else vm_page_deactivate(m); } } else if (m->hold_count == 0) { vm_page_protect(m, VM_PROT_NONE); vm_page_free(m); } } else { /* * If async, then at least we clear the * act_count. */ m->act_count = 0; } } } bufspace -= bp->b_bufsize; vmiospace -= bp->b_bufsize; pmap_qremove(trunc_page((vm_offset_t) bp->b_data), bp->b_npages); bp->b_npages = 0; bp->b_bufsize = 0; bp->b_flags &= ~B_VMIO; if (bp->b_vp) brelvp(bp); } /* * Check to see if a block is currently memory resident. */ struct buf * gbincore(struct vnode * vp, daddr_t blkno) { struct buf *bp; struct bufhashhdr *bh; bh = BUFHASH(vp, blkno); bp = bh->lh_first; /* Search hash chain */ while (bp != NULL) { /* hit */ if (bp->b_vp == vp && bp->b_lblkno == blkno && (bp->b_flags & B_INVAL) == 0) { break; } bp = bp->b_hash.le_next; } return (bp); } /* * this routine implements clustered async writes for * clearing out B_DELWRI buffers... This is much better * than the old way of writing only one buffer at a time. */ int vfs_bio_awrite(struct buf * bp) { int i; daddr_t lblkno = bp->b_lblkno; struct vnode *vp = bp->b_vp; int s; int ncl; struct buf *bpa; int nwritten; s = splbio(); /* * right now we support clustered writing only to regular files */ if ((vp->v_type == VREG) && (vp->v_mount != 0) && /* Only on nodes that have the size info */ (bp->b_flags & (B_CLUSTEROK | B_INVAL)) == B_CLUSTEROK) { int size; int maxcl; size = vp->v_mount->mnt_stat.f_iosize; maxcl = MAXPHYS / size; for (i = 1; i < maxcl; i++) { if ((bpa = gbincore(vp, lblkno + i)) && ((bpa->b_flags & (B_BUSY | B_DELWRI | B_CLUSTEROK | B_INVAL)) == (B_DELWRI | B_CLUSTEROK)) && (bpa->b_bufsize == size)) { if ((bpa->b_blkno == bpa->b_lblkno) || (bpa->b_blkno != bp->b_blkno + ((i * size) >> DEV_BSHIFT))) break; } else { break; } } ncl = i; /* * this is a possible cluster write */ if (ncl != 1) { nwritten = cluster_wbuild(vp, size, lblkno, ncl); splx(s); return nwritten; } } bremfree(bp); splx(s); /* * default (old) behavior, writing out only one block */ bp->b_flags |= B_BUSY | B_ASYNC; nwritten = bp->b_bufsize; (void) VOP_BWRITE(bp); return nwritten; } /* * Find a buffer header which is available for use. */ static struct buf * getnewbuf(int slpflag, int slptimeo, int size, int maxsize) { struct buf *bp, *bp1; int nbyteswritten = 0; vm_offset_t addr; start: if (bufspace >= maxbufspace) goto trytofreespace; /* can we constitute a new buffer? */ if ((bp = TAILQ_FIRST(&bufqueues[QUEUE_EMPTY]))) { if (bp->b_qindex != QUEUE_EMPTY) panic("getnewbuf: inconsistent EMPTY queue, qindex=%d", bp->b_qindex); bp->b_flags |= B_BUSY; bremfree(bp); goto fillbuf; } trytofreespace: /* * We keep the file I/O from hogging metadata I/O * This is desirable because file data is cached in the * VM/Buffer cache even if a buffer is freed. */ if ((bp = TAILQ_FIRST(&bufqueues[QUEUE_AGE]))) { if (bp->b_qindex != QUEUE_AGE) panic("getnewbuf: inconsistent AGE queue, qindex=%d", bp->b_qindex); } else if ((bp = TAILQ_FIRST(&bufqueues[QUEUE_LRU]))) { if (bp->b_qindex != QUEUE_LRU) panic("getnewbuf: inconsistent LRU queue, qindex=%d", bp->b_qindex); } if (!bp) { /* wait for a free buffer of any kind */ needsbuffer = 1; do tsleep(&needsbuffer, (PRIBIO + 1) | slpflag, "newbuf", slptimeo); while (needsbuffer); return (0); } #if defined(DIAGNOSTIC) if (bp->b_flags & B_BUSY) { panic("getnewbuf: busy buffer on free list\n"); } #endif /* * We are fairly aggressive about freeing VMIO buffers, but since * the buffering is intact without buffer headers, there is not * much loss. We gain by maintaining non-VMIOed metadata in buffers. */ if ((bp->b_qindex == QUEUE_LRU) && (bp->b_usecount > 0)) { if ((bp->b_flags & B_VMIO) == 0 || (vmiospace < maxvmiobufspace)) { --bp->b_usecount; TAILQ_REMOVE(&bufqueues[QUEUE_LRU], bp, b_freelist); if (TAILQ_FIRST(&bufqueues[QUEUE_LRU]) != NULL) { TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LRU], bp, b_freelist); goto start; } TAILQ_INSERT_TAIL(&bufqueues[QUEUE_LRU], bp, b_freelist); } } /* if we are a delayed write, convert to an async write */ if ((bp->b_flags & (B_DELWRI | B_INVAL)) == B_DELWRI) { nbyteswritten += vfs_bio_awrite(bp); if (!slpflag && !slptimeo) { return (0); } goto start; } if (bp->b_flags & B_WANTED) { bp->b_flags &= ~B_WANTED; wakeup(bp); } bremfree(bp); bp->b_flags |= B_BUSY; if (bp->b_flags & B_VMIO) { bp->b_flags &= ~B_ASYNC; vfs_vmio_release(bp); } if (bp->b_vp) brelvp(bp); fillbuf: /* we are not free, nor do we contain interesting data */ if (bp->b_rcred != NOCRED) { crfree(bp->b_rcred); bp->b_rcred = NOCRED; } if (bp->b_wcred != NOCRED) { crfree(bp->b_wcred); bp->b_wcred = NOCRED; } LIST_REMOVE(bp, b_hash); LIST_INSERT_HEAD(&invalhash, bp, b_hash); if (bp->b_bufsize) { allocbuf(bp, 0); } bp->b_flags = B_BUSY; bp->b_dev = NODEV; bp->b_vp = NULL; bp->b_blkno = bp->b_lblkno = 0; bp->b_iodone = 0; bp->b_error = 0; bp->b_resid = 0; bp->b_bcount = 0; bp->b_npages = 0; bp->b_dirtyoff = bp->b_dirtyend = 0; bp->b_validoff = bp->b_validend = 0; bp->b_usecount = 4; maxsize = (maxsize + PAGE_MASK) & ~PAGE_MASK; /* * we assume that buffer_map is not at address 0 */ addr = 0; if (maxsize != bp->b_kvasize) { bfreekva(bp); findkvaspace: /* * See if we have buffer kva space */ if (vm_map_findspace(buffer_map, vm_map_min(buffer_map), maxsize, &addr)) { int tfree = 0; for (bp1 = TAILQ_FIRST(&bufqueues[QUEUE_EMPTY]); bp1 != NULL; bp1 = TAILQ_NEXT(bp1, b_freelist)) if (bp1->b_kvasize != 0) { tfree += bp1->b_kvasize; bremfree(bp1); bfreekva(bp1); brelse(bp1); if (tfree >= maxsize) goto findkvaspace; } bp->b_flags |= B_INVAL; brelse(bp); goto trytofreespace; } } /* * See if we are below are allocated minimum */ if (bufspace >= (maxbufspace + nbyteswritten)) { bp->b_flags |= B_INVAL; brelse(bp); goto trytofreespace; } /* * create a map entry for the buffer -- in essence * reserving the kva space. */ if (addr) { vm_map_insert(buffer_map, NULL, 0, addr, addr + maxsize, VM_PROT_ALL, VM_PROT_ALL, MAP_NOFAULT); bp->b_kvabase = (caddr_t) addr; bp->b_kvasize = maxsize; } bp->b_data = bp->b_kvabase; return (bp); } /* * Check to see if a block is currently memory resident. */ struct buf * incore(struct vnode * vp, daddr_t blkno) { struct buf *bp; int s = splbio(); bp = gbincore(vp, blkno); splx(s); return (bp); } /* * Returns true if no I/O is needed to access the * associated VM object. This is like incore except * it also hunts around in the VM system for the data. */ int inmem(struct vnode * vp, daddr_t blkno) { vm_object_t obj; vm_offset_t toff, tinc; vm_page_t m; vm_ooffset_t off; if (incore(vp, blkno)) return 1; if (vp->v_mount == NULL) return 0; if ((vp->v_object == NULL) || (vp->v_flag & VVMIO) == 0) return 0; obj = vp->v_object; tinc = PAGE_SIZE; if (tinc > vp->v_mount->mnt_stat.f_iosize) tinc = vp->v_mount->mnt_stat.f_iosize; off = blkno * vp->v_mount->mnt_stat.f_iosize; for (toff = 0; toff < vp->v_mount->mnt_stat.f_iosize; toff += tinc) { m = vm_page_lookup(obj, OFF_TO_IDX(off + toff)); if (!m) return 0; if (vm_page_is_valid(m, (vm_offset_t) (toff + off), tinc) == 0) return 0; } return 1; } /* * now we set the dirty range for the buffer -- * for NFS -- if the file is mapped and pages have * been written to, let it know. We want the * entire range of the buffer to be marked dirty if * any of the pages have been written to for consistancy * with the b_validoff, b_validend set in the nfs write * code, and used by the nfs read code. */ static void vfs_setdirty(struct buf *bp) { int i; vm_object_t object; vm_offset_t boffset, offset; /* * We qualify the scan for modified pages on whether the * object has been flushed yet. The OBJ_WRITEABLE flag * is not cleared simply by protecting pages off. */ if ((bp->b_flags & B_VMIO) && ((object = bp->b_pages[0]->object)->flags & (OBJ_WRITEABLE|OBJ_CLEANING))) { /* * test the pages to see if they have been modified directly * by users through the VM system. */ for (i = 0; i < bp->b_npages; i++) vm_page_test_dirty(bp->b_pages[i]); /* * scan forwards for the first page modified */ for (i = 0; i < bp->b_npages; i++) { if (bp->b_pages[i]->dirty) { break; } } boffset = (i << PAGE_SHIFT); if (boffset < bp->b_dirtyoff) { bp->b_dirtyoff = boffset; } /* * scan backwards for the last page modified */ for (i = bp->b_npages - 1; i >= 0; --i) { if (bp->b_pages[i]->dirty) { break; } } boffset = (i + 1); offset = boffset + bp->b_pages[0]->pindex; if (offset >= object->size) boffset = object->size - bp->b_pages[0]->pindex; if (bp->b_dirtyend < (boffset << PAGE_SHIFT)) bp->b_dirtyend = (boffset << PAGE_SHIFT); } } /* * Get a block given a specified block and offset into a file/device. */ struct buf * getblk(struct vnode * vp, daddr_t blkno, int size, int slpflag, int slptimeo) { struct buf *bp; int s; struct bufhashhdr *bh; int maxsize; if (vp->v_mount) { maxsize = vp->v_mount->mnt_stat.f_iosize; /* * This happens on mount points. */ if (maxsize < size) maxsize = size; } else { maxsize = size; } if (size > MAXBSIZE) panic("getblk: size(%d) > MAXBSIZE(%d)\n", size, MAXBSIZE); s = splbio(); loop: if ((bp = gbincore(vp, blkno))) { if (bp->b_flags & B_BUSY) { bp->b_flags |= B_WANTED; if (bp->b_usecount < BUF_MAXUSE) ++bp->b_usecount; if (!tsleep(bp, (PRIBIO + 1) | slpflag, "getblk", slptimeo)) goto loop; splx(s); return (struct buf *) NULL; } bp->b_flags |= B_BUSY | B_CACHE; bremfree(bp); /* * check for size inconsistancies (note that they shouldn't happen * but do when filesystems don't handle the size changes correctly.) * We are conservative on metadata and don't just extend the buffer * but write and re-constitute it. */ if (bp->b_bcount != size) { if ((bp->b_flags & B_VMIO) && (size <= bp->b_kvasize)) { allocbuf(bp, size); } else { bp->b_flags |= B_NOCACHE; VOP_BWRITE(bp); goto loop; } } if (bp->b_usecount < BUF_MAXUSE) ++bp->b_usecount; splx(s); return (bp); } else { vm_object_t obj; if ((bp = getnewbuf(slpflag, slptimeo, size, maxsize)) == 0) { if (slpflag || slptimeo) { splx(s); return NULL; } goto loop; } /* * This code is used to make sure that a buffer is not * created while the getnewbuf routine is blocked. * Normally the vnode is locked so this isn't a problem. * VBLK type I/O requests, however, don't lock the vnode. */ if (!VOP_ISLOCKED(vp) && gbincore(vp, blkno)) { bp->b_flags |= B_INVAL; brelse(bp); goto loop; } /* * Insert the buffer into the hash, so that it can * be found by incore. */ bp->b_blkno = bp->b_lblkno = blkno; bgetvp(vp, bp); LIST_REMOVE(bp, b_hash); bh = BUFHASH(vp, blkno); LIST_INSERT_HEAD(bh, bp, b_hash); if ((obj = vp->v_object) && (vp->v_flag & VVMIO)) { bp->b_flags |= (B_VMIO | B_CACHE); #if defined(VFS_BIO_DEBUG) if (vp->v_type != VREG && vp->v_type != VBLK) printf("getblk: vmioing file type %d???\n", vp->v_type); #endif } else { bp->b_flags &= ~B_VMIO; } splx(s); allocbuf(bp, size); #ifdef PC98 /* * 1024byte/sector support */ #define B_XXX2 0x8000000 if (vp->v_flag & 0x10000) bp->b_flags |= B_XXX2; #endif return (bp); } } /* * Get an empty, disassociated buffer of given size. */ struct buf * geteblk(int size) { struct buf *bp; int s; s = splbio(); while ((bp = getnewbuf(0, 0, size, MAXBSIZE)) == 0); splx(s); allocbuf(bp, size); bp->b_flags |= B_INVAL; return (bp); } /* * This code constitutes the buffer memory from either anonymous system * memory (in the case of non-VMIO operations) or from an associated * VM object (in the case of VMIO operations). * * Note that this code is tricky, and has many complications to resolve * deadlock or inconsistant data situations. Tread lightly!!! * * Modify the length of a buffer's underlying buffer storage without * destroying information (unless, of course the buffer is shrinking). */ int allocbuf(struct buf * bp, int size) { int s; int newbsize, mbsize; int i; if (!(bp->b_flags & B_BUSY)) panic("allocbuf: buffer not busy"); if (bp->b_kvasize < size) panic("allocbuf: buffer too small"); if ((bp->b_flags & B_VMIO) == 0) { caddr_t origbuf; int origbufsize; /* * Just get anonymous memory from the kernel */ mbsize = (size + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); #if !defined(NO_B_MALLOC) if (bp->b_flags & B_MALLOC) newbsize = mbsize; else #endif newbsize = round_page(size); if (newbsize < bp->b_bufsize) { #if !defined(NO_B_MALLOC) /* * malloced buffers are not shrunk */ if (bp->b_flags & B_MALLOC) { if (newbsize) { bp->b_bcount = size; } else { free(bp->b_data, M_BIOBUF); bufspace -= bp->b_bufsize; bufmallocspace -= bp->b_bufsize; bp->b_data = bp->b_kvabase; bp->b_bufsize = 0; bp->b_bcount = 0; bp->b_flags &= ~B_MALLOC; } return 1; } #endif vm_hold_free_pages( bp, (vm_offset_t) bp->b_data + newbsize, (vm_offset_t) bp->b_data + bp->b_bufsize); } else if (newbsize > bp->b_bufsize) { #if !defined(NO_B_MALLOC) /* * We only use malloced memory on the first allocation. * and revert to page-allocated memory when the buffer grows. */ if ( (bufmallocspace < maxbufmallocspace) && (bp->b_bufsize == 0) && (mbsize <= PAGE_SIZE/2)) { bp->b_data = malloc(mbsize, M_BIOBUF, M_WAITOK); bp->b_bufsize = mbsize; bp->b_bcount = size; bp->b_flags |= B_MALLOC; bufspace += mbsize; bufmallocspace += mbsize; return 1; } #endif origbuf = NULL; origbufsize = 0; #if !defined(NO_B_MALLOC) /* * If the buffer is growing on it's other-than-first allocation, * then we revert to the page-allocation scheme. */ if (bp->b_flags & B_MALLOC) { origbuf = bp->b_data; origbufsize = bp->b_bufsize; bp->b_data = bp->b_kvabase; bufspace -= bp->b_bufsize; bufmallocspace -= bp->b_bufsize; bp->b_bufsize = 0; bp->b_flags &= ~B_MALLOC; newbsize = round_page(newbsize); } #endif vm_hold_load_pages( bp, (vm_offset_t) bp->b_data + bp->b_bufsize, (vm_offset_t) bp->b_data + newbsize); #if !defined(NO_B_MALLOC) if (origbuf) { bcopy(origbuf, bp->b_data, origbufsize); free(origbuf, M_BIOBUF); } #endif } } else { vm_page_t m; int desiredpages; newbsize = (size + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); desiredpages = (round_page(newbsize) >> PAGE_SHIFT); #if !defined(NO_B_MALLOC) if (bp->b_flags & B_MALLOC) panic("allocbuf: VMIO buffer can't be malloced"); #endif if (newbsize < bp->b_bufsize) { if (desiredpages < bp->b_npages) { for (i = desiredpages; i < bp->b_npages; i++) { /* * the page is not freed here -- it * is the responsibility of vnode_pager_setsize */ m = bp->b_pages[i]; #if defined(DIAGNOSTIC) if (m == bogus_page) panic("allocbuf: bogus page found"); #endif s = splvm(); while ((m->flags & PG_BUSY) || (m->busy != 0)) { m->flags |= PG_WANTED; tsleep(m, PVM, "biodep", 0); } splx(s); bp->b_pages[i] = NULL; vm_page_unwire(m); } pmap_qremove((vm_offset_t) trunc_page(bp->b_data) + (desiredpages << PAGE_SHIFT), (bp->b_npages - desiredpages)); bp->b_npages = desiredpages; } } else if (newbsize > bp->b_bufsize) { vm_object_t obj; vm_offset_t tinc, toff; vm_ooffset_t off; vm_pindex_t objoff; int pageindex, curbpnpages; struct vnode *vp; int bsize; vp = bp->b_vp; if (vp->v_type == VBLK) bsize = DEV_BSIZE; else bsize = vp->v_mount->mnt_stat.f_iosize; if (bp->b_npages < desiredpages) { obj = vp->v_object; tinc = PAGE_SIZE; if (tinc > bsize) tinc = bsize; off = (vm_ooffset_t) bp->b_lblkno * bsize; curbpnpages = bp->b_npages; doretry: bp->b_flags |= B_CACHE; bp->b_validoff = bp->b_validend = 0; for (toff = 0; toff < newbsize; toff += tinc) { int bytesinpage; pageindex = toff >> PAGE_SHIFT; objoff = OFF_TO_IDX(off + toff); if (pageindex < curbpnpages) { m = bp->b_pages[pageindex]; #ifdef VFS_BIO_DIAG if (m->pindex != objoff) panic("allocbuf: page changed offset??!!!?"); #endif bytesinpage = tinc; if (tinc > (newbsize - toff)) bytesinpage = newbsize - toff; if (bp->b_flags & B_CACHE) vfs_buf_set_valid(bp, off, toff, bytesinpage, m); continue; } m = vm_page_lookup(obj, objoff); if (!m) { m = vm_page_alloc(obj, objoff, VM_ALLOC_NORMAL); if (!m) { VM_WAIT; goto doretry; } /* * Normally it is unwise to clear PG_BUSY without * PAGE_WAKEUP -- but it is okay here, as there is * no chance for blocking between here and vm_page_alloc */ m->flags &= ~PG_BUSY; vm_page_wire(m); bp->b_flags &= ~B_CACHE; } else if (m->flags & PG_BUSY) { s = splvm(); if (m->flags & PG_BUSY) { m->flags |= PG_WANTED; tsleep(m, PVM, "pgtblk", 0); } splx(s); goto doretry; } else { if ((curproc != pageproc) && ((m->queue - m->pc) == PQ_CACHE) && ((cnt.v_free_count + cnt.v_cache_count) < (cnt.v_free_min + cnt.v_cache_min))) { pagedaemon_wakeup(); } bytesinpage = tinc; if (tinc > (newbsize - toff)) bytesinpage = newbsize - toff; if (bp->b_flags & B_CACHE) vfs_buf_set_valid(bp, off, toff, bytesinpage, m); vm_page_wire(m); } bp->b_pages[pageindex] = m; curbpnpages = pageindex + 1; } if (vp->v_tag == VT_NFS && vp->v_type != VBLK && bp->b_validend == 0) bp->b_flags &= ~B_CACHE; bp->b_data = (caddr_t) trunc_page(bp->b_data); bp->b_npages = curbpnpages; pmap_qenter((vm_offset_t) bp->b_data, bp->b_pages, bp->b_npages); ((vm_offset_t) bp->b_data) |= off & PAGE_MASK; } } } if (bp->b_flags & B_VMIO) vmiospace += bp->b_bufsize; bufspace += (newbsize - bp->b_bufsize); bp->b_bufsize = newbsize; bp->b_bcount = size; return 1; } /* * Wait for buffer I/O completion, returning error status. */ int biowait(register struct buf * bp) { int s; s = splbio(); while ((bp->b_flags & B_DONE) == 0) tsleep(bp, PRIBIO, "biowait", 0); splx(s); if (bp->b_flags & B_EINTR) { bp->b_flags &= ~B_EINTR; return (EINTR); } if (bp->b_flags & B_ERROR) { return (bp->b_error ? bp->b_error : EIO); } else { return (0); } } /* * Finish I/O on a buffer, calling an optional function. * This is usually called from interrupt level, so process blocking * is not *a good idea*. */ void biodone(register struct buf * bp) { int s; s = splbio(); if (!(bp->b_flags & B_BUSY)) panic("biodone: buffer not busy"); if (bp->b_flags & B_DONE) { splx(s); printf("biodone: buffer already done\n"); return; } bp->b_flags |= B_DONE; if ((bp->b_flags & B_READ) == 0) { vwakeup(bp); } #ifdef BOUNCE_BUFFERS if (bp->b_flags & B_BOUNCE) vm_bounce_free(bp); #endif /* call optional completion function if requested */ if (bp->b_flags & B_CALL) { bp->b_flags &= ~B_CALL; (*bp->b_iodone) (bp); splx(s); return; } if (bp->b_flags & B_VMIO) { int i, resid; vm_ooffset_t foff; vm_page_t m; vm_object_t obj; int iosize; struct vnode *vp = bp->b_vp; if (vp->v_type == VBLK) foff = (vm_ooffset_t) DEV_BSIZE * bp->b_lblkno; else foff = (vm_ooffset_t) vp->v_mount->mnt_stat.f_iosize * bp->b_lblkno; obj = vp->v_object; if (!obj) { panic("biodone: no object"); } #if defined(VFS_BIO_DEBUG) if (obj->paging_in_progress < bp->b_npages) { printf("biodone: paging in progress(%d) < bp->b_npages(%d)\n", obj->paging_in_progress, bp->b_npages); } #endif iosize = bp->b_bufsize; for (i = 0; i < bp->b_npages; i++) { int bogusflag = 0; m = bp->b_pages[i]; if (m == bogus_page) { bogusflag = 1; m = vm_page_lookup(obj, OFF_TO_IDX(foff)); if (!m) { #if defined(VFS_BIO_DEBUG) printf("biodone: page disappeared\n"); #endif --obj->paging_in_progress; continue; } bp->b_pages[i] = m; pmap_qenter(trunc_page(bp->b_data), bp->b_pages, bp->b_npages); } #if defined(VFS_BIO_DEBUG) if (OFF_TO_IDX(foff) != m->pindex) { printf("biodone: foff(%d)/m->pindex(%d) mismatch\n", foff, m->pindex); } #endif resid = IDX_TO_OFF(m->pindex + 1) - foff; if (resid > iosize) resid = iosize; /* * In the write case, the valid and clean bits are * already changed correctly, so we only need to do this * here in the read case. */ if ((bp->b_flags & B_READ) && !bogusflag && resid > 0) { vfs_page_set_valid(bp, foff, i, m); } /* * when debugging new filesystems or buffer I/O methods, this * is the most common error that pops up. if you see this, you * have not set the page busy flag correctly!!! */ if (m->busy == 0) { printf("biodone: page busy < 0, " "pindex: %d, foff: 0x(%x,%x), " "resid: %d, index: %d\n", (int) m->pindex, (int)(foff >> 32), (int) foff & 0xffffffff, resid, i); if (vp->v_type != VBLK) printf(" iosize: %ld, lblkno: %d, flags: 0x%lx, npages: %d\n", bp->b_vp->v_mount->mnt_stat.f_iosize, (int) bp->b_lblkno, bp->b_flags, bp->b_npages); else printf(" VDEV, lblkno: %d, flags: 0x%lx, npages: %d\n", (int) bp->b_lblkno, bp->b_flags, bp->b_npages); printf(" valid: 0x%x, dirty: 0x%x, wired: %d\n", m->valid, m->dirty, m->wire_count); panic("biodone: page busy < 0\n"); } --m->busy; if ((m->busy == 0) && (m->flags & PG_WANTED)) { m->flags &= ~PG_WANTED; wakeup(m); } --obj->paging_in_progress; foff += resid; iosize -= resid; } if (obj && obj->paging_in_progress == 0 && (obj->flags & OBJ_PIPWNT)) { obj->flags &= ~OBJ_PIPWNT; wakeup(obj); } } /* * For asynchronous completions, release the buffer now. The brelse * checks for B_WANTED and will do the wakeup there if necessary - so * no need to do a wakeup here in the async case. */ if (bp->b_flags & B_ASYNC) { if ((bp->b_flags & B_ORDERED) == 0) { if ((bp->b_flags & (B_NOCACHE | B_INVAL | B_ERROR | B_RELBUF)) != 0) brelse(bp); else bqrelse(bp); } } else { bp->b_flags &= ~B_WANTED; wakeup(bp); } splx(s); } int count_lock_queue() { int count; struct buf *bp; count = 0; for (bp = TAILQ_FIRST(&bufqueues[QUEUE_LOCKED]); bp != NULL; bp = TAILQ_NEXT(bp, b_freelist)) count++; return (count); } int vfs_update_interval = 30; static void vfs_update() { while (1) { tsleep(&vfs_update_wakeup, PUSER, "update", hz * vfs_update_interval); vfs_update_wakeup = 0; sync(curproc, NULL, NULL); } } static int sysctl_kern_updateinterval SYSCTL_HANDLER_ARGS { int error = sysctl_handle_int(oidp, oidp->oid_arg1, oidp->oid_arg2, req); if (!error) wakeup(&vfs_update_wakeup); return error; } SYSCTL_PROC(_kern, KERN_UPDATEINTERVAL, update, CTLTYPE_INT|CTLFLAG_RW, &vfs_update_interval, 0, sysctl_kern_updateinterval, "I", ""); /* * This routine is called in lieu of iodone in the case of * incomplete I/O. This keeps the busy status for pages * consistant. */ void vfs_unbusy_pages(struct buf * bp) { int i; if (bp->b_flags & B_VMIO) { struct vnode *vp = bp->b_vp; vm_object_t obj = vp->v_object; vm_ooffset_t foff; foff = (vm_ooffset_t) vp->v_mount->mnt_stat.f_iosize * bp->b_lblkno; for (i = 0; i < bp->b_npages; i++) { vm_page_t m = bp->b_pages[i]; if (m == bogus_page) { m = vm_page_lookup(obj, OFF_TO_IDX(foff) + i); if (!m) { panic("vfs_unbusy_pages: page missing\n"); } bp->b_pages[i] = m; pmap_qenter(trunc_page(bp->b_data), bp->b_pages, bp->b_npages); } --obj->paging_in_progress; --m->busy; if ((m->busy == 0) && (m->flags & PG_WANTED)) { m->flags &= ~PG_WANTED; wakeup(m); } } if (obj->paging_in_progress == 0 && (obj->flags & OBJ_PIPWNT)) { obj->flags &= ~OBJ_PIPWNT; wakeup(obj); } } } /* * Set NFS' b_validoff and b_validend fields from the valid bits * of a page. If the consumer is not NFS, and the page is not * valid for the entire range, clear the B_CACHE flag to force * the consumer to re-read the page. */ static void vfs_buf_set_valid(struct buf *bp, vm_ooffset_t foff, vm_offset_t off, vm_offset_t size, vm_page_t m) { if (bp->b_vp->v_tag == VT_NFS && bp->b_vp->v_type != VBLK) { vm_offset_t svalid, evalid; int validbits = m->valid; /* * This only bothers with the first valid range in the * page. */ svalid = off; while (validbits && !(validbits & 1)) { svalid += DEV_BSIZE; validbits >>= 1; } evalid = svalid; while (validbits & 1) { evalid += DEV_BSIZE; validbits >>= 1; } /* * Make sure this range is contiguous with the range * built up from previous pages. If not, then we will * just use the range from the previous pages. */ if (svalid == bp->b_validend) { bp->b_validoff = min(bp->b_validoff, svalid); bp->b_validend = max(bp->b_validend, evalid); } } else if (!vm_page_is_valid(m, (vm_offset_t) ((foff + off) & PAGE_MASK), size)) { bp->b_flags &= ~B_CACHE; } } /* * Set the valid bits in a page, taking care of the b_validoff, * b_validend fields which NFS uses to optimise small reads. Off is * the offset within the file and pageno is the page index within the buf. */ static void vfs_page_set_valid(struct buf *bp, vm_ooffset_t off, int pageno, vm_page_t m) { struct vnode *vp = bp->b_vp; vm_ooffset_t soff, eoff; soff = off; eoff = off + min(PAGE_SIZE, bp->b_bufsize); vm_page_set_invalid(m, (vm_offset_t) (soff & PAGE_MASK), (vm_offset_t) (eoff - soff)); if (vp->v_tag == VT_NFS && vp->v_type != VBLK) { vm_ooffset_t sv, ev; off = off - pageno * PAGE_SIZE; sv = off + ((bp->b_validoff + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1)); ev = off + (bp->b_validend & ~(DEV_BSIZE - 1)); soff = max(sv, soff); eoff = min(ev, eoff); } if (eoff > soff) vm_page_set_validclean(m, (vm_offset_t) (soff & PAGE_MASK), (vm_offset_t) (eoff - soff)); } /* * This routine is called before a device strategy routine. * It is used to tell the VM system that paging I/O is in * progress, and treat the pages associated with the buffer * almost as being PG_BUSY. Also the object paging_in_progress * flag is handled to make sure that the object doesn't become * inconsistant. */ void vfs_busy_pages(struct buf * bp, int clear_modify) { int i; if (bp->b_flags & B_VMIO) { struct vnode *vp = bp->b_vp; vm_object_t obj = vp->v_object; vm_ooffset_t foff; if (vp->v_type == VBLK) foff = (vm_ooffset_t) DEV_BSIZE * bp->b_lblkno; else foff = (vm_ooffset_t) vp->v_mount->mnt_stat.f_iosize * bp->b_lblkno; vfs_setdirty(bp); for (i = 0; i < bp->b_npages; i++, foff += PAGE_SIZE) { vm_page_t m = bp->b_pages[i]; if ((bp->b_flags & B_CLUSTER) == 0) { obj->paging_in_progress++; m->busy++; } vm_page_protect(m, VM_PROT_NONE); if (clear_modify) vfs_page_set_valid(bp, foff, i, m); else if (bp->b_bcount >= PAGE_SIZE) { if (m->valid && (bp->b_flags & B_CACHE) == 0) { bp->b_pages[i] = bogus_page; pmap_qenter(trunc_page(bp->b_data), bp->b_pages, bp->b_npages); } } } } } /* * Tell the VM system that the pages associated with this buffer * are clean. This is used for delayed writes where the data is * going to go to disk eventually without additional VM intevention. */ void vfs_clean_pages(struct buf * bp) { int i; if (bp->b_flags & B_VMIO) { struct vnode *vp = bp->b_vp; vm_object_t obj = vp->v_object; vm_ooffset_t foff; if (vp->v_type == VBLK) foff = (vm_ooffset_t) DEV_BSIZE * bp->b_lblkno; else foff = (vm_ooffset_t) vp->v_mount->mnt_stat.f_iosize * bp->b_lblkno; for (i = 0; i < bp->b_npages; i++, foff += PAGE_SIZE) { vm_page_t m = bp->b_pages[i]; vfs_page_set_valid(bp, foff, i, m); } } } void vfs_bio_clrbuf(struct buf *bp) { int i; if( bp->b_flags & B_VMIO) { if( (bp->b_npages == 1) && (bp->b_bufsize < PAGE_SIZE)) { int mask; mask = 0; for(i=0;ib_bufsize;i+=DEV_BSIZE) mask |= (1 << (i/DEV_BSIZE)); if( bp->b_pages[0]->valid != mask) { bzero(bp->b_data, bp->b_bufsize); } bp->b_pages[0]->valid = mask; bp->b_resid = 0; return; } for(i=0;ib_npages;i++) { if( bp->b_pages[i]->valid == VM_PAGE_BITS_ALL) continue; if( bp->b_pages[i]->valid == 0) { if ((bp->b_pages[i]->flags & PG_ZERO) == 0) { bzero(bp->b_data + (i << PAGE_SHIFT), PAGE_SIZE); } } else { int j; for(j=0;jb_pages[i]->valid & (1<b_data + (i << PAGE_SHIFT) + j * DEV_BSIZE, DEV_BSIZE); } } /* bp->b_pages[i]->valid = VM_PAGE_BITS_ALL; */ } bp->b_resid = 0; } else { clrbuf(bp); } } /* * vm_hold_load_pages and vm_hold_unload pages get pages into * a buffers address space. The pages are anonymous and are * not associated with a file object. */ void vm_hold_load_pages(struct buf * bp, vm_offset_t from, vm_offset_t to) { vm_offset_t pg; vm_page_t p; int index; to = round_page(to); from = round_page(from); index = (from - trunc_page(bp->b_data)) >> PAGE_SHIFT; for (pg = from; pg < to; pg += PAGE_SIZE, index++) { tryagain: p = vm_page_alloc(kernel_object, ((pg - VM_MIN_KERNEL_ADDRESS) >> PAGE_SHIFT), VM_ALLOC_NORMAL); if (!p) { VM_WAIT; goto tryagain; } vm_page_wire(p); pmap_kenter(pg, VM_PAGE_TO_PHYS(p)); bp->b_pages[index] = p; PAGE_WAKEUP(p); } bp->b_npages = to >> PAGE_SHIFT; } void vm_hold_free_pages(struct buf * bp, vm_offset_t from, vm_offset_t to) { vm_offset_t pg; vm_page_t p; int index; from = round_page(from); to = round_page(to); index = (from - trunc_page(bp->b_data)) >> PAGE_SHIFT; for (pg = from; pg < to; pg += PAGE_SIZE, index++) { p = bp->b_pages[index]; if (p && (index < bp->b_npages)) { if (p->busy) { printf("vm_hold_free_pages: blkno: %d, lblkno: %d\n", bp->b_blkno, bp->b_lblkno); } bp->b_pages[index] = NULL; pmap_kremove(pg); vm_page_unwire(p); vm_page_free(p); } } bp->b_npages = from >> PAGE_SHIFT; } From owner-freebsd-stable Thu Dec 11 00:28:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA16932 for stable-outgoing; Thu, 11 Dec 1997 00:28:09 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA16925 for ; Thu, 11 Dec 1997 00:28:05 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA25421; Thu, 11 Dec 1997 00:28:03 -0800 (PST) To: "Studded" cc: "FreeBSD Stable List" Subject: Re: Why no snaps after 12/7? In-reply-to: Your message of "Wed, 10 Dec 1997 16:06:09 PST." <199712110008.QAA17531@mail.san.rr.com> Date: Thu, 11 Dec 1997 00:28:03 -0800 Message-ID: <25418.881828883@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It's been falling over for various reasons these last few days. See if tonite's is any better. > Just curious as to why there are no -Stable snapshots on > current.freebsd.org after the one on 12/7. I was planning to tell my > peoples to upgrade to today's snapshot (in spite of the warnings still > generated by the f00f fix, *grumble*) because I've tested "make world" > with the sources I cvsup'ed, but there isn't one. :) > > Any news on this appreciated, > > Doug > > *** Proud operator, designer and maintainer of the world's largest > *** Internet Relay Chat server. 4,297 clients and still growing. :-) > *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) > *** Part of the DALnet IRC network *** > From owner-freebsd-stable Thu Dec 11 00:45:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA20216 for stable-outgoing; Thu, 11 Dec 1997 00:45:24 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA20206 for ; Thu, 11 Dec 1997 00:45:18 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA25457; Thu, 11 Dec 1997 00:31:57 -0800 (PST) To: Tom cc: Studded , FreeBSD Stable List Subject: Re: Why no snaps after 12/7? In-reply-to: Your message of "Wed, 10 Dec 1997 17:26:36 PST." Date: Thu, 11 Dec 1997 00:31:57 -0800 Message-ID: <25454.881829117@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Why would -stable snapshots be on current snapshot server? > > Shouldn't you check the -stable snapshot server at releng22.freebsd.org? They're the same machine, currently. :) Jordan From owner-freebsd-stable Thu Dec 11 03:04:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA04704 for stable-outgoing; Thu, 11 Dec 1997 03:04:52 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA04697 for ; Thu, 11 Dec 1997 03:04:44 -0800 (PST) (envelope-from ib14-3@broccoli.cs.uni-sb.de) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.8.8/97121000) with ESMTP id MAA06419 for ; Thu, 11 Dec 1997 12:04:32 +0100 (CET) Received: from broccoli.cs.uni-sb.de (broccoli.cs.uni-sb.de [134.96.239.182]) by cs.uni-sb.de (8.8.8/97121000) with SMTP id MAA10993 for ; Thu, 11 Dec 1997 12:04:32 +0100 (CET) From: ib14-3@broccoli.cs.uni-sb.de (Joerg Wallerich) Date: Thu, 11 Dec 97 12:04:19 +0100 Message-Id: <9712111104.AA02011@broccoli.cs.uni-sb.de> Received: by broccoli.cs.uni-sb.de; Thu, 11 Dec 97 12:04:19 +0100 To: freebsd-stable@FreeBSD.ORG Subject: System panics while rebooting/halting Cc: ib14-3@cs.uni-sb.de Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi ! I just updated the sources of 2.2.1-RELEASE to 2.2-stable with cvsup and made a 'make world', 'make distribution' in /usr/src/etc and recreated all entries in /dev. Everything worked well, including building and installing a new kernel. But now the kernel panics when I reboot or halt the system saying syncing disks ... 4 4 done panic: free: multiple frees When I reboot, the system panics again with trap 12 in mount command (page not found while in kernel mode). The only way to get the system running again is to boot in single user mode, do a fsck / and an exit. Then it comes up without problems ... ... just to the next reboot/halt . Where is my fault ??? Thanks for any reply ... JW From owner-freebsd-stable Thu Dec 11 06:28:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA15911 for stable-outgoing; Thu, 11 Dec 1997 06:28:29 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mars.abcinternet.net (drow@mars.abcinternet.net [205.216.244.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA15904 for ; Thu, 11 Dec 1997 06:28:25 -0800 (PST) (envelope-from drow@mars.abcinternet.net) Received: from localhost (drow@localhost) by mars.abcinternet.net (8.8.8/8.8.5) with SMTP id JAA16070 for ; Thu, 11 Dec 1997 09:26:54 -0500 (EST) Date: Thu, 11 Dec 1997 09:26:54 -0500 (EST) From: Dan Jacobowitz To: stable@freebsd.org Subject: disappearing ports Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just cvsupped for the first time in a wee...(ports-all, src-all, and the eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How the heck did that come about? Is /usr/ports no longer suppable or something? From owner-freebsd-stable Thu Dec 11 08:07:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA22559 for stable-outgoing; Thu, 11 Dec 1997 08:07:39 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from solaric.UkrCard.Kiev.UA (ukrcard-gu.gu.net [194.93.170.125]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA22534 for ; Thu, 11 Dec 1997 08:07:04 -0800 (PST) (envelope-from alex@solaric.UkrCard.Kiev.UA) Received: from localhost (alex@localhost) by solaric.UkrCard.Kiev.UA (8.8.8/8.8.7) with SMTP id SAA18030; Thu, 11 Dec 1997 18:08:09 +0200 (EET) (envelope-from alex@solaric.UkrCard.Kiev.UA) Date: Thu, 11 Dec 1997 18:08:09 +0200 (EET) From: Alexander Tatmaniants To: Dan Jacobowitz cc: stable@FreeBSD.ORG Subject: Re: disappearing ports In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > the heck did that come about? Is /usr/ports no longer suppable or > something? there is no ports for -stable, try to check out ports for -release (tag: RELEASE_2_2_5) or for -current (no tags needed). > > From owner-freebsd-stable Thu Dec 11 08:10:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA22791 for stable-outgoing; Thu, 11 Dec 1997 08:10:32 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA22781 for ; Thu, 11 Dec 1997 08:10:27 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id IAA00481 for ; Thu, 11 Dec 1997 08:10:17 -0800 (PST) (envelope-from jdp) Message-Id: <199712111610.IAA00481@austin.polstra.com> To: stable@freebsd.org Subject: panic: ffs_nodealloccg: map corrupted Date: Thu, 11 Dec 1997 08:10:16 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This happened last night on a 2.2-stable kernel from November 25. I hadn't been seeing any signs of disk errors or filesystem corruption. None of the filesystems are ever mounted async. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 276000 current pcb at 22853c panic: ffs_nodealloccg: map corrupted #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:266 #1 0xf0118833 in panic (fmt=0xf01bb29f "ffs_nodealloccg: map corrupted") at ../../kern/kern_shutdown.c:390 #2 0xf01bb4cb in ffs_nodealloccg (ip=0xf0ab9f00, cg=7, ipref=0, mode=33204) at ../../ufs/ffs/ffs_alloc.c:1150 #3 0xf01ba682 in ffs_hashalloc (ip=0xf0ab9f00, cg=4, pref=13370, size=33204, allocator=0xf01bb2f0 ) at ../../ufs/ffs/ffs_alloc.c:713 #4 0xf01ba221 in ffs_valloc (ap=0xefbffdd0) at ../../ufs/ffs/ffs_alloc.c:531 #5 0xf01c70ee in ufs_makeinode (mode=33204, dvp=0xf090e180, vpp=0xefbfff04, cnp=0xefbfff18) at vnode_if.h:927 #6 0xf01c4818 in ufs_create (ap=0xefbffe28) at ../../ufs/ufs/ufs_vnops.c:113 #7 0xf013fb6d in vn_open (ndp=0xefbffef4, fmode=1538, cmode=436) at vnode_if.h:59 #8 0xf013d124 in open (p=0xf0974000, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:701 #9 0xf01e75a6 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 170060, tf_esi = 0, tf_ebp = -272641352, tf_isp = -272629788, tf_ebx = 1359878, tf_edx = 104, tf_ecx = 5958, tf_eax = 5, tf_trapno = 7, tf_err = 7, tf_eip = 537391189, tf_cs = 31, tf_eflags = 663, tf_esp = -272641712, tf_ss = 39}) at ../../i386/i386/trap.c:890 #10 0x2007f055 in ?? () #11 0x4ec5 in ?? () #12 0xc377 in ?? () ---Type to continue, or q to quit--- #13 0xdc55 in ?? () #14 0x90df in ?? () #15 0xb9b0 in ?? () #16 0x10e8 in ?? () John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Thu Dec 11 08:38:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA24316 for stable-outgoing; Thu, 11 Dec 1997 08:38:21 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA24307 for ; Thu, 11 Dec 1997 08:38:17 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id IAA00361 for ; Thu, 11 Dec 1997 08:38:05 -0800 (PST) (envelope-from jdp) Message-Id: <199712111638.IAA00361@austin.polstra.com> To: stable@freebsd.org Subject: Re: panic: ffs_nodealloccg: map corrupted Date: Thu, 11 Dec 1997 08:38:05 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote: > This happened last night on a 2.2-stable kernel from November > 25. I hadn't been seeing any signs of disk errors or filesystem > corruption. About 5 minutes after I wrote that, the kernel logged two errors on sd0. It seems likely that they were related to the panic. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Thu Dec 11 09:29:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28307 for stable-outgoing; Thu, 11 Dec 1997 09:29:40 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA28285 for ; Thu, 11 Dec 1997 09:29:16 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix by hermes (SMI-8.6/SMI-SVR4) id LAA29354; Thu, 11 Dec 1997 11:28:14 -0600 Message-ID: <34902359.3FD31B2C@ver1.telmex.net.mx> Date: Thu, 11 Dec 1997 11:31:05 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: Alexander Tatmaniants CC: stable@FreeBSD.ORG Subject: Re: disappearing ports References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alexander Tatmaniants wrote: > > On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > > > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > > the heck did that come about? Is /usr/ports no longer suppable or > > something? > there is no ports for -stable, try to check out ports for -release > (tag: RELEASE_2_2_5) or for -current (no tags needed). > > > > > This is a little confusing. What are the differences en RELEASE_2_2_5 and RELENG_2_2 as a tag for cvsup? I didn't know about the RELEASE_2_2_5 and am still RELENG_2_2. TIA Ed From owner-freebsd-stable Thu Dec 11 10:17:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01928 for stable-outgoing; Thu, 11 Dec 1997 10:17:12 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA01920 for ; Thu, 11 Dec 1997 10:17:07 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id MAA21642 for freebsd-stable@FreeBSD.org; Thu, 11 Dec 1997 12:20:46 -0600 (CST) Message-Id: <199712111820.MAA21642@iworks.InterWorks.org> Date: Thu, 11 Dec 1997 12:20:46 -0600 (CST) From: "Daniel M. Eischen" To: freebsd-stable@FreeBSD.org Subject: Build world fails. Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Has anyone else been able to get -stable through a build world recently? I've failed the last 3 days, with errors from yesterday and today being: ===> gnu/usr.bin/texinfo/install-info --- .depend --- rm -f .depend mkdep -f .depend -a -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRING_H=1 -DHAVE_VARARGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_FCNTL_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_ALLOCA=1 -DHAVE_SETVBUF=1 -DHAVE_GETCWD=1 -DHAVE_MEMSET=1 -DHAVE_BZERO=1 -DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -DHAVE_VFPRINTF=1 -DHAVE_VSPRINTF=1 -DHAVE_STRERROR=1 -DHAVE_SIGPROCMASK=1 -DHAVE_SIGSETMASK=1 -I/opt/b/src/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/libtxi -I/usr/obj/opt/b/src/src/tmp/usr/include /opt/b/src/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c ===> gnu/usr.bin/texinfo/doc --- depend --- ===> gnu/usr.sbin --- depend --- 1 error *** Error code 2 1 error Using "make -j4 buildworld", and CFLAGS= -O -pipe and COPTFLAGS= -O -pipe set in /etc/make.conf. This is from a fresh CTM install from src-2.2.0500xEmpty.gz and currently through src-2.2.0535.gz. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-stable Thu Dec 11 10:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA02199 for stable-outgoing; Thu, 11 Dec 1997 10:20:57 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA02186 for ; Thu, 11 Dec 1997 10:20:50 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id MAA10313; Thu, 11 Dec 1997 12:18:49 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <34902359.3FD31B2C@ver1.telmex.net.mx> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Dec 1997 12:17:03 -0600 To: Edwin Culp From: Richard Wackerbarth Subject: Re: disappearing ports Cc: Alexander Tatmaniants , stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:31 AM -0600 12/11/97, Edwin Culp wrote: >This is a little confusing. What are the differences en RELEASE_2_2_5 >and RELENG_2_2 as a tag for cvsup? I didn't know about the >RELEASE_2_2_5 and am still RELENG_2_2. Tags like RELENG_2_2 are branch tags. The value retrieved by the tag is the latest update attributed to the branch. Tags like RELEASE_2_2_5 represent a particular state. RELEASE_2_2_5 is the state of the RELENG_2_2 branch back in late October when FreeBSD 2.2.5 was released. Since then, additional corrections and improvements have been make the the 2.2 (aka -STABLE) branch. Richard Wackerbarth From owner-freebsd-stable Thu Dec 11 11:13:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06343 for stable-outgoing; Thu, 11 Dec 1997 11:13:30 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from diablo.cisco.com (diablo.cisco.com [171.68.223.106]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06338 for ; Thu, 11 Dec 1997 11:13:28 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by diablo.cisco.com (8.8.5/CISCO.SERVER.1.2) with ESMTP id LAA01414 for ; Thu, 11 Dec 1997 11:12:56 -0800 (PST) Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id LAA00838; Thu, 11 Dec 1997 11:12:55 -0800 (PST) Date: Thu, 11 Dec 1997 11:12:55 -0800 (PST) Message-Id: <199712111912.LAA00838@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@FreeBSD.ORG Subject: chat script for ppp X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to write a chat script for the "set login" command that prompts the user for a password and gives that password to the remote end. The reason I want this is because I have one of those secure password cards that gives you the password to use to connect to your ISP. Therefore I cant "hardcode" the password value into the login chat script (as shown in the man page examples and sample ppp config files). Any inputs about how to do this is highly appreciated. Thanks, Narana. From owner-freebsd-stable Thu Dec 11 11:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09607 for stable-outgoing; Thu, 11 Dec 1997 11:50:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from brownale.cisco.com (brownale.cisco.com [171.69.95.89]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09574 for ; Thu, 11 Dec 1997 11:49:59 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by brownale.cisco.com (8.8.4-Cisco.1/8.6.5) with ESMTP id LAA06577 for ; Thu, 11 Dec 1997 11:49:24 -0800 (PST) Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id LAA00915; Thu, 11 Dec 1997 11:49:23 -0800 (PST) Date: Thu, 11 Dec 1997 11:49:23 -0800 (PST) Message-Id: <199712111949.LAA00915@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@FreeBSD.ORG Subject: chat script for ppp X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to write a chat script for the "set login" command that prompts the user for a password and gives that password to the remote end. The reason I want this is because I have one of those secure password cards that gives you the password to use to connect to your ISP. Therefore I cant "hardcode" the password value into the login chat script (as shown in the man page examples and sample ppp config files). Any inputs about how to do this is highly appreciated. Thanks, Narana. From owner-freebsd-stable Thu Dec 11 11:51:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09720 for stable-outgoing; Thu, 11 Dec 1997 11:51:52 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from stars.cisco.com (stars.cisco.com [171.69.71.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09715 for ; Thu, 11 Dec 1997 11:51:48 -0800 (PST) (envelope-from narana@cisco.com) Received: from nkannapp-ss20.cisco.com (nkannapp-ss20.cisco.com [171.69.194.242]) by stars.cisco.com (8.8.4-Cisco.1/8.6.5) with ESMTP id LAA01206; Thu, 11 Dec 1997 11:51:16 -0800 (PST) Received: (narana@localhost) by nkannapp-ss20.cisco.com (8.8.4-Cisco.1/CISCO.WS.1.2) id LAA00918; Thu, 11 Dec 1997 11:51:16 -0800 (PST) Date: Thu, 11 Dec 1997 11:51:16 -0800 (PST) Message-Id: <199712111951.LAA00918@nkannapp-ss20.cisco.com> From: Narana Kannappan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-stable@FreeBSD.ORG Cc: Narana Kannappan Subject: Re: ppp permissions X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to write a chat script for the "set login" command that prompts the user for a password and gives that password to the remote end. The reason I want this is because I have one of those secure password cards that gives you the password to use to connect to your ISP. Therefore I cant "hardcode" the password value into the login chat script (as shown in the man page examples and sample ppp config files). Any inputs about how to do this is highly appreciated. Thanks, Narana. From owner-freebsd-stable Thu Dec 11 12:04:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA10522 for stable-outgoing; Thu, 11 Dec 1997 12:04:18 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10516 for ; Thu, 11 Dec 1997 12:04:11 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: from localhost (localhost.xtalwind.net [127.0.0.1]) by germanium.xtalwind.net (8.8.8/8.8.7) with SMTP id PAA25579; Thu, 11 Dec 1997 15:04:08 -0500 (EST) Date: Thu, 11 Dec 1997 15:04:07 -0500 (EST) From: jack To: "Daniel M. Eischen" cc: freebsd-stable@freebsd.org Subject: Re: Build world fails. In-Reply-To: <199712111820.MAA21642@iworks.InterWorks.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997, Daniel M. Eischen wrote: > Has anyone else been able to get -stable through a build world > recently? I've failed the last 3 days, with errors from yesterday > and today being: I `cvsup'ed last night at about 9 EST. RELENG_2_2 built just fine. When I home I'll see if it installs and runs, no reason to doubt it will. :) -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages > /dev/null -------------------------------------------------------------------------- From owner-freebsd-stable Thu Dec 11 13:02:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA14717 for stable-outgoing; Thu, 11 Dec 1997 13:02:26 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mars.abcinternet.net (drow@mars.abcinternet.net [205.216.244.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA14706 for ; Thu, 11 Dec 1997 13:02:20 -0800 (PST) (envelope-from drow@mars.abcinternet.net) Received: from localhost (drow@localhost) by mars.abcinternet.net (8.8.8/8.8.5) with SMTP id PAA17511; Thu, 11 Dec 1997 15:59:47 -0500 (EST) Date: Thu, 11 Dec 1997 15:59:47 -0500 (EST) From: Dan Jacobowitz To: Alexander Tatmaniants cc: stable@FreeBSD.ORG Subject: Re: disappearing ports In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997, Alexander Tatmaniants wrote: > > > On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > > > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > > the heck did that come about? Is /usr/ports no longer suppable or > > something? > there is no ports for -stable, try to check out ports for -release > (tag: RELEASE_2_2_5) or for -current (no tags needed). > Um.... no, you fail to understand. I know the ports ARE included in RELENG_2_2. First of all, anything in RELEASE_2_2_5 is in there - that's a state of the branch as someone just explained. Plus, I've done 'rm -rf /usr/ports; cvsup mars-sup' to fix the collection once when it got corrupted. But today, they aren't there any more. From owner-freebsd-stable Thu Dec 11 14:51:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21818 for stable-outgoing; Thu, 11 Dec 1997 14:51:19 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from word.smith.net.au (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21810 for ; Thu, 11 Dec 1997 14:51:13 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id JAA01930; Fri, 12 Dec 1997 09:14:17 +1030 (CST) Message-Id: <199712112244.JAA01930@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Dan Jacobowitz cc: Alexander Tatmaniants , stable@FreeBSD.ORG Subject: Re: disappearing ports In-reply-to: Your message of "Thu, 11 Dec 1997 15:59:47 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Dec 1997 09:14:16 +1030 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > > > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > > > the heck did that come about? Is /usr/ports no longer suppable or > > > something? > > there is no ports for -stable, try to check out ports for -release > > (tag: RELEASE_2_2_5) or for -current (no tags needed). > > > > Um.... > no, you fail to understand. I know the ports ARE included in RELENG_2_2. They are *NOT*. See this excerpt from /usr/share/examples/cvsup/stable-supfile: # DANGER! WARNING! LOOK OUT! VORSICHT! # # If you add any of the ports collections to this file, be sure to # specify them like this: # # ports-all tag=. # # If you leave out the "tag=." portion, CVSup will delete all of # the files in your ports tree. That is because "RELENG_2_1_0" and # "RELENG_2_2" are not valid tags for the ports portion of the CVS # repository. Now, without the relevant line(s) from your CVSupfile and the host that you are CVSupping from, nobody can do anything more than speculate that you've changed something and are looking for someone else to blame for your mistake. mike From owner-freebsd-stable Thu Dec 11 16:09:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA26799 for stable-outgoing; Thu, 11 Dec 1997 16:09:30 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA26780 for ; Thu, 11 Dec 1997 16:09:23 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.7/8.7.3) id QAA15240; Thu, 11 Dec 1997 16:07:33 -0800 (PST) Date: Thu, 11 Dec 1997 16:07:33 -0800 (PST) Message-Id: <199712120007.QAA15240@vader.cs.berkeley.edu> To: eculp@ver1.telmex.net.mx CC: alex@UkrCard.Kiev.UA, stable@FreeBSD.ORG In-reply-to: <34902359.3FD31B2C@ver1.telmex.net.mx> (message from Edwin Culp on Thu, 11 Dec 1997 11:31:05 -0600) Subject: Re: disappearing ports From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pay no attention to what others are saying, some of them don't know what they are talking about. (Some of them do, but I don't have time to go sort them out.) * This is a little confusing. What are the differences en RELEASE_2_2_5 * and RELENG_2_2 as a tag for cvsup? I didn't know about the * RELEASE_2_2_5 and am still RELENG_2_2. RELENG_2_2 = "branch" tag for src tree for 2.2* (moving target) RELENG_2_2_5_RELEASE = "release" tag for src tree for 2.2.5R (fixed) RELEASE_2_2_5 = "release" tag for ports tree for 2.2.5R (fixed) If you are running -stable, use RELENG_2_2 for src and no tag for ports. (There is no RELENG_2_2 branch in the ports tree so you will get nothing if you specify that.) There is no "RELENG_2_2_5" branch in the src tree, no matter what your uname tells you. RELENG_2_2 is just continuing past 2.2.X-releases. There are no branches in the ports tree. Satoshi From owner-freebsd-stable Thu Dec 11 17:14:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA01162 for stable-outgoing; Thu, 11 Dec 1997 17:14:45 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mars.abcinternet.net (drow@mars.abcinternet.net [205.216.244.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA01155 for ; Thu, 11 Dec 1997 17:14:41 -0800 (PST) (envelope-from drow@mars.abcinternet.net) Received: from localhost (drow@localhost) by mars.abcinternet.net (8.8.8/8.8.5) with SMTP id UAA18913; Thu, 11 Dec 1997 20:12:55 -0500 (EST) Date: Thu, 11 Dec 1997 20:12:55 -0500 (EST) From: Dan Jacobowitz To: Mike Smith cc: stable@FreeBSD.ORG Subject: Re: disappearing ports In-Reply-To: <199712112244.JAA01930@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry...yes, that comment is indeed in my stable-supfile. However: I would just like to point out that, as I said, I have used this very same supfile to rebuild my ports tree, and more than once to update src-all, without it wiping ports-all. No need to speculate why, I suppose...I stand corrected. Thank you. On Fri, 12 Dec 1997, Mike Smith wrote: > They are *NOT*. > > See this excerpt from /usr/share/examples/cvsup/stable-supfile: > > # DANGER! WARNING! LOOK OUT! VORSICHT! > # > # If you add any of the ports collections to this file, be sure to > # specify them like this: > # > # ports-all tag=. > # > # If you leave out the "tag=." portion, CVSup will delete all of > # the files in your ports tree. That is because "RELENG_2_1_0" and > # "RELENG_2_2" are not valid tags for the ports portion of the CVS > # repository. > > Now, without the relevant line(s) from your CVSupfile and the host that > you are CVSupping from, nobody can do anything more than speculate that > you've changed something and are looking for someone else to blame for > your mistake. > From owner-freebsd-stable Thu Dec 11 17:18:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA01350 for stable-outgoing; Thu, 11 Dec 1997 17:18:09 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA01342 for ; Thu, 11 Dec 1997 17:18:03 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.7/8.7.3) id RAA15423; Thu, 11 Dec 1997 17:17:59 -0800 (PST) Date: Thu, 11 Dec 1997 17:17:59 -0800 (PST) Message-Id: <199712120117.RAA15423@vader.cs.berkeley.edu> To: deischen@iworks.InterWorks.org CC: freebsd-stable@freebsd.org In-reply-to: <199712111820.MAA21642@iworks.InterWorks.org> (deischen@iworks.InterWorks.org) Subject: Re: Build world fails. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * ===> gnu/usr.bin/texinfo/install-info * --- .depend --- * rm -f .depend * mkdep -f .depend -a -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRING_H=1 -DHAVE_VARARGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_FCNTL_H=1 -DHAVE_SYS_FILE_H=1 -DHAVE_ALLOCA=1 -DHAVE_SETVBUF=1 -DHAVE_GETCWD=1 -DHAVE_MEMSET=1 -DHAVE_BZERO=1 -DHAVE_STRCHR=1 -DHAVE_STRCASECMP=1 -DHAVE_VFPRINTF=1 -DHAVE_VSPRINTF=1 -DHAVE_STRERROR=1 -DHAVE_SIGPROCMASK=1 -DHAVE_SIGSETMASK=1 -I/opt/b/src/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/libtxi -I/usr/obj/opt/b/src/src/tmp/usr/include /opt/b/src/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c * ===> gnu/usr.bin/texinfo/doc * --- depend --- * ===> gnu/usr.sbin * --- depend --- * 1 error * *** Error code 2 * 1 error * * Using "make -j4 buildworld", and CFLAGS= -O -pipe and * COPTFLAGS= -O -pipe set in /etc/make.conf. I don't know about the build failure, but my impression was that you may need to scroll back a few more lines for a parallel make to see the actual error. Satoshi From owner-freebsd-stable Thu Dec 11 21:01:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17686 for stable-outgoing; Thu, 11 Dec 1997 21:01:39 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17681 for ; Thu, 11 Dec 1997 21:01:37 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA13705; Thu, 11 Dec 1997 21:00:58 -0800 (PST) To: Dan Jacobowitz cc: Alexander Tatmaniants , stable@FreeBSD.ORG Subject: Re: disappearing ports In-reply-to: Your message of "Thu, 11 Dec 1997 15:59:47 EST." Date: Thu, 11 Dec 1997 21:00:58 -0800 Message-ID: <13701.881902858@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > no, you fail to understand. I know the ports ARE included in RELENG_2_2. No, actually, they're not. The ports always live on the -current branch and if you're trying to sup port with RELENG_2_2 then their complete removal is no mystery at all since there ARE no ports on the 2.2-stable branch! Jordan From owner-freebsd-stable Thu Dec 11 22:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23652 for stable-outgoing; Thu, 11 Dec 1997 22:33:42 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from mail.san.rr.com (ns.san.rr.com [204.210.0.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23647 for ; Thu, 11 Dec 1997 22:33:39 -0800 (PST) (envelope-from Studded@dal.net) Received: from dt051n19.san.rr.com (dt051n19.san.rr.com [204.210.32.25]) by mail.san.rr.com (8.8.7/8.8.8) with SMTP id WAA15009; Thu, 11 Dec 1997 22:34:55 -0800 (PST) Message-Id: <199712120634.WAA15009@mail.san.rr.com> From: "Studded" To: "Daniel M. Eischen" , "freebsd-stable@freebsd.org" Date: Thu, 11 Dec 97 22:32:32 -0800 Reply-To: "Studded" Priority: Normal X-Mailer: PMMail 1.95a For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Build world fails. Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997 12:20:46 -0600 (CST), Daniel M. Eischen wrote: >Using "make -j4 buildworld", and CFLAGS= -O -pipe and >COPTFLAGS= -O -pipe set in /etc/make.conf. I can occasionally get -stable to build with -j n, but it almost always fails, and it didn't save me any time. I'd say try it without the -j, and see how that does. Good luck, Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,297 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) *** Part of the DALnet IRC network *** From owner-freebsd-stable Thu Dec 11 23:17:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26405 for stable-outgoing; Thu, 11 Dec 1997 23:17:15 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from cleese.nas.com (root@cleese.nas.com [198.182.207.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26398 for ; Thu, 11 Dec 1997 23:17:11 -0800 (PST) (envelope-from mbp@januscom.com) Received: from [192.168.1.2](src addr [198.182.208.56]) (1782 bytes) by cleese.nas.com via sendmail with P\:esmtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 11 Dec 1997 23:17:02 -0800 (PST) (Smail-3.2.0.96 1997-Jun-2 #1 built 1997-Jun-27) X-Sender: mbp@mail.januscom.com Message-Id: In-Reply-To: <199712080122.BAA12924@awfulhak.demon.co.uk> References: Your message of "Sun, 07 Dec 1997 23:42:23 +0100." <199712072242.XAA16571@daneel.stuyts.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Dec 1997 15:09:10 -0800 To: freebsd-stable@FreeBSD.ORG From: Marlin Prowell Subject: Re: ppp won't quit on hangup Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 5:22 PM -0800 12/7/97, Brian Somers wrote: >>At 2:42 PM -0800 12/7/97, Ben Stuyts wrote: >> We're having some trouble with iijppp lately. If the other end (a win95 >> machine) hangs up, ppp will not detect this and the line will stay open: >Can you try adding "set stopped 5" to your default section in >ppp.conf ? If that doesn't work, can you try the ppp on >http://www.freebsd.org/~brian. It should make things better. I recently installed FreeBSD 2.2.5 in our previously all Wintel office network. It is a mail server and internet connection. For me also, the ppp process would not exit after a win95 machine dialed in and then hung up. I tried the "set stopped 5" suggestion, and that did not work, so I downloaded Brian's latest, and ppp now exits when it should. I would like to publicly thank Brian for his nice work on this user PPP package. I'm using it both on my three machine network at home, and also for the office network at work. The office machine has two modems on it, one for dialing out, another for dialing in, and everything works wonderfully. And you can't beat 2.5 hour turnaround on support calls :-) Marlin Prowell From owner-freebsd-stable Thu Dec 11 23:33:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27700 for stable-outgoing; Thu, 11 Dec 1997 23:33:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-09.ix.netcom.com [207.93.143.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27679 for ; Thu, 11 Dec 1997 23:32:43 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id XAA29621; Thu, 11 Dec 1997 23:31:10 -0800 (PST) Date: Thu, 11 Dec 1997 23:31:10 -0800 (PST) Message-Id: <199712120731.XAA29621@silvia.HIP.Berkeley.EDU> To: Studded@dal.net CC: deischen@iworks.InterWorks.org, freebsd-stable@freebsd.org In-reply-to: <199712120634.WAA15009@mail.san.rr.com> (Studded@dal.net) Subject: Re: Build world fails. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I can occasionally get -stable to build with -j n, but it almost * always fails, and it didn't save me any time. I'd say try it without the * -j, and see how that does. Really? It usually works for me. (Of course, it's only when it works without -j as well, but the intermittent unbuildability of -stable is not the issue here.) Satoshi From owner-freebsd-stable Thu Dec 11 23:51:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29178 for stable-outgoing; Thu, 11 Dec 1997 23:51:09 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from igsmn002.wr.usgs.gov (igsmn002.wr.usgs.gov [130.118.221.102]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA29173 for ; Thu, 11 Dec 1997 23:51:06 -0800 (PST) (envelope-from rsowders@igsmn002.wr.usgs.gov) Received: from IGSMN-Message_Server by igsmn002.wr.usgs.gov with Novell_GroupWise; Thu, 11 Dec 1997 23:51:01 -0800 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 11 Dec 1997 23:50:58 -0800 From: Robert Sowders To: freebsd-stable@FreeBSD.ORG Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-stable Thu Dec 11 23:55:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29424 for stable-outgoing; Thu, 11 Dec 1997 23:55:18 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29412 for ; Thu, 11 Dec 1997 23:55:08 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id HAA29249; Fri, 12 Dec 1997 07:51:57 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712120751.HAA29249@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Narana Kannappan cc: freebsd-stable@freebsd.org Subject: Re: chat script for ppp In-reply-to: Your message of "Thu, 11 Dec 1997 11:12:55 PST." <199712111912.LAA00838@nkannapp-ss20.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Dec 1997 07:51:56 +0000 From: Brian Somers Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I want to write a chat script for the "set login" command that > prompts the user for a password and gives that password to the > remote end. > > The reason I want this is because I have one of those > secure password cards that gives you the password to use to connect to > your ISP. Therefore I cant "hardcode" the password value into the > login chat script (as shown in the man page examples and sample ppp > config files). > > Any inputs about how to do this is highly appreciated. Write your ``set login'' line as normal but use the '\\P' string in place of your password. When you know what your password actually is, you can `pppctl /var/run/ppp set authkey MyPassword' to set MyPassword as the substitution text for the `\\P'. You'll need to use the `set server /var/run/ppp DiagPassword 0117' command in ppp.conf to allow pppctl access. Check the man page for details. > Thanks, > Narana. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Fri Dec 12 02:54:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10483 for stable-outgoing; Fri, 12 Dec 1997 02:54:41 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from solaric.UkrCard.Kiev.UA (ukrcard-gu.gu.net [194.93.170.125]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10469 for ; Fri, 12 Dec 1997 02:54:09 -0800 (PST) (envelope-from alex@solaric.UkrCard.Kiev.UA) Received: from localhost (alex@localhost) by solaric.UkrCard.Kiev.UA (8.8.8/8.8.7) with SMTP id KAA00406; Fri, 12 Dec 1997 10:58:38 +0200 (EET) (envelope-from alex@solaric.UkrCard.Kiev.UA) Date: Fri, 12 Dec 1997 10:58:38 +0200 (EET) From: Alexander Tatmaniants To: Dan Jacobowitz cc: stable@FreeBSD.ORG Subject: Re: disappearing ports In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > > > On Thu, 11 Dec 1997, Alexander Tatmaniants wrote: > > > > > > > On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > > > > > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > > > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > > > the heck did that come about? Is /usr/ports no longer suppable or > > > something? > > there is no ports for -stable, try to check out ports for -release > > (tag: RELEASE_2_2_5) or for -current (no tags needed). > > > > Um.... > no, you fail to understand. I know the ports ARE included in RELENG_2_2. I don't think so root@solaric:~ftp/pub# cd /usr/ports/ root@solaric:/usr/ports# cvs status -v Makefile =================================================================== File: Makefile Status: Up-to-date Working revision: 1.36 Sat Oct 4 15:54:31 1997 Repository revision: 1.36 /src/ncvs/ports/Makefile,v Sticky Tag: RELEASE_2_2_5 (revision: 1.36) Sticky Date: (none) Sticky Options: (none) Existing Tags: RELEASE_2_2_5 (revision: 1.36) RELEASE_2_2_1 (revision: 1.30) RELEASE_2_2_2 (revision: 1.33) ports_2_0 (revision: 1.1.1.1) ports (branch: 1.1.1) root@solaric:/usr/ports# how about this? > First of all, anything in RELEASE_2_2_5 is in there - that's a state of > the branch as someone just explained. Plus, I've done 'rm -rf /usr/ports; > cvsup mars-sup' to fix the collection once when it got corrupted. But > today, they aren't there any more. > > From owner-freebsd-stable Fri Dec 12 02:54:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10506 for stable-outgoing; Fri, 12 Dec 1997 02:54:50 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from solaric.UkrCard.Kiev.UA (ukrcard-gu.gu.net [194.93.170.125]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10490 for ; Fri, 12 Dec 1997 02:54:42 -0800 (PST) (envelope-from alex@solaric.UkrCard.Kiev.UA) Received: from localhost (alex@localhost) by solaric.UkrCard.Kiev.UA (8.8.8/8.8.7) with SMTP id KAA00288; Fri, 12 Dec 1997 10:41:53 +0200 (EET) (envelope-from alex@solaric.UkrCard.Kiev.UA) Date: Fri, 12 Dec 1997 10:41:52 +0200 (EET) From: Alexander Tatmaniants To: Edwin Culp cc: stable@FreeBSD.ORG Subject: Re: disappearing ports In-Reply-To: <34902359.3FD31B2C@ver1.telmex.net.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Dec 1997, Edwin Culp wrote: > Alexander Tatmaniants wrote: > > > > On Thu, 11 Dec 1997, Dan Jacobowitz wrote: > > > > > I just cvsupped for the first time in a wee...(ports-all, src-all, and the > > > eBones stuff) - and cvsup is now busy wiping /usr/ports completely. How > > > the heck did that come about? Is /usr/ports no longer suppable or > > > something? > > there is no ports for -stable, try to check out ports for -release > > (tag: RELEASE_2_2_5) or for -current (no tags needed). > > > > > > > > > This is a little confusing. What are the differences en RELEASE_2_2_5 > and RELENG_2_2 as a tag for cvsup? I didn't know about the > RELEASE_2_2_5 and am still RELENG_2_2. RELENG_2_2 is tag for src-all, crypto-src etc. RELEASE_2_2_5 is tag for ports-all, doc-all etc. > > TIA > > Ed > From owner-freebsd-stable Fri Dec 12 03:06:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11185 for stable-outgoing; Fri, 12 Dec 1997 03:06:02 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from netmug.org (perl@netmug.org [207.88.43.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11173 for ; Fri, 12 Dec 1997 03:05:58 -0800 (PST) (envelope-from perl@netmug.org) From: perl@netmug.org Received: (from perl@localhost) by netmug.org (8.8.8/NetMUG_1.0.0) id DAA07238; Fri, 12 Dec 1997 03:04:34 -0800 (PST) Date: Fri, 12 Dec 1997 03:04:34 -0800 (PST) Message-Id: <199712121104.DAA07238@netmug.org> To: freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-URL: file://localhost/usr/share/doc/handbook/handbook226.html X-Mailer: Lynx, Version 2.7.1ac-0.84 X-Personal_name: me Subject: file://localhost/usr/share/doc/handbook/handbook226.html Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-stable From owner-freebsd-stable Fri Dec 12 03:06:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11191 for stable-outgoing; Fri, 12 Dec 1997 03:06:03 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11176 for ; Fri, 12 Dec 1997 03:05:59 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id FAA24802; Fri, 12 Dec 1997 05:09:49 -0600 (CST) Message-Id: <199712121109.FAA24802@iworks.InterWorks.org> Date: Fri, 12 Dec 1997 05:09:49 -0600 (CST) From: "Daniel M. Eischen" To: Studded@dal.net, asami@vader.cs.berkeley.edu Subject: Re: Build world fails. Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * I can occasionally get -stable to build with -j n, but it almost > * always fails, and it didn't save me any time. I'd say try it without the > * -j, and see how that does. > > Really? It usually works for me. (Of course, it's only when it works > without -j as well, but the intermittent unbuildability of -stable is > not the issue here.) > > Satoshi I'll grab the latest CTM and try a buildworld without -j. I've done make worlds before on this box and have never had a problem, so I am _reasonably_ sure it's not a hardware problem. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-stable Fri Dec 12 05:04:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA17813 for stable-outgoing; Fri, 12 Dec 1997 05:04:01 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA17789 for ; Fri, 12 Dec 1997 05:03:57 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.6.10) with SMTP id IAA29939; Fri, 12 Dec 1997 08:03:01 -0500 (EST) Date: Fri, 12 Dec 1997 08:03:01 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: "Daniel M. Eischen" cc: Studded@dal.net, asami@vader.cs.berkeley.edu, freebsd-stable@FreeBSD.ORG Subject: Re: Build world fails. In-Reply-To: <199712121109.FAA24802@iworks.InterWorks.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Dec 1997, Daniel M. Eischen wrote: > > * I can occasionally get -stable to build with -j n, but it almost > > * always fails, and it didn't save me any time. I'd say try it without the > > * -j, and see how that does. > > > > Really? It usually works for me. (Of course, it's only when it works > > without -j as well, but the intermittent unbuildability of -stable is > > not the issue here.) > > I'll grab the latest CTM and try a buildworld without -j. I've done > make worlds before on this box and have never had a problem, so I > am _reasonably_ sure it's not a hardware problem. I have similarly been unable to build 2.2-STABLE using -j 4; things go much faster (i.e., the build is disk-bound not cpu-bound) on my P120, but I start seeing symbol problems somewhere in. Unfortunately, I'm away from my machine as I'm at the IETF, or I would give more details :). My conclusion was that the dependencies were probably not quite right, and concurrency issues resulted it its changing symptoms. This is just an opinion, however. I have, on several occasions, been able to build wihout -j, but not with. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ From owner-freebsd-stable Fri Dec 12 09:14:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA05052 for stable-outgoing; Fri, 12 Dec 1997 09:14:56 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from megaweapon.zigg.com (tcgr-190.dialup.alliance.net [207.74.43.190]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA05010 for ; Fri, 12 Dec 1997 09:14:30 -0800 (PST) (envelope-from matt@megaweapon.zigg.com) Received: from localhost (matt@localhost) by megaweapon.zigg.com (8.8.8/8.8.7) with SMTP id MAA04881 for ; Fri, 12 Dec 1997 12:14:42 -0500 (EST) (envelope-from matt@megaweapon.zigg.com) Date: Fri, 12 Dec 1997 12:14:41 -0500 (EST) From: Matt Behrens To: stable@freebsd.org Subject: bpf stopped working? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did bpf stop working for some reason? My kernel has been compiled for some time with pseudo-device bpf 4 Suddenly, tcpdump has stopped working with "device not configured". Matt Behrens | Support the anti-spam amendment! http://www.zigg.com/ | Visit http://www.cauce.org/ From owner-freebsd-stable Fri Dec 12 09:41:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07368 for stable-outgoing; Fri, 12 Dec 1997 09:41:18 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07340 for ; Fri, 12 Dec 1997 09:41:13 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA00777 for ; Fri, 12 Dec 1997 09:41:06 -0800 (PST) (envelope-from jdp) Message-Id: <199712121741.JAA00777@austin.polstra.com> To: stable@freebsd.org Subject: Re: security check output In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Date: Fri, 12 Dec 1997 09:41:06 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Vladimir Deric wrote: > From: Charlie Root > Subject: medvet-pu security check output > Date: Wed, 10 Dec 1997 2:00:22 +0100 (CET) > > checking setuid files and devices: > find: /dev/ch0: Bad file descriptor > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I'm not sure what is causing that on your system. Here is something to try. Become root, get into the "/dev" directory, and do "ls -l ch0". The output should look like this: crw-r----- 1 root operator 17, 0 Dec 12 09:33 ch0 The date and time may be different, but everything else should appear exactly as above. If it doesn't, then type "./MAKEDEV ch0". See if that helps. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Fri Dec 12 10:00:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA09329 for stable-outgoing; Fri, 12 Dec 1997 10:00:41 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA09302 for ; Fri, 12 Dec 1997 10:00:35 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xgZNM-0003oL-00; Fri, 12 Dec 1997 09:59:49 -0800 Date: Fri, 12 Dec 1997 09:59:47 -0800 (PST) From: Tom To: Matt Behrens cc: stable@freebsd.org Subject: Re: bpf stopped working? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Dec 1997, Matt Behrens wrote: > Did bpf stop working for some reason? My kernel has been compiled for > some time with > > pseudo-device bpf 4 That should be bpfilter, not bpf. See LINT Tom From owner-freebsd-stable Fri Dec 12 10:08:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA09924 for stable-outgoing; Fri, 12 Dec 1997 10:08:07 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA09896 for ; Fri, 12 Dec 1997 10:08:00 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA00853; Fri, 12 Dec 1997 09:52:40 -0800 (PST) (envelope-from jdp) Message-Id: <199712121752.JAA00853@austin.polstra.com> To: asami@cs.berkeley.edu Subject: Re: disappearing ports In-Reply-To: <199712120007.QAA15240@vader.cs.berkeley.edu> References: <199712120007.QAA15240@vader.cs.berkeley.edu> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Date: Fri, 12 Dec 1997 09:52:40 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you are running -stable, use RELENG_2_2 for src and no tag for > ports. What he really means is, use "tag=." for ports. If you use no tag at all, you'll get the RCS files instead of the latest version of the sources. About the consequences of using the wrong tag, all I can say is that I long ago put warnings every place I could think of -- the example cvsupfiles, the handbook, the cvsup manual page. I also implemented a safety limit on the number of files that can get deleted. (See cvsup(1)). I don't know what else I could do, short of putting some ugly FreeBSD-specific hack into the software (which I will not do). John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Fri Dec 12 10:12:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10525 for stable-outgoing; Fri, 12 Dec 1997 10:12:25 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from dpi.dgtu.donetsk.ua (root@dipt-57.6K-dgtu-gw.dgtu.donetsk.ua [194.44.183.221]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10493 for ; Fri, 12 Dec 1997 10:12:07 -0800 (PST) (envelope-from yk@info.dgtu.donetsk.ua) Received: from info.dgtu.donetsk.ua (root@info.dgtu.donetsk.ua [194.44.183.7]) by dpi.dgtu.donetsk.ua (8.8.7/8.8.7) with ESMTP id UAA00957; Fri, 12 Dec 1997 20:10:01 +0200 (EET) Received: (from yk@localhost) by info.dgtu.donetsk.ua (8.8.7/8.8.5) id UAA04491; Fri, 12 Dec 1997 20:09:54 +0200 (EET) From: Yury Yaroshevsky Message-Id: <199712121809.UAA04491@info.dgtu.donetsk.ua> Subject: Re: bpf stopped working? In-Reply-To: from "Matt Behrens" at "Dec 12, 97 12:14:41 pm" To: matt@megaweapon.zigg.com (Matt Behrens) Date: Fri, 12 Dec 1997 20:09:54 +0200 (EET) Cc: stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Matt Behrens wrote: > Did bpf stop working for some reason? My kernel has been compiled for > some time with > > pseudo-device bpf 4 ^^^ IMHO bpffilter. See /sys/i386/conf/LINT From owner-freebsd-stable Fri Dec 12 10:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12409 for stable-outgoing; Fri, 12 Dec 1997 10:34:31 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.2.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12395 for ; Fri, 12 Dec 1997 10:34:24 -0800 (PST) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.3/8.8.3a) id LAA23695; Fri, 12 Dec 1997 11:31:23 -0700 (MST) From: "Chad R. Larson" Message-Id: <199712121831.LAA23695@freebie.dcfinc.com> Subject: Re: disappearing ports To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 12 Dec 1997 11:31:21 -0700 (MST) Cc: drow@mars.abcinternet.net.dcfinc.com, alex@UkrCard.Kiev.UA, stable@freebsd.org In-Reply-To: <13701.881902858@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 11, 97 09:00:58 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No, actually, they're not. The ports always live on the -current > branch and if you're trying to sup port with RELENG_2_2 then their > complete removal is no mystery at all since there ARE no ports on the > 2.2-stable branch! Maybe someone could draw a picture of all the branches and tags in the repository, and some of these questions would go away. It seems to be a very common area of confusion. -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-953-1392 chad@dcfinc.com chad@anasazi.com crl22@aol.com DCF, Inc. - 14523 North 49th Place, Scottsdale, Arizona 85254 From owner-freebsd-stable Fri Dec 12 10:52:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14101 for stable-outgoing; Fri, 12 Dec 1997 10:52:59 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from megaweapon.zigg.com (tcgr-190.dialup.alliance.net [207.74.43.190]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14070 for ; Fri, 12 Dec 1997 10:52:46 -0800 (PST) (envelope-from matt@megaweapon.zigg.com) Received: from localhost (matt@localhost) by megaweapon.zigg.com (8.8.8/8.8.7) with SMTP id NAA06224 for ; Fri, 12 Dec 1997 13:53:09 -0500 (EST) (envelope-from matt@megaweapon.zigg.com) Date: Fri, 12 Dec 1997 13:53:08 -0500 (EST) From: Matt Behrens To: stable@freebsd.org Subject: bpfilter Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thank you everyone, I know what I did wrong now on the bpf(ilter) issue. You can all stop sending me replies now :) Matt Behrens | Support the anti-spam amendment! http://www.zigg.com/ | Visit http://www.cauce.org/ From owner-freebsd-stable Fri Dec 12 11:13:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA15596 for stable-outgoing; Fri, 12 Dec 1997 11:13:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA15571 for ; Fri, 12 Dec 1997 11:12:55 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id NAA25870; Fri, 12 Dec 1997 13:16:19 -0600 (CST) Message-Id: <199712121916.NAA25870@iworks.InterWorks.org> Date: Fri, 12 Dec 1997 13:16:19 -0600 (CST) From: "Daniel M. Eischen" To: Studded@dal.net, asami@vader.cs.berkeley.edu Subject: Re: Build world fails. Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * I can occasionally get -stable to build with -j n, but it almost > * always fails, and it didn't save me any time. I'd say try it without the > * -j, and see how that does. > > Really? It usually works for me. (Of course, it's only when it works > without -j as well, but the intermittent unbuildability of -stable is > not the issue here.) Latest as of todays CTM, I can make buildworld without any -j and without any changes to /etc/make.conf CFLAGS. When it was failing, I was using -j4 and CFLAGS=-O -pipe. I don't know which one broke buildworld, but I'll try it a couple more times with -j4 and -pipe. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-stable Fri Dec 12 14:46:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01916 for stable-outgoing; Fri, 12 Dec 1997 14:46:22 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA01910 for ; Fri, 12 Dec 1997 14:46:18 -0800 (PST) (envelope-from fullermd@futuresouth.com) Received: from shell.futuresouth.com (mail.futuresouth.com [207.141.254.21]) by shell.futuresouth.com (8.8.8/8.8.8) with SMTP id QAA24649 for ; Fri, 12 Dec 1997 16:46:11 -0600 (CST) Date: Fri, 12 Dec 1997 16:46:11 -0600 (CST) From: "Matthew D. Fuller" To: stable@freebsd.org Subject: -stable and pp bus. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If there any chance, in the near future, of having the ppbus stuff for parallel port ZIP support, being commited into -stable? The reason I ask is that I'm working on a boot floppy to support parallel port zip drive installation, and I'm lazy and don't want to have to move files around again every time I cvsup. Plus, it would gain a wider testing ground. I know that that's the purpose of -current, but I've heard that the driver is pretty stable, so it may be ready for -stable. If I'm being extraordinarily stupid here, just tell me and I'll shaddup. This project is turing into a little more difficult than I had hoped.... *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-stable Fri Dec 12 16:43:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10874 for stable-outgoing; Fri, 12 Dec 1997 16:43:14 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from word.smith.net.au (ppp5.portal.net.au [202.12.71.105]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA10851 for ; Fri, 12 Dec 1997 16:43:05 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id LAA00547; Sat, 13 Dec 1997 11:07:47 +1030 (CST) Message-Id: <199712130037.LAA00547@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Matthew D. Fuller" cc: stable@freebsd.org Subject: Re: -stable and pp bus. In-reply-to: Your message of "Fri, 12 Dec 1997 16:46:11 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Dec 1997 11:07:47 +1030 From: Mike Smith Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If there any chance, in the near future, of having the ppbus stuff for > parallel port ZIP support, being commited into -stable? No. The ppbus code is still far too much of a moving target. > The reason I ask is that I'm working on a boot floppy to support parallel > port zip drive installation, and I'm lazy and don't want to have to move > files around again every time I cvsup. If you are doing this, you should be using the standalone zip-on-parallel-port driver (ppa3), which will drop quite cleanly into -stable. It's reasonably easy to substitute kernels on the boot floppy once you manage to work out how it's built. > Plus, it would gain a wider > testing ground. I know that that's the purpose of -current, but I've > heard that the driver is pretty stable, so it may be ready for -stable. It's not ready for prime-time in any way, shape or form, sorry. mike From owner-freebsd-stable Fri Dec 12 18:08:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15576 for stable-outgoing; Fri, 12 Dec 1997 18:08:15 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15568 for ; Fri, 12 Dec 1997 18:08:11 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA18461; Fri, 12 Dec 1997 18:08:12 -0800 (PST) To: John Polstra cc: asami@cs.berkeley.edu, stable@FreeBSD.ORG Subject: Re: disappearing ports In-reply-to: Your message of "Fri, 12 Dec 1997 09:52:40 PST." <199712121752.JAA00853@austin.polstra.com> Date: Fri, 12 Dec 1997 18:08:12 -0800 Message-ID: <18457.881978892@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > About the consequences of using the wrong tag, all I can say is that > I long ago put warnings every place I could think of -- the example > cvsupfiles, the handbook, the cvsup manual page. I also implemented > a safety limit on the number of files that can get deleted. (See > cvsup(1)). I don't know what else I could do, short of putting some "If there were a nifty front end to cvsup file configuration, this kind of thing wouldn't happen at all." :-) Jordan From owner-freebsd-stable Fri Dec 12 18:11:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15727 for stable-outgoing; Fri, 12 Dec 1997 18:11:49 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15717 for ; Fri, 12 Dec 1997 18:11:46 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id SAA04385; Fri, 12 Dec 1997 18:11:24 -0800 (PST) (envelope-from jdp) Message-Id: <199712130211.SAA04385@austin.polstra.com> To: "Jordan K. Hubbard" cc: asami@cs.berkeley.edu, stable@FreeBSD.ORG Subject: Re: disappearing ports In-reply-to: Your message of "Fri, 12 Dec 1997 18:08:12 PST." <18457.881978892@time.cdrom.com> Date: Fri, 12 Dec 1997 18:11:24 -0800 From: John Polstra Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > "If there were a nifty front end to cvsup file configuration, this > kind of thing wouldn't happen at all." > > > :-) You're really a lot of fun, ya know that? Don't tweak me, or I'll find another obscure language to write it in. ;-) John From owner-freebsd-stable Fri Dec 12 21:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA24238 for stable-outgoing; Fri, 12 Dec 1997 21:00:06 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from federation.addy.com (federation.addy.com [207.239.68.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA24233 for ; Fri, 12 Dec 1997 21:00:04 -0800 (PST) (envelope-from francisco@natserv.com) Received: from quisqueya.natserv.com (slip-32-100-113-202.ny.us.ibm.net [32.100.113.202]) by federation.addy.com (8.8.5/8.6.12) with SMTP id XAA23690 for ; Fri, 12 Dec 1997 23:59:56 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 12 Dec 1997 23:57:10 -0500 (EST) From: Francisco Reyes To: stable@freebsd.org Subject: How to know when stable branch is updated? Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A few weeks back I figured out how to use CVSup. I did a download of the stable branch compiled, all is well. What I would like to know is how to I find out when new changes are done to stab le so I know to download. I subscribed to the stable mailing list. Is this where announcements would be made about new stable builds? From owner-freebsd-stable Fri Dec 12 21:14:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA24772 for stable-outgoing; Fri, 12 Dec 1997 21:14:04 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from lafcol (lafcol.lafayette.edu [139.147.8.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA24767 for ; Fri, 12 Dec 1997 21:14:00 -0800 (PST) (envelope-from knollm@lafcol.lafayette.edu) Received: from believer by lafcol (SMI-8.6/SMI-SVR4) id AAA05032; Sat, 13 Dec 1997 00:13:07 -0500 Message-Id: <3.0.32.19971213001251.00945a40@lafcol.lafayette.edu> X-Sender: knollm@lafcol.lafayette.edu X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 13 Dec 1997 00:14:22 -0500 To: stable@freebsd.org From: Michael Knoll Subject: CVSUP'ing source tree through proxy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it posible to run cvsup through a proxy? Can it be done with just a TCP fowrarder? Thanks. Michael Knoll From owner-freebsd-stable Sat Dec 13 00:15:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04033 for stable-outgoing; Sat, 13 Dec 1997 00:15:22 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04026 for ; Sat, 13 Dec 1997 00:15:19 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xgmjC-0006E4-00; Sat, 13 Dec 1997 00:15:14 -0800 Date: Sat, 13 Dec 1997 00:15:09 -0800 (PST) From: Tom To: Michael Knoll cc: stable@freebsd.org Subject: Re: CVSUP'ing source tree through proxy In-Reply-To: <3.0.32.19971213001251.00945a40@lafcol.lafayette.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 13 Dec 1997, Michael Knoll wrote: > Is it posible to run cvsup through a proxy? Can it be done with just a TCP > fowrarder? > > Thanks. > > Michael Knoll > > "man cvsup" Tom From owner-freebsd-stable Sat Dec 13 00:18:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04219 for stable-outgoing; Sat, 13 Dec 1997 00:18:37 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA04206 for ; Sat, 13 Dec 1997 00:18:33 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xgmmH-0006Ls-00; Sat, 13 Dec 1997 00:18:25 -0800 Date: Sat, 13 Dec 1997 00:18:21 -0800 (PST) From: Tom To: Francisco Reyes cc: stable@freebsd.org Subject: Re: How to know when stable branch is updated? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Dec 1997, Francisco Reyes wrote: > A few weeks back I figured out how to use CVSup. I did a download of the stable > branch compiled, all is well. > > What I would like to know is how to I find out when new changes are done to stab > le so I know to download. I subscribed to the stable mailing list. Is this where > announcements would be made about new stable builds? > > You can subscribe to the cvs mailing lists. The CVS system automatically sends out updates to these lists. Beware, most announcements will be about current, but the ones that are applied to RELENG_2_2 are detailed. Tom From owner-freebsd-stable Sat Dec 13 01:08:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA07210 for stable-outgoing; Sat, 13 Dec 1997 01:08:35 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA07205 for ; Sat, 13 Dec 1997 01:08:32 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id DAA27427; Sat, 13 Dec 1997 03:08:25 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 13 Dec 1997 02:56:23 -0600 To: Francisco Reyes From: Richard Wackerbarth Subject: Re: How to know when stable branch is updated? Cc: stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:57 PM -0600 12/12/97, Francisco Reyes wrote: >A few weeks back I figured out how to use CVSup. I did a download of the >stable >branch compiled, all is well. > >What I would like to know is how to I find out when new changes are done >to stab >le so I know to download. I subscribed to the stable mailing list. Is this >where > announcements would be made about new stable builds? New changes occur almost daily. Unless there is something MAJOR, you will not be able to find out anything without wading through a bunch of commits. Most of them are to "current" and don't apply to the stable branches. If you are a "stable" user, I suspect that you want stability. I would just follow the mailing list and when you see something that looks important to you, do an update. Otherwise, either adopt the "if it ain't broke, don't fix it" attitude or update a month after each 2.2.x release. Now, if you were still on 2.1.x, I would suggest that you use CTM to deliver the changes to you each week (if there are any). Richard Wackerbarth From owner-freebsd-stable Sat Dec 13 13:18:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA15889 for stable-outgoing; Sat, 13 Dec 1997 13:18:44 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA15882 for ; Sat, 13 Dec 1997 13:18:41 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id NAA13809; Sat, 13 Dec 1997 13:18:38 -0800 (PST) (envelope-from jdp) Message-Id: <199712132118.NAA13809@austin.polstra.com> To: knollm@lafcol.lafayette.edu Subject: Re: CVSUP'ing source tree through proxy In-Reply-To: <3.0.32.19971213001251.00945a40@lafcol.lafayette.edu> References: <3.0.32.19971213001251.00945a40@lafcol.lafayette.edu> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Date: Sat, 13 Dec 1997 13:18:37 -0800 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3.0.32.19971213001251.00945a40@lafcol.lafayette.edu>, Michael Knoll wrote: > Is it posible to run cvsup through a proxy? Can it be done with just a TCP > fowrarder? I'm not sure what this is doing in the FreeBSD-stable list, but anyway ... It should work fine through a proxy if you use multiplexed mode ("-P m"). See the big discussion of ways to get through firewalls in cvsup(1). John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Sat Dec 13 16:19:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA26597 for stable-outgoing; Sat, 13 Dec 1997 16:19:12 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from baloon.mimi.com (sjx-ca124-26.ix.netcom.com [207.223.162.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA26579; Sat, 13 Dec 1997 16:19:03 -0800 (PST) (envelope-from asami@sunrise.cs.berkeley.edu) Received: (from asami@localhost) by baloon.mimi.com (8.8.8/8.8.8) id QAA10639; Sat, 13 Dec 1997 16:19:00 -0800 (PST) (envelope-from asami) Date: Sat, 13 Dec 1997 16:19:00 -0800 (PST) Message-Id: <199712140019.QAA10639@baloon.mimi.com> To: stable@freebsd.org CC: nnd@nnd.itfs.nsk.su, jkh@freebsd.org Subject: make buildworld -j2 problems From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've run parallel makes a few times an finally was able to get an error: === : --- scanner.c --- lex -t /j/src/lib/libpcap/../../contrib/libpcap/scanner.l > scanner.c --- pcap.3.gz --- gzip -c /j/src/lib/libpcap/../../contrib/libpcap/pcap.3 > pcap.3.gz --- grammar.c --- yacc -d /j/src/lib/libpcap/../../contrib/libpcap/grammar.y --- scanner.so --- cc -nostdinc -fpic -DPIC -O2 -pipe -Wall -I. -I/j/src/lib/libpcap -Dyylval=pcap_lval -Dlint -DHAVE_SYS_IOCCOM_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_ETHER_HOSTTON=1 -DHAVE_STRERROR=1 -DHAVE_SOCKADDR_SA_LEN=1 -DLBL_ALIGN=1 -I/j/src/lib/libpcap/../../contrib/libpcap -I/j/src/lib/libpcap/../../contrib/libpcap/lbl -I/usr/obj/j/src/tmp/usr/include -c scanner.c -o scanner.so /j/src/lib/libpcap/../../contrib/libpcap/scanner.l:38: tokdefs.h: No such file or directory --- grammar.c --- mv y.tab.c grammar.c --- scanner.so --- /j/src/lib/libpcap/../../contrib/libpcap/scanner.l:70: parse error before `pcap_lval' : === Looking at src/lib/libpcap/Makefile, I see this piece: === scanner.o: tokdefs.h .ORDER: grammar.c tokdefs.h tokdefs.h: grammar.c mv -f y.tab.h tokdefs.h === (1) Why is the .ORDER required? It seems to me that the line immediately following it should enforce exactly that. (2) I'll try again after adding a "scanner.so: tokdefs.h" line. But it seems to me that there should be a more elegant way to handle this. (Don't we need to add a ".po" line too?) Satoshi From owner-freebsd-stable Sat Dec 13 17:18:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA05462 for stable-outgoing; Sat, 13 Dec 1997 17:18:20 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from baloon.mimi.com (sjx-ca124-26.ix.netcom.com [207.223.162.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA05455; Sat, 13 Dec 1997 17:18:10 -0800 (PST) (envelope-from asami@sunrise.cs.berkeley.edu) Received: (from asami@localhost) by baloon.mimi.com (8.8.8/8.8.8) id RAA12567; Sat, 13 Dec 1997 17:18:08 -0800 (PST) (envelope-from asami) Date: Sat, 13 Dec 1997 17:18:08 -0800 (PST) Message-Id: <199712140118.RAA12567@baloon.mimi.com> To: stable@freebsd.org, nnd@nnd.itfs.nsk.su, jkh@freebsd.org In-reply-to: <199712140019.QAA10639@baloon.mimi.com> (asami@cs.berkeley.edu) Subject: Re: make buildworld -j2 problems From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * === * scanner.o: tokdefs.h * * .ORDER: grammar.c tokdefs.h * tokdefs.h: grammar.c * mv -f y.tab.h tokdefs.h * * === * * (1) Why is the .ORDER required? It seems to me that the line * immediately following it should enforce exactly that. I looked at the logs a bit more and found out why. This part looks like: === .ORDER: grammar.c tokdefs.h tokdefs.h grammar.c: grammar.y ${YACC} ${YACCFLAGS} -d ${PCAP_DISTDIR}/grammar.y mv y.tab.c grammar.c mv y.tab.h tokdefs.h === in -current. .ORDER might have been necessary here, but merging only that line to -stable was bogus. (Although I still don't quite see why we need .ORDER -- they are both made from the same rule, it seems.) * (2) I'll try again after adding a "scanner.so: tokdefs.h" line. But * it seems to me that there should be a more elegant way to handle * this. (Don't we need to add a ".po" line too?) The answer to this question is probably also in -current. I'll see about merging the 1.12 -> 1.13 fix: === 1.13 Sun Jan 5 18:25:53 1997 by wollman Fix Makefile so that dependencies are actually right this time. It is almost always the wrong thing to put .y and .l files directly into the SRCS. === Satoshi From owner-freebsd-stable Sat Dec 13 19:22:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00894 for stable-outgoing; Sat, 13 Dec 1997 19:22:45 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from federation.addy.com (federation.addy.com [207.239.68.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00865 for ; Sat, 13 Dec 1997 19:22:38 -0800 (PST) (envelope-from francisco@natserv.com) Received: from quisqueya.natserv.com (slip-32-100-113-19.ny.us.ibm.net [32.100.113.19]) by federation.addy.com (8.8.5/8.6.12) with SMTP id WAA19188; Sat, 13 Dec 1997 22:22:24 -0500 (EST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 13 Dec 1997 22:19:11 -0500 (EST) From: Francisco Reyes To: Tom Subject: Re: How to know when stable branch is updated? Cc: stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 13-Dec-97 Tom wrote: > You can subscribe to the cvs mailing lists. The CVS system >automatically sends out updates to these lists. Beware, most >announcements will be about current, but the ones that are applied to >RELENG_2_2 are detailed. Thanks much for the explanation. I once subscribed to the cvs list. Too many mes sages and most were of little interest to me. As others suggested I am going to do a monthly/bi-montly update. This is my home computer so no one telnets/ftps or anything like that to it.