From owner-freebsd-stable Sun Jun 23 05:14:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21548 for stable-outgoing; Sun, 23 Jun 1996 05:14:48 -0700 (PDT) Received: from chain.iafrica.com (chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21541 for ; Sun, 23 Jun 1996 05:14:26 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id MAA00660 for ; Sun, 23 Jun 1996 12:51:11 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Sun, 23 Jun 1996 12:51:10 +0200 (SAT) From: Khetan Gajjar To: stable@freebsd.org Subject: bsdi breakage Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I just wanted to know whether or not anyone was aware of the breakage of certain BSDi code ? I run Netscape for X-Windows, and have been doing so for the last month without any problems. After applying ctm and making world in the last week, Netscape and some other BSDi binaries don't seem to work or run extremely slowly. Is there any time frame as to when this will be fixed ? Regards, Khetan Gajjar. --- http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations - 0800-030-002 From owner-freebsd-stable Sun Jun 23 08:17:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02291 for stable-outgoing; Sun, 23 Jun 1996 08:17:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02286 for ; Sun, 23 Jun 1996 08:17:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA05575 for ; Sun, 23 Jun 1996 08:17:31 -0700 (PDT) To: stable@freebsd.org Subject: Announcement: -stable will go into code freeze on Tuesday, June 25 Date: Sun, 23 Jun 1996 08:17:31 -0700 Message-ID: <5573.835543051@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Around 2:00pm PST or so (after David and I have both woken up and had a chance to review our final TODO lists :). If there's something that you need need to be in -stable, now's the time to either merge it yourself (if you're a committer) or petition one of the committers to merge it for you. Note that requests in the latter category stand a fairly low chance of success since there aren't that many people working on -stable right now, but it's always worth a shot (just don't get your hopes up). If all goes well, the target release date for 2.1.5 is June 30th. Jordan From owner-freebsd-stable Sun Jun 23 12:28:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA16125 for stable-outgoing; Sun, 23 Jun 1996 12:28:25 -0700 (PDT) Received: from po6.andrew.cmu.edu (PO6.ANDREW.CMU.EDU [128.2.10.106]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA16120 for ; Sun, 23 Jun 1996 12:28:22 -0700 (PDT) Received: (from postman@localhost) by po6.andrew.cmu.edu (8.7.5/8.7.3) id PAA01196 for stable@freebsd.org; Sun, 23 Jun 1996 15:28:10 -0400 Received: via switchmail; Sun, 23 Jun 1996 15:28:03 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Sun, 23 Jun 1996 15:27:00 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Sun, 23 Jun 1996 15:26:58 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix13.andrew.cmu.edu.sun4c.411 via MS.5.6.unix13.andrew.cmu.edu.sun4c_411; Sun, 23 Jun 1996 15:26:58 -0400 (EDT) Message-ID: <4lnNe2G00YUp05FZJj@andrew.cmu.edu> Date: Sun, 23 Jun 1996 15:26:58 -0400 (EDT) From: Matthew Jason White To: stable@freebsd.org Subject: Re: ccd stability In-Reply-To: References: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Excerpts from freebsd-stable: 22-Jun-96 ccd stability by Matt Hamilton@magik.alba > Can someone please tell me what the current status if the CCD driver is > for FreeBSD? I need a unix system that will allow me to mirror drives and > am looking at Solaris at the moment, however I use FreeBSD at the moment > (2.1R) and would much prefer to use FreeBSD for this application. Does > this driver run on 2.1R or does it need one of the SNAPs? Is it stable > enough to be put in a mail server that has to be up 24x7? Matt: I use this driver on my -current machine. I have also used it on -stable. I've only used the striping (no mirroring), but have never had any problems with it. Seems, from Jordan's message, that 2.1.5 will be out RSN, so that may be what you're looking for. -Matt ----- Matt White Email: mwhite+@cmu.edu http://www.cs.cmu.edu/afs/cs/user/mwhite/www/ From owner-freebsd-stable Sun Jun 23 16:47:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03814 for stable-outgoing; Sun, 23 Jun 1996 16:47:31 -0700 (PDT) Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA03809 for ; Sun, 23 Jun 1996 16:47:27 -0700 (PDT) Received: from LOCAL (wjw@localhost) by iaehv.IAEhv.nl (8.6.13/1.63) pid 3063 id BAA03063; Mon, 24 Jun 1996 01:47:17 +0200 Date: Mon, 24 Jun 1996 01:47:17 +0200 From: wjw@IAEhv.nl (Willem Jan Withagen) Message-Id: <199606232347.BAA03063@iaehv.IAEhv.nl> To: rashid@rk.ios.com Subject: Re: AHC/SCSI stability (resets/timeouts on SCSI) Newsgroups: list.freebsd.stable In-Reply-To: <199606181359.JAA13394@rk.ios.com> Organization: Internet Access Eindhoven, the Netherlands Cc: stable@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606181359.JAA13394@rk.ios.com> you write: > I run rather large CCD PC here - it has 3 AHA2940W > and 6 HDDs in it ( it's a news server) . > Works very fast - reads/writes at ~18MBs. > /kernel: sd5(ahc2:1:0): UNIT ATTENTION asc:29,0 > un 11 21:49:49 news /kernel: sd5(ahc2:1:0): Power on, reset, or bus device reset occurred field replaceable uni > t: 1 > Jun 11 21:49:49 news /kernel: , retries:4 > Jun 11 21:49:49 news /kernel: biodone: buffer already done Let me that a shot: Micropolis 4.3Gb disks? At least that is what we're seeing a lot on our heavy loaded disk. And the only way to get them online again, is a powercycle of both disk and server. I called Micropolis and it was a "known" possibility for one of the batches. I could get "free" replacements. --WjW -- Internet Access Eindhoven BV., voice: +31-40-2438330, data: +31-40-2439436 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. From owner-freebsd-stable Sun Jun 23 16:52:40 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04161 for stable-outgoing; Sun, 23 Jun 1996 16:52:40 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04154; Sun, 23 Jun 1996 16:52:38 -0700 (PDT) Message-Id: <199606232352.QAA04154@freefall.freebsd.org> To: wjw@IAEhv.nl (Willem Jan Withagen) cc: rashid@rk.ios.com, stable@freebsd.org Subject: Re: AHC/SCSI stability (resets/timeouts on SCSI) In-reply-to: Your message of "Mon, 24 Jun 1996 01:47:17 +0200." <199606232347.BAA03063@iaehv.IAEhv.nl> Date: Sun, 23 Jun 1996 16:52:38 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In article <199606181359.JAA13394@rk.ios.com> you write: >> I run rather large CCD PC here - it has 3 AHA2940W >> and 6 HDDs in it ( it's a news server) . >> Works very fast - reads/writes at ~18MBs. > >> /kernel: sd5(ahc2:1:0): UNIT ATTENTION asc:29,0 >> un 11 21:49:49 news /kernel: sd5(ahc2:1:0): Power on, reset, or bus device >reset occurred field replaceable uni >> t: 1 >> Jun 11 21:49:49 news /kernel: , retries:4 >> Jun 11 21:49:49 news /kernel: biodone: buffer already done There should be other messages on the console before you see this one. The above message is in response to the driver resetting the bus because it detected a hang. Are you running the latest version of the driver in -stable? >--WjW >-- >Internet Access Eindhoven BV., voice: +31-40-2438330, data: +31-40-2439436 >P.O. 928, 5600 AX Eindhoven, The Netherlands >Full Internet connectivity for only fl 12.95 a month. >Call now, and login as 'new'. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Mon Jun 24 04:04:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05218 for stable-outgoing; Mon, 24 Jun 1996 04:04:12 -0700 (PDT) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA05196 for ; Mon, 24 Jun 1996 04:04:04 -0700 (PDT) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.7.5/8.6.12) id NAA00407 for stable@freebsd.org; Mon, 24 Jun 1996 13:02:11 GMT From: Werner Griessl Message-Id: <199606241302.NAA00407@btp1da.phy.uni-bayreuth.de> Subject: newest stable is broken To: stable@freebsd.org Date: Mon, 24 Jun 1996 13:02:11 +0000 () X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The newest stable from today (Mon Jun 24) don't compile for me in: /usr/sbin/fetch,strip,tn3270 and parts of games. All other new executables don't run with "Exec format error. Wrong Architecture" A file command reports "FreeBSD/i386 demand paged shared library not stripped" instead the previous "FreeBSD/i386 demand paged dynamically linked executable" Is there a "trick" to get the new system running ? Werner From owner-freebsd-stable Mon Jun 24 07:01:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22352 for stable-outgoing; Mon, 24 Jun 1996 07:01:33 -0700 (PDT) Received: from rich.isdn.bcm.tmc.edu (root@RICH.ISDN.BCM.TMC.EDU [128.249.250.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA22340 for ; Mon, 24 Jun 1996 07:01:30 -0700 (PDT) Received: from richc.isdn.bcm.tmc.edu (root@richc.isdn.bcm.tmc.edu [128.249.250.37]) by rich.isdn.bcm.tmc.edu (8.7.5/8.6.12) with ESMTP id JAA04681; Mon, 24 Jun 1996 09:01:25 -0500 (CDT) Received: (rich@localhost) by richc.isdn.bcm.tmc.edu (8.7.5/8.6.12) id JAA08142; Mon, 24 Jun 1996 09:01:24 -0500 (CDT) Date: Mon, 24 Jun 1996 09:01:24 -0500 (CDT) Message-Id: <199606241401.JAA08142@richc.isdn.bcm.tmc.edu> From: Rich Murphey To: jkh@time.cdrom.com CC: stable@FreeBSD.ORG In-reply-to: <5573.835543051@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Announcement: -stable will go into code freeze on Tuesday, June 25 Reply-to: rich@rich.isdn.bcm.tmc.edu Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There's something broken in 'ncrcontrol' and I'm trying to find it. After doing a 'make world' and building and installing a fresh kernel invoking 'ncrcontrol -s tags=0' gives 'incompatible with kernel. Rebuild!'. This is because of a mismatch of the value of ncr_version in the kernel and in ncrcontrol, and I'm going to run gdb on both today to find out why the value is different in spite of reinstalling everything. Rich From owner-freebsd-stable Mon Jun 24 09:35:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03745 for stable-outgoing; Mon, 24 Jun 1996 09:35:30 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA03729 for ; Mon, 24 Jun 1996 09:35:22 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id TAA26332; Mon, 24 Jun 1996 19:39:19 +0300 Date: Mon, 24 Jun 1996 19:39:19 +0300 (EET DST) From: Narvi To: "Jordan K. Hubbard" cc: stable@FreeBSD.ORG Subject: Re: Announcement: -stable will go into code freeze on Tuesday, June 25 In-Reply-To: <5573.835543051@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > Around 2:00pm PST or so (after David and I have both woken up and had > a chance to review our final TODO lists :). If there's something that > you need need to be in -stable, now's the time to either merge it > yourself (if you're a committer) or petition one of the committers to > merge it for you. Note that requests in the latter category stand a > fairly low chance of success since there aren't that many people > working on -stable right now, but it's always worth a shot (just don't > get your hopes up). > > If all goes well, the target release date for 2.1.5 is June 30th. Unless some RBB (Real Bad Bug) sneaks up from somewhere? > > Jordan > PS. Talking of bugs - are the 3COM 590 and 595 cards really supported by FreeBSD 2.1.5? I've looked around in the -stable tree but I can't find the if_vx driver there... Is it a typo in the RELNOTES file, is the 3COM 590 support supposed to be through the if_ep driver or was it just forgot to be put in? Sander (from the middle of nowhere before his last exam). From owner-freebsd-stable Mon Jun 24 17:42:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27516 for stable-outgoing; Mon, 24 Jun 1996 17:42:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27507; Mon, 24 Jun 1996 17:42:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA14223; Mon, 24 Jun 1996 17:42:18 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: grog@lemis.de (Greg Lehey), stable@FreeBSD.org, gj@FreeBSD.org Subject: Re: Announcement: -stable will go into code freeze on Tuesday, June 25 (fwd) In-reply-to: Your message of "Mon, 24 Jun 1996 23:53:19 +0200." <199606242153.XAA14062@uriah.heep.sax.de> Date: Mon, 24 Jun 1996 17:42:17 -0700 Message-ID: <14221.835663337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [Sent to wider distribution] I've simply created two ncvs group writable directorys on wcarchive (which freefall is still allowed to NFS mount and runs amd for the purpose): /host/wcarchive/archive/pub/FreeBSD/2.1.5-incoming/{experimental,commercial} If you've got a proposed experimental or commercial package for 2.1.5 (either a foo.tar.gz tarball or foo.tgz package) then simply upload it there and let me know. Note: You *will* need a freefall account for this, so if you don't have one then pester someone who does. :-) Thanks! Jordan From owner-freebsd-stable Mon Jun 24 20:26:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22409 for stable-outgoing; Mon, 24 Jun 1996 20:26:14 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA22352 for ; Mon, 24 Jun 1996 20:26:04 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uYOkj-0016DQC; Tue, 25 Jun 96 05:25:21 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00323; Tue, 25 Jun 1996 05:25:22 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id FAA10595; Tue, 25 Jun 1996 05:11:18 +0200 (MET DST) Date: Tue, 25 Jun 1996 05:11:18 +0200 (MET DST) From: Juergen Lock Message-Id: <199606250311.FAA10595@saturn.hb.north.de> To: dunn@harborcom.net Subject: Re: lockups. In-Reply-To: <199606220255.WAA01574@ns2.harborcom.net> Organization: none Cc: stable@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606220255.WAA01574@ns2.harborcom.net> you write: >system: >P120, 64MB, 300MB swap, 3 scsi drives on two bt946c's > >Same problem. Freezing about three times daily. Latest sources. I am >going to recompile with the debugging options and see if I can find >anything. It doesn't panic, it just freezes. > >On 21 Jun 96 at 19:22, faried nawaz wrote: >> pentium 100, 32mb ram (a web server) >> 4 scsi drives on two scsi controllers (bt946c and aha2940w) >> 48 mb swap (only hits the max swap when there's a messed up cgi-bin >> running, otherwise stays around 3-10mb) >> >> I'm experiencing lockups. The machine seems to work fine for a >> while, and then locks. I can change terminals on the console >> (syscons), the screensaver works, but the machine's dead to >> network/terminal io. And the (swap) disk(s) are busy no end? thats what i got this weekend having just updated the kernel... then yesterday i looked what actually had changed (not that much), and this is what i'm running now: Index: src/sys/vm/vm_pageout.c =================================================================== RCS file: /home/cvs/cvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.6 diff -u -r1.51.4.6 vm_pageout.c --- vm_pageout.c 1996/06/19 07:26:57 1.51.4.6 +++ vm_pageout.c 1996/06/24 03:10:55 @@ -901,7 +914,7 @@ swapout_threads(); vm_pageout_req_swapout = 0; } -#if 0 +#if 1 /* * scan the processes for exceeding their rlimits or if * process is swapped out -- deactivate pages @@ -949,5 +962,29 @@ } #endif } + +#if 1 + /* + * we remove cached objects that have no RSS... + */ +restart: + vm_object_cache_lock(); + object = vm_object_cached_list.tqh_first; + while (object) { + vm_object_cache_unlock(); + /* + * if there are no resident pages -- get rid of the object + */ + if (object->resident_page_count == 0) { + if (object != vm_object_lookup(object->pager)) + panic("vm_object_cache_trim: I'm sooo confused."); + pager_cache(object, FALSE); + goto restart; + } + object = object->cached_list.tqe_next; + vm_object_cache_lock(); + } + vm_object_cache_unlock(); +#endif } #endif /* !NO_SWAPPING */ i.e. i put the rss checks back. seems to make one hell of a difference for this system at least... (486dx100, NCR PCI SCSI) of course the comments on that commit said the checks may cause other problems so YMMV. (but at least for me those problems appear to be much less serious than these `lockups' and generally reduced performance i get when the code is not there... and it has been for quite a while now if i'm not mistaken.) oh and a different thing worth trying seems to be option "NO_SWAPPING", but i have not yet. ATB Juergen From owner-freebsd-stable Mon Jun 24 20:30:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA23239 for stable-outgoing; Mon, 24 Jun 1996 20:30:51 -0700 (PDT) Received: from gateway.ormond.unimelb.edu.au (College.ormond.unimelb.edu.au [203.17.189.253]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA23182; Mon, 24 Jun 1996 20:30:27 -0700 (PDT) Received: (from gavin@localhost) by gateway.ormond.unimelb.edu.au (8.6.11/8.6.9) id NAA13388; Tue, 25 Jun 1996 13:30:20 +1000 From: Gavin Cameron Message-Id: <199606250330.NAA13388@gateway.ormond.unimelb.edu.au> Subject: arplookup failed messages To: freebsd-chat@freebsd.org, freebsd-stable@freebsd.org Date: Tue, 25 Jun 1996 13:30:20 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've just setup one of the interfaces on my internet gateway machine with an alias so that I can feed two subnets from the same ethernet card. The gateway machine is setup as follows: IP address on de0 203.17.189.1 and a netmask of 255.255.255.192 an alias on de0 with IP address 203.22.108.1 netmask 255.255.255.192 On a host on the 203.17.189.0 subnet I keep getting the following messages arplookup 203.22.108.1 failed: host is not on local network Is there anyway I can stop the messages? Both machine are FreeBSD boxes, one running 2.0.5 and the one reporting the arplookup failed is -stable. thanks Gavin -- []-------------------------------------+--------------------------------------[] | Gavin Cameron | Ormond College | | Ph : +61 3 9344 1201 | The University of Melbourne | | Fax : +61 3 9344 1111 | Parkville, Victoria | | Email : gavin@ormond.unimelb.edu.au | Australia, 3053 | []-------------------------------------+--------------------------------------[] From owner-freebsd-stable Mon Jun 24 23:41:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21371 for stable-outgoing; Mon, 24 Jun 1996 23:41:43 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA21348 for ; Mon, 24 Jun 1996 23:41:39 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id IAA12711; Tue, 25 Jun 1996 08:41:06 +0200 (SAT) From: John Hay Message-Id: <199606250641.IAA12711@zibbi.mikom.csir.co.za> Subject: Re: lockups. To: nox@jelal.hb.north.de (Juergen Lock) Date: Tue, 25 Jun 1996 08:41:06 +0200 (SAT) Cc: stable@freebsd.org In-Reply-To: <199606250311.FAA10595@saturn.hb.north.de> from Juergen Lock at "Jun 25, 96 05:11:18 am" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > And the (swap) disk(s) are busy no end? thats what i got this weekend > having just updated the kernel... then yesterday i looked what actually > had changed (not that much), and this is what i'm running now: > > Index: src/sys/vm/vm_pageout.c [ patch deleted ] I also got this heavy swapping with a -stable kernel built on Saturday. It got so bad that we could not work anymore and I had to revert to an old kernel. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-stable Tue Jun 25 00:13:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24957 for stable-outgoing; Tue, 25 Jun 1996 00:13:46 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA24919 for ; Tue, 25 Jun 1996 00:13:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA03836; Tue, 25 Jun 1996 00:12:09 -0700 (PDT) Message-Id: <199606250712.AAA03836@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: John Hay cc: nox@jelal.hb.north.de (Juergen Lock), stable@FreeBSD.org Subject: Re: lockups. In-reply-to: Your message of "Sat, 25 Jun 1996 08:41:06 +0200." <199606250641.IAA12711@zibbi.mikom.csir.co.za> From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 00:12:09 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> And the (swap) disk(s) are busy no end? thats what i got this weekend >> having just updated the kernel... then yesterday i looked what actually >> had changed (not that much), and this is what i'm running now: >> >> Index: src/sys/vm/vm_pageout.c >[ patch deleted ] > >I also got this heavy swapping with a -stable kernel built on Saturday. >It got so bad that we could not work anymore and I had to revert to an >old kernel. Other than consistency checks, the only change that has been made to the pageout daemon was last Wednesday when the RSS limiting code was #if 0'd. The code shouldn't have come into play on most systems (since the default limit is 1/2 of all memory). The problem is that it might not be safe due to the recursive calling nature of the functions that do the trimming and because it walks through the 'allproc' list in a potentially dangerous manner. You could try to enable it and see if this is the "night and day" difference that you're describing. Change the #if 0 to a #if 1 at the end of /sys/vm/vm_pageout.c. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Tue Jun 25 01:20:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00900 for stable-outgoing; Tue, 25 Jun 1996 01:20:30 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA00894 for ; Tue, 25 Jun 1996 01:20:23 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id KAA15124; Tue, 25 Jun 1996 10:20:07 +0200 (SAT) From: John Hay Message-Id: <199606250820.KAA15124@zibbi.mikom.csir.co.za> Subject: Re: lockups. To: davidg@root.com Date: Tue, 25 Jun 1996 10:20:07 +0200 (SAT) Cc: stable@FreeBSD.org In-Reply-To: <199606250712.AAA03836@root.com> from David Greenman at "Jun 25, 96 00:12:09 am" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> And the (swap) disk(s) are busy no end? thats what i got this weekend > >> having just updated the kernel... then yesterday i looked what actually > >> had changed (not that much), and this is what i'm running now: > >> > >> Index: src/sys/vm/vm_pageout.c > >[ patch deleted ] > > > >I also got this heavy swapping with a -stable kernel built on Saturday. > >It got so bad that we could not work anymore and I had to revert to an > >old kernel. > > Other than consistency checks, the only change that has been made to the > pageout daemon was last Wednesday when the RSS limiting code was #if 0'd. > The code shouldn't have come into play on most systems (since the default > limit is 1/2 of all memory). The problem is that it might not be safe due to > the recursive calling nature of the functions that do the trimming and because > it walks through the 'allproc' list in a potentially dangerous manner. > You could try to enable it and see if this is the "night and day" > difference that you're describing. Change the #if 0 to a #if 1 at the end of > /sys/vm/vm_pageout.c. > I will try it out tonight. The people working on the machine won't allow me to reboot it during the day. The previous kernel (which are running now) is quite old it is from 4 May. A bit background on the machine. It is a 90MHz Pentium with 32MB RAM and 196MB swap spread over 3 SCSI disks hooked to a NCR controller. When "busy" there is about 32 logins and about 64MB swap used. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-stable Tue Jun 25 01:42:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02736 for stable-outgoing; Tue, 25 Jun 1996 01:42:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02728 for ; Tue, 25 Jun 1996 01:42:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA17580 for ; Tue, 25 Jun 1996 01:42:03 -0700 (PDT) To: stable@freebsd.org Subject: Announcement: Code freeze date moved to Thursday, 14:00 PST. Date: Tue, 25 Jun 1996 01:42:03 -0700 Message-ID: <17578.835692123@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That being Thursday the 27th of June, of course. Recent events robbed us of some valuable committing time and so the code freeze has been extended by two days. Jordan From owner-freebsd-stable Tue Jun 25 09:39:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15354 for stable-outgoing; Tue, 25 Jun 1996 09:39:11 -0700 (PDT) Received: from hawk.gnome.co.uk (gnome-gnome.cerbernet.co.uk [193.243.224.22]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15117 for ; Tue, 25 Jun 1996 09:36:52 -0700 (PDT) Received: (from jacs@localhost) by hawk.gnome.co.uk (8.7.5/8.7.3) id RAA00961; Tue, 25 Jun 1996 17:36:13 +0100 (BST) Date: Tue, 25 Jun 1996 17:36:13 +0100 (BST) From: Chris Stenton Subject: new vm code not working well To: stable@freebsd.org Message-Id: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just got the latest stable tree via sup and performed a make world and also made a new kernel. Everything is fine with my system until the loading gets to the point where it is starting to swap and then it performs appallingly. The paging code sounds like its writing out at a byte at a time to the disk! If I have three active processes at this time then the system starts to thrash:-( The last kernel I compiled was on the 10th of June and did not notice any problems with that. Here is the output from top when the performance is just about to go through the floor. load averages: 1.45, 1.28, 0.94 17:19:09 85 processes: 1 running, 84 sleeping Cpu states: 3.5% user, 0.0% nice, 13.2% system, 2.7% interrupt, 80.6% idle Mem: 19M Active, 22M Inact, 5360K Wired, 264K Cache, 6242K Buf, 96K Free Swap: 102M Total, 4396K Used, 98M Free, 4% Inuse here is the output from dmesg 6450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0 not found at 0x23c sio2 at 0x3e8-0x3ef irq 10 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 11 on isa sio3: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 mcd1: timeout getting status mcd1 not found at 0x340 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 lnc1 not found at 0x300 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa changing root device to sd0a syncing disks... 21 21 20 14 7 done Rebooting... FreeBSD 2.1-STABLE #0: Tue Jun 25 10:18:04 BST 1996 jacs@hawk.gnome.co.uk:/usr1/FreeBSD-stable/src/sys/compile/GNOME CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping=1 Features=0x3bf real memory = 50331648 (49152K bytes) avail memory = 46575616 (45484K bytes) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0 rev 16 on pci0:0 ncr0 rev 1 int a irq 14 on pci0:1 ncr0 waiting for scsi devices to settle (ncr0:0:0): "MICROP 1936-21MW1002002 HW0A" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): asynchronous. sd0(ncr0:0:0): ABORTED COMMAND asc:49,0 Invalid message error , retries:4 2882MB (5903825 512 byte sectors) (ncr0:1:0): "HP HP35480A 9 09" type 1 removable SCSI 2 st0(ncr0:1:0): Sequential-Access st0(ncr0:1:0): 200ns (5 Mb/sec) offset 8. density code 0x13, variable blocks, write-enabled (ncr0:4:0): "NEC CD-ROM DRIVE:500 1.0" type 5 removable SCSI 2 cd0(ncr0:4:0): CD-ROM cd0(ncr0:4:0): NOT READY asc:3a,0 Medium not present can't get the size chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 de0 rev 35 int a irq 9 on pci0:5 de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:aa:7f:0b de0: enabling Thinwire/AUI port Probing for devices on the ISA bus: scprobe: keyboard RESET failed (result = 0xfa) sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff mse0 not found at 0x23c sio2 at 0x3e8-0x3ef irq 10 on isa sio2: type 16550A sio3 at 0x2e8-0x2ef irq 11 on isa sio3: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 mcd1: timeout getting status mcd1 not found at 0x340 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 lnc1 not found at 0x300 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa changing root device to sd0a Chris From owner-freebsd-stable Tue Jun 25 10:21:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19362 for stable-outgoing; Tue, 25 Jun 1996 10:21:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19355 for ; Tue, 25 Jun 1996 10:21:28 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA19294 for ; Tue, 25 Jun 1996 10:21:13 -0700 (PDT) To: stable@freebsd.org Subject: Time to figure out what's changed! Date: Tue, 25 Jun 1996 10:21:12 -0700 Message-ID: <19291.835723272@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need to start putting the 2.1.5 boot floppy docs together and have a list of like *3* items which I know for sure changed 2.1 - > 2.1.5. Since I think that's not going to be a very impressive change listing, can anyone else think of things to document as 2.1.5 improvements from a 2.1 perspective? "Fixed lots of bugs" doesn't somehow cut it and I can't think of anything else, having been simply too close to the problem these last few months. :-) Jordan From owner-freebsd-stable Tue Jun 25 10:58:20 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23361 for stable-outgoing; Tue, 25 Jun 1996 10:58:20 -0700 (PDT) Received: from valis.worldgate.com (root@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA23354 for ; Tue, 25 Jun 1996 10:58:18 -0700 (PDT) Received: from gras-varg.worldgate.com (root@gras-varg.worldgate.com [198.161.84.12]) by valis.worldgate.com (8.6.12/8.6.12) with ESMTP id LAA10272 for ; Tue, 25 Jun 1996 11:58:16 -0600 Received: (from skafte@localhost) by gras-varg.worldgate.com (8.7.5/8.6.12) id LAA14425 for freebsd-stable@freebsd.org; Tue, 25 Jun 1996 11:58:15 -0600 (MDT) From: Greg Skafte Message-Id: <199606251758.LAA14425@gras-varg.worldgate.com> Subject: Todays stable release To: freebsd-stable@freebsd.org Date: Tue, 25 Jun 1996 11:58:14 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL14 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, in todays stable release sup'ed at 11:30 MDT (GMT-6) neither eBones or secure seem to compile ... -- PGP Key fingerprint = 42 9C 2C A8 4D 2B C9 C4 7D B6 00 B0 50 47 20 97 http://gras-varg.worldgate.com/~skafte/ http://www.worldgate.com/ -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) From owner-freebsd-stable Tue Jun 25 11:28:58 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA26053 for stable-outgoing; Tue, 25 Jun 1996 11:28:58 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA25958; Tue, 25 Jun 1996 11:28:41 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id UAA10172; Tue, 25 Jun 1996 20:28:05 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id UAA18617; Tue, 25 Jun 1996 20:28:32 +0200 (MET DST) From: J Wunsch Message-Id: <199606251828.UAA18617@ida.interface-business.de> Subject: My -stable merges... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 25 Jun 1996 20:28:32 +0200 (MET DST) Cc: freebsd-stable@freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hope i didn't get anything wrong. Thanks to Wolfram's little script, i've gone through all my past-year commits and reviewed what should go into 2.1.5 and what not. The only thing i've left by now is share/examples/lkm, they are absolutely unbuildable right now. Dunno whether this does really fall under the code freeze, otherwise i might perhaps find the time to correct them within the next couple of days. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-stable Tue Jun 25 11:30:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA26459 for stable-outgoing; Tue, 25 Jun 1996 11:30:43 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA26413 for ; Tue, 25 Jun 1996 11:30:25 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id OAA28712; Tue, 25 Jun 1996 14:30:14 -0400 (EDT) Message-Id: <199606251830.OAA28712@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: stable@FreeBSD.ORG Date: Tue, 25 Jun 1996 14:25:43 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Time to figure out what's changed! Reply-to: dunn@harborcom.net CC: "Jordan K. Hubbard" Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ccd driver qcam driver ...and I believe one of the Adaptec drivers either was nonexistent or did not work in 2.1, but is present in 2.1.5-to-be. For addidtional details, see cvs diff. There is your RELNOTES.TXT :) On 25 Jun 96 at 10:21, Jordan K. Hubbard wrote: > I need to start putting the 2.1.5 boot floppy docs together and have a > list of like *3* items which I know for sure changed 2.1 - > 2.1.5. Bradley Dunn From owner-freebsd-stable Tue Jun 25 12:25:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01904 for stable-outgoing; Tue, 25 Jun 1996 12:25:50 -0700 (PDT) Received: from srv01s4.cas.org (srv01s4.cas.org [134.243.50.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01888 for ; Tue, 25 Jun 1996 12:25:45 -0700 (PDT) Date: Tue, 25 Jun 1996 15:25:13 -0400 From: dzerkel@cas.org (Danny Zerkel - D26) Message-Id: <9606251925.AA18003@cas.org> To: freebsd-stable@freebsd.org Subject: Re: Time to figure out what's changed! X-Sun-Charset: US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Real PCI support (probed before ISA). Real PCI Buslogic support (new driver and probing order). Danny Zerkel dzerkel@phofarm.com From owner-freebsd-stable Tue Jun 25 12:28:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02282 for stable-outgoing; Tue, 25 Jun 1996 12:28:07 -0700 (PDT) Received: from chain.iafrica.com (root@unknown.IAFRICA.NET [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02197 for ; Tue, 25 Jun 1996 12:27:56 -0700 (PDT) Received: from localhost (root@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id VAA01372; Tue, 25 Jun 1996 21:27:10 +0200 (SAT) Date: Tue, 25 Jun 1996 21:27:10 +0200 (SAT) From: Root Dude To: Chris Stenton cc: stable@freebsd.org Subject: Re: new vm code not working well In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Chris Stenton wrote: >Everything is fine with my system until the loading gets to the point >where it is starting to swap and then it performs appallingly. The >paging code sounds like its writing out at a byte at a time to the >disk! If I have three active processes at this time then the system >starts to thrash:-( The last kernel I compiled was on the 10th of June >and did not notice any problems with that. I've noticed this with my machine as well. I've gotten the latest ctm deltas, and will apply them tonight. My machine has started to perform *really badly* in the last two weeks. I'm hoping it's just me; it starts whenever I need to swap to disk, and I've increased my swap from 50 mb to 150 mb, and it has made little difference. Is there any way to isolate what is causing a machine to perform really slowly ? I'm reduced to working in terminal mode because X performs so badly that the machine needs to be rebooted. >Here is the output from top when the performance is just about to go >through the floor. I wish I could include this, but the last thing I am able to get is an uptime, which has a load average of about 11. Regards, Khetan Gajjar. --- http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations - 0800-030-002 From owner-freebsd-stable Tue Jun 25 14:12:26 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20838 for stable-outgoing; Tue, 25 Jun 1996 14:12:26 -0700 (PDT) Received: from xmission.xmission.com (softweyr@xmission.xmission.com [198.60.22.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20815; Tue, 25 Jun 1996 14:12:19 -0700 (PDT) Received: (from softweyr@localhost) by xmission.xmission.com (8.7.5/8.7.5) id PAA01716; Tue, 25 Jun 1996 15:12:12 -0600 (MDT) From: Barnacle Wes Message-Id: <199606252112.PAA01716@xmission.xmission.com> Subject: Re: Time to figure out what's changed! To: dzerkel@cas.org (Danny Zerkel - D26) Date: Tue, 25 Jun 1996 15:12:09 -0600 (MDT) Cc: stable@freebsd.org, jkh@freebsd.org In-Reply-To: <9606251925.AA18003@cas.org> from "Danny Zerkel - D26" at Jun 25, 96 03:25:13 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Danny Zerkel pointed out: > Real PCI support (probed before ISA). > Real PCI Buslogic support (new driver and probing order). Ditto for EISA and VL-Bus, plus adaptec controllers 2742 and 2842. I think the 294x support was enhanced also, but I don't have one of those so I'm not certain. -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... softweyr@xmission.com | Jimmy Buffett From owner-freebsd-stable Tue Jun 25 15:36:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01908 for stable-outgoing; Tue, 25 Jun 1996 15:36:39 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA01895 for ; Tue, 25 Jun 1996 15:36:36 -0700 (PDT) Received: by haven.uniserve.com id <31831-147>; Tue, 25 Jun 1996 15:40:06 -0800 Date: Tue, 25 Jun 1996 15:39:56 -0700 (PDT) From: Tom Samplonius To: Chris Stenton cc: stable@freebsd.org Subject: Re: new vm code not working well In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Chris Stenton wrote: ... > ncr0 rev 1 int a irq 14 on pci0:1 > ncr0 waiting for scsi devices to settle > (ncr0:0:0): "MICROP 1936-21MW1002002 HW0A" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): asynchronous. > > sd0(ncr0:0:0): ABORTED COMMAND asc:49,0 Invalid message error > , retries:4 > 2882MB (5903825 512 byte sectors) I would consider this a big problem. If your swap disk decides to go south while swapping, your system is screwed. Why are you getting "Invalid message error" messages? > (ncr0:1:0): "HP HP35480A 9 09" type 1 removable SCSI 2 > st0(ncr0:1:0): Sequential-Access > st0(ncr0:1:0): 200ns (5 Mb/sec) offset 8. > density code 0x13, variable blocks, write-enabled > (ncr0:4:0): "NEC CD-ROM DRIVE:500 1.0" type 5 removable SCSI 2 > cd0(ncr0:4:0): CD-ROM > cd0(ncr0:4:0): NOT READY asc:3a,0 Medium not present > can't get the size > > chip1 rev 3 on pci0:2 > vga0 rev 0 on pci0:4 > de0 rev 35 int a irq 9 on pci0:5 > de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:00:c0:aa:7f:0b > de0: enabling Thinwire/AUI port > Probing for devices on the ISA bus: > scprobe: keyboard RESET failed (result = 0xfa) > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 not found at 0x280 > ed1 not found at 0x300 > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16450 > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16450 > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > lpt1 not found at 0xffffffff > lpt2 not found at 0xffffffff > mse0 not found at 0x23c > sio2 at 0x3e8-0x3ef irq 10 on isa > sio2: type 16550A > sio3 at 0x2e8-0x2ef irq 11 on isa > sio3: type 16550A > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 765 > fd0: 1.44MB 3.5in > wdc0 not found at 0x1f0 > wdc1 not found at 0x170 > bt0 not found at 0x330 > uha0 not found at 0x330 > aha0 not found at 0x330 > aic0 not found at 0x340 > nca0 not found at 0x1f88 > nca1 not found at 0x350 > sea0 not found > wt0 not found at 0x300 > mcd0: timeout getting status > mcd0 not found at 0x300 > mcd1: timeout getting status > mcd1 not found at 0x340 > ie0 not found at 0x360 > ep0 not found at 0x300 > ix0 not found at 0x300 > le0: no board found at 0x300 > le0 not found at 0x300 > lnc0 not found at 0x280 > lnc1 not found at 0x300 > ze0 not found at 0x300 > zp0 not found at 0x300 > npx0 on motherboard > npx0: INT 16 interface > sb0 at 0x220 irq 5 drq 1 on isa > sb0: > sbxvi0 at 0x0 drq 5 on isa > sbxvo0: > sbmidi0 at 0x330 on isa > > changing root device to sd0a > > > Chris > You also have over a dozen drivers that you don't use. If you are going to compile a new kernel, you might as well drop unneeded drivers. Tom From owner-freebsd-stable Tue Jun 25 17:08:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11390 for stable-outgoing; Tue, 25 Jun 1996 17:08:15 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11377 for ; Tue, 25 Jun 1996 17:08:11 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id TAA07062; Tue, 25 Jun 1996 19:07:41 -0500 (EST) From: "John S. Dyson" Message-Id: <199606260007.TAA07062@dyson.iquest.net> Subject: Re: new vm code not working well To: tom@uniserve.com (Tom Samplonius) Date: Tue, 25 Jun 1996 19:07:40 -0500 (EST) Cc: jacs@gnome.co.uk, stable@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 25, 96 03:39:56 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The problems with swapping are due to the fortunate interaction of the rss limiting code with swapping. Since the rss limiting was removed, you have noticed a performance decrease under load. I am putting together a better version of rss limiting, and should be ready to commit it tonight. John From owner-freebsd-stable Tue Jun 25 18:02:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17204 for stable-outgoing; Tue, 25 Jun 1996 18:02:12 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA17188 for ; Tue, 25 Jun 1996 18:02:07 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id UAA01621 for stable@freebsd.org; Tue, 25 Jun 1996 20:02:04 -0500 (EST) From: "John S. Dyson" Message-Id: <199606260102.UAA01621@dyson.iquest.net> Subject: Try this to fix the perf problem To: stable@freebsd.org Date: Tue, 25 Jun 1996 20:02:03 -0500 (EST) Reply-To: dyson@freebsd.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a patch to vm_pageout. RSS limiting is re-instituted, and a minor mod to the statistics handling is included. PLEASE TEST THIS ASAP. I am not set-up for stable (loss of disk drive has limited my disk storage.) Please get info back to me soon!!! Thanks... John From owner-freebsd-stable Tue Jun 25 18:21:57 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19540 for stable-outgoing; Tue, 25 Jun 1996 18:21:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19529; Tue, 25 Jun 1996 18:21:55 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA15415; Tue, 25 Jun 1996 18:21:37 -0700 (PDT) To: stable@freebsd.org cc: markm@freebsd.org Subject: -stable broken again. :-( Date: Tue, 25 Jun 1996 18:21:36 -0700 Message-ID: <15413.835752096@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/random_machdep.c ../../i386/isa/random_machdep.c: In function `add_timer_randomness': ../../i386/isa/random_machdep.c:186: `i586_ctr_rate' undeclared (first use this function) ../../i386/isa/random_machdep.c:186: (Each undeclared identifier is reported only once ../../i386/isa/random_machdep.c:186: for each function it appears in.) ../../i386/isa/random_machdep.c:187: warning: implicit declaration of function `rdtsc' *** Error code 1 Looks like the random stuff wasn't brought in properly. I guess 2.1-960625-SNAP is going to be 2.1-960626-SNAP. :-) Jordan P.S. The next 2.1 snapshot will be, essentially, 2.1.5-BETA. From owner-freebsd-stable Tue Jun 25 19:09:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23603 for stable-outgoing; Tue, 25 Jun 1996 19:09:00 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23598 for ; Tue, 25 Jun 1996 19:08:51 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id VAA00402; Tue, 25 Jun 1996 21:08:27 -0500 (EST) From: "John S. Dyson" Message-Id: <199606260208.VAA00402@dyson.iquest.net> Subject: Re: new vm code not working well To: toor@dyson.iquest.net (John S. Dyson) Date: Tue, 25 Jun 1996 21:08:27 -0500 (EST) Cc: tom@uniserve.com, jacs@gnome.co.uk, stable@FreeBSD.org In-Reply-To: <199606260007.TAA07062@dyson.iquest.net> from "John S. Dyson" at Jun 25, 96 07:07:40 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Sorry that my previous attempts to send diffs were messed up, lemme try again... Here is the diff (sorry it is a context diff) for vm_pageout.c: Lemme know ASAP... Thanks John Index: vm_pageout.c =================================================================== RCS file: /local/home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.6 diff -r1.51.4.6 vm_pageout.c 355c355 < vm_pageout_object_deactivate_pages(map, object, count, map_remove_only) --- > vm_pageout_object_deactivate_pages(map, object, count, map_remove_only, recursion) 359a360 > int *recursion; 367a369,372 > (*recursion)++; > if (*recursion > 5) > return 0; > 373c378 < dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only); --- > dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only, recursion); 375c380 < vm_pageout_object_deactivate_pages(map, object->shadow, count, 1); --- > vm_pageout_object_deactivate_pages(map, object->shadow, count, 1, recursion); 469c474 < vm_pageout_map_deactivate_pages(map, entry, count, freeer) --- > vm_pageout_map_deactivate_pages(map, entry, count, freeer, recursion) 473c478,479 < int (*freeer) (vm_map_t, vm_object_t, int); --- > int (*freeer) (vm_map_t, vm_object_t, int, int *); > int *recursion; 479c485 < if (*count <= 0) --- > if ((*recursion > 5) || (*count <= 0)) 489c495 < vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, 0); --- > vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, recursion); 496c502 < vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, 0); --- > vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, recursion); 500c506 < *count -= (*freeer) (map, obj, *count); --- > *count -= (*freeer) (map, obj, *count, recursion); 657a664 > /* XXX I think that this will decrease perf 659a667,669 > */ > if ((m->flags & PG_ACTIVE) == 0) > break; 904d913 < #if 0 911a921 > int recursion; 945a956 > recursion = 0; 947c958 < (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages); --- > (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages, &recursion); 950d960 < #endif From owner-freebsd-stable Tue Jun 25 19:13:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23902 for stable-outgoing; Tue, 25 Jun 1996 19:13:37 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA23895 for ; Tue, 25 Jun 1996 19:13:33 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uYk6R-0016CDC; Wed, 26 Jun 96 04:13:11 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00231; Wed, 26 Jun 1996 04:07:08 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id EAA00706; Wed, 26 Jun 1996 04:08:09 +0200 (MET DST) From: Juergen Lock Message-Id: <199606260208.EAA00706@saturn.hb.north.de> Subject: Re: lockups. To: davidg@root.com Date: Wed, 26 Jun 1996 04:08:09 +0200 (MET DST) Cc: jhay@mikom.csir.co.za, stable@FreeBSD.org In-Reply-To: <199606250712.AAA03836@root.com> from David Greenman at "Jun 25, 96 00:12:09 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > Other than consistency checks, the only change that has been made to the > pageout daemon was last Wednesday when the RSS limiting code was #if 0'd. > The code shouldn't have come into play on most systems (since the default > limit is 1/2 of all memory). The problem is that it might not be safe due to > the recursive calling nature of the functions that do the trimming and because > it walks through the 'allproc' list in a potentially dangerous manner. > You could try to enable it and see if this is the "night and day" > difference that you're describing. Change the #if 0 to a #if 1 at the end of > /sys/vm/vm_pageout.c. Thats just what i did, and i put back the remove-cached-objects-that- have-no-RSS code below the #if 0'd part. (havent tried the #if 1 alone) i guess its not the rss-above-limit check that makes the big difference but the one for process-swapped-out? if its disabled then entries for swapped out processed remain in the list its traversing, causing more page faults... up to the point where its doing little else. am i talking nonsense yet? :) btw. if you have an older version of xperfmon that still has the `free memory' display then the difference is very obvious... on a kernel without the problem (not #if 0'd) when the value hits 0 it `jumps' back up at (usually) at least 1MB/sec. on a kernel with the problem it often stays on a level for loong time, swap disks busy... and then this happens more and more often and the long times are getting longer and longer until the swapping no longer stops and then sooner or later everything else comes to a standstill. i hope this helps... Juergen From owner-freebsd-stable Tue Jun 25 19:56:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA28279 for stable-outgoing; Tue, 25 Jun 1996 19:56:32 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA28270 for ; Tue, 25 Jun 1996 19:56:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id TAA12927; Tue, 25 Jun 1996 19:55:34 -0700 (PDT) Message-Id: <199606260255.TAA12927@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Juergen Lock cc: jhay@mikom.csir.co.za, stable@FreeBSD.org Subject: Re: lockups. In-reply-to: Your message of "Wed, 26 Jun 1996 04:08:09 +0200." <199606260208.EAA00706@saturn.hb.north.de> From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 19:55:34 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >David Greenman writes: > >> Other than consistency checks, the only change that has been made to the >> pageout daemon was last Wednesday when the RSS limiting code was #if 0'd. >> The code shouldn't have come into play on most systems (since the default >> limit is 1/2 of all memory). The problem is that it might not be safe due to >> the recursive calling nature of the functions that do the trimming and because >> it walks through the 'allproc' list in a potentially dangerous manner. >> You could try to enable it and see if this is the "night and day" >> difference that you're describing. Change the #if 0 to a #if 1 at the end of >> /sys/vm/vm_pageout.c. > >Thats just what i did, and i put back the remove-cached-objects-that- >have-no-RSS code below the #if 0'd part. (havent tried the #if 1 alone) The other code that was removed has always been outside the while(1) loop, so it is NEVER executed. > i guess its not the rss-above-limit check that makes the big difference >but the one for process-swapped-out? if its disabled then entries >for swapped out processed remain in the list its traversing, causing >more page faults... up to the point where its doing little else. >am i talking nonsense yet? :) Yes, that appears to be the problem. We're going to turn this code back on after putting some controls on it to make sure it doesn't cause stability problems. John will have a fix soon (if not already), so please install the fix and get back to us ASAP. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Tue Jun 25 20:23:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29775 for stable-outgoing; Tue, 25 Jun 1996 20:23:02 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29769 for ; Tue, 25 Jun 1996 20:22:56 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA00184 for stable@freebsd.org; Tue, 25 Jun 1996 22:16:10 -0500 (EST) From: "John S. Dyson" Message-Id: <199606260316.WAA00184@dyson.iquest.net> Subject: Another try at the vm_pageout.c -stable diff To: stable@freebsd.org Date: Tue, 25 Jun 1996 22:16:10 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been having real problems today, and here is a context diff against stable vm_pageout.c. I really thought that I had produced a context diff, so this is the real one. If the previous patch applied cleanly for you, cool -- don't bother applying this one also!!! :-). Thanks for being very patient today!!! Time for stress meds... John Index: vm_pageout.c =================================================================== RCS file: /local/home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.6 diff -C2 -r1.51.4.6 vm_pageout.c *** vm_pageout.c 1996/06/19 07:26:57 1.51.4.6 --- vm_pageout.c 1996/06/26 00:48:33 *************** *** 353,361 **** */ int ! vm_pageout_object_deactivate_pages(map, object, count, map_remove_only) vm_map_t map; vm_object_t object; int count; int map_remove_only; { register vm_page_t p, next; --- 353,362 ---- */ int ! vm_pageout_object_deactivate_pages(map, object, count, map_remove_only, recursion) vm_map_t map; vm_object_t object; int count; int map_remove_only; + int *recursion; { register vm_page_t p, next; *************** *** 366,369 **** --- 367,374 ---- count = 1; + (*recursion)++; + if (*recursion > 5) + return 0; + if (object->pager && (object->pager->pg_type == PG_DEVICE)) return 0; *************** *** 371,377 **** if (object->shadow) { if (object->shadow->ref_count == 1) ! dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only); else ! vm_pageout_object_deactivate_pages(map, object->shadow, count, 1); } if (object->paging_in_progress || !vm_object_lock_try(object)) --- 376,382 ---- if (object->shadow) { if (object->shadow->ref_count == 1) ! dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only, recursion); else ! vm_pageout_object_deactivate_pages(map, object->shadow, count, 1, recursion); } if (object->paging_in_progress || !vm_object_lock_try(object)) *************** *** 467,475 **** void ! vm_pageout_map_deactivate_pages(map, entry, count, freeer) vm_map_t map; vm_map_entry_t entry; int *count; ! int (*freeer) (vm_map_t, vm_object_t, int); { vm_map_t tmpm; --- 472,481 ---- void ! vm_pageout_map_deactivate_pages(map, entry, count, freeer, recursion) vm_map_t map; vm_map_entry_t entry; int *count; ! int (*freeer) (vm_map_t, vm_object_t, int, int *); ! int *recursion; { vm_map_t tmpm; *************** *** 477,481 **** vm_object_t obj; ! if (*count <= 0) return; vm_map_reference(map); --- 483,487 ---- vm_object_t obj; ! if ((*recursion > 5) || (*count <= 0)) return; vm_map_reference(map); *************** *** 487,491 **** tmpe = map->header.next; while (tmpe != &map->header && *count > 0) { ! vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, 0); tmpe = tmpe->next; }; --- 493,497 ---- tmpe = map->header.next; while (tmpe != &map->header && *count > 0) { ! vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, recursion); tmpe = tmpe->next; }; *************** *** 494,502 **** tmpe = tmpm->header.next; while (tmpe != &tmpm->header && *count > 0) { ! vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, 0); tmpe = tmpe->next; }; } else if ((obj = entry->object.vm_object) != 0) { ! *count -= (*freeer) (map, obj, *count); } lock_read_done(&map->lock); --- 500,508 ---- tmpe = tmpm->header.next; while (tmpe != &tmpm->header && *count > 0) { ! vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, recursion); tmpe = tmpe->next; }; } else if ((obj = entry->object.vm_object) != 0) { ! *count -= (*freeer) (map, obj, *count, recursion); } lock_read_done(&map->lock); *************** *** 656,661 **** --- 662,671 ---- next = m->pageq.tqe_next; + /* XXX I think that this will decrease perf if ((m->flags & PG_ACTIVE) == 0) goto rescan_active; + */ + if ((m->flags & PG_ACTIVE) == 0) + break; /* *************** *** 902,906 **** vm_pageout_req_swapout = 0; } - #if 0 /* * scan the processes for exceeding their rlimits or if --- 912,915 ---- *************** *** 910,913 **** --- 919,923 ---- for (p = (struct proc *) allproc; p != NULL; p = p->p_next) { int overage; + int recursion; quad_t limit; vm_offset_t size; *************** *** 944,952 **** if (limit >= 0 && size >= limit) { overage = (size - limit) / NBPG; vm_pageout_map_deactivate_pages(&p->p_vmspace->vm_map, ! (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages); } } - #endif } } --- 954,962 ---- if (limit >= 0 && size >= limit) { overage = (size - limit) / NBPG; + recursion = 0; vm_pageout_map_deactivate_pages(&p->p_vmspace->vm_map, ! (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages, &recursion); } } } } From owner-freebsd-stable Tue Jun 25 20:38:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00979 for stable-outgoing; Tue, 25 Jun 1996 20:38:10 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00966; Tue, 25 Jun 1996 20:37:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id UAA00265; Tue, 25 Jun 1996 20:37:52 -0700 (PDT) Message-Id: <199606260337.UAA00265@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: dyson@FreeBSD.org cc: stable@FreeBSD.org Subject: Re: Another try at the vm_pageout.c -stable diff In-reply-to: Your message of "Tue, 25 Jun 1996 22:16:10 CDT." <199606260316.WAA00184@dyson.iquest.net> From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 20:37:52 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Here is yet another diff. This is the product of a discussion I just had with John about the nature of some of the performance problems people have complained about. This makes a slight change to the policy for bringing pages off of the active queue and should make the statistics gather *much* more effective in some cases. Please try it out and get back to us. Thanks! -DG David Greenman Core-team/Principal Architect, The FreeBSD Project (This includes John's other changes, so apply this to a fresh -stable copy of vm_pageout.c) Index: vm_pageout.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.6 diff -c -r1.51.4.6 vm_pageout.c *** vm_pageout.c 1996/06/19 07:26:57 1.51.4.6 --- vm_pageout.c 1996/06/26 03:23:47 *************** *** 352,362 **** * The object and map must be locked. */ int ! vm_pageout_object_deactivate_pages(map, object, count, map_remove_only) vm_map_t map; vm_object_t object; int count; int map_remove_only; { register vm_page_t p, next; int s, rcount, dcount; --- 352,363 ---- * The object and map must be locked. */ int ! vm_pageout_object_deactivate_pages(map, object, count, map_remove_only, recursion) vm_map_t map; vm_object_t object; int count; int map_remove_only; + int *recursion; { register vm_page_t p, next; int s, rcount, dcount; *************** *** 365,378 **** if (count == 0) count = 1; if (object->pager && (object->pager->pg_type == PG_DEVICE)) return 0; if (object->shadow) { if (object->shadow->ref_count == 1) ! dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only); else ! vm_pageout_object_deactivate_pages(map, object->shadow, count, 1); } if (object->paging_in_progress || !vm_object_lock_try(object)) return dcount; --- 366,383 ---- if (count == 0) count = 1; + (*recursion)++; + if (*recursion > 5) + return 0; + if (object->pager && (object->pager->pg_type == PG_DEVICE)) return 0; if (object->shadow) { if (object->shadow->ref_count == 1) ! dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only, recursion); else ! vm_pageout_object_deactivate_pages(map, object->shadow, count, 1, recursion); } if (object->paging_in_progress || !vm_object_lock_try(object)) return dcount; *************** *** 466,482 **** */ void ! vm_pageout_map_deactivate_pages(map, entry, count, freeer) vm_map_t map; vm_map_entry_t entry; int *count; ! int (*freeer) (vm_map_t, vm_object_t, int); { vm_map_t tmpm; vm_map_entry_t tmpe; vm_object_t obj; ! if (*count <= 0) return; vm_map_reference(map); if (!lock_try_read(&map->lock)) { --- 471,488 ---- */ void ! vm_pageout_map_deactivate_pages(map, entry, count, freeer, recursion) vm_map_t map; vm_map_entry_t entry; int *count; ! int (*freeer) (vm_map_t, vm_object_t, int, int *); ! int *recursion; { vm_map_t tmpm; vm_map_entry_t tmpe; vm_object_t obj; ! if ((*recursion > 5) || (*count <= 0)) return; vm_map_reference(map); if (!lock_try_read(&map->lock)) { *************** *** 486,503 **** if (entry == 0) { tmpe = map->header.next; while (tmpe != &map->header && *count > 0) { ! vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, 0); tmpe = tmpe->next; }; } else if (entry->is_sub_map || entry->is_a_map) { tmpm = entry->object.share_map; tmpe = tmpm->header.next; while (tmpe != &tmpm->header && *count > 0) { ! vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, 0); tmpe = tmpe->next; }; } else if ((obj = entry->object.vm_object) != 0) { ! *count -= (*freeer) (map, obj, *count); } lock_read_done(&map->lock); vm_map_deallocate(map); --- 492,509 ---- if (entry == 0) { tmpe = map->header.next; while (tmpe != &map->header && *count > 0) { ! vm_pageout_map_deactivate_pages(map, tmpe, count, freeer, recursion); tmpe = tmpe->next; }; } else if (entry->is_sub_map || entry->is_a_map) { tmpm = entry->object.share_map; tmpe = tmpm->header.next; while (tmpe != &tmpm->header && *count > 0) { ! vm_pageout_map_deactivate_pages(tmpm, tmpe, count, freeer, recursion); tmpe = tmpe->next; }; } else if ((obj = entry->object.vm_object) != 0) { ! *count -= (*freeer) (map, obj, *count, recursion); } lock_read_done(&map->lock); vm_map_deallocate(map); *************** *** 656,662 **** next = m->pageq.tqe_next; if ((m->flags & PG_ACTIVE) == 0) ! goto rescan_active; /* * Don't deactivate pages that are busy. --- 662,668 ---- next = m->pageq.tqe_next; if ((m->flags & PG_ACTIVE) == 0) ! break; /* * Don't deactivate pages that are busy. *************** *** 693,711 **** * if the page act_count is zero -- then we deactivate */ if (!m->act_count && (page_shortage > 0)) { ! if (m->object->ref_count == 0) { ! --page_shortage; ! vm_page_test_dirty(m); ! if ((m->bmapped == 0) && (m->dirty == 0) ) { ! m->act_count = 0; ! vm_page_cache(m); ! } else { ! vm_page_deactivate(m); ! } ! } else { ! vm_page_deactivate(m); ! --page_shortage; ! } } else if (m->act_count) { s = splbio(); TAILQ_REMOVE(&vm_page_queue_active, m, pageq); --- 699,706 ---- * if the page act_count is zero -- then we deactivate */ if (!m->act_count && (page_shortage > 0)) { ! vm_page_deactivate(m); ! --page_shortage; } else if (m->act_count) { s = splbio(); TAILQ_REMOVE(&vm_page_queue_active, m, pageq); *************** *** 901,907 **** swapout_threads(); vm_pageout_req_swapout = 0; } - #if 0 /* * scan the processes for exceeding their rlimits or if * process is swapped out -- deactivate pages --- 896,901 ---- *************** *** 909,914 **** --- 903,909 ---- for (p = (struct proc *) allproc; p != NULL; p = p->p_next) { int overage; + int recursion; quad_t limit; vm_offset_t size; *************** *** 943,953 **** size = p->p_vmspace->vm_pmap.pm_stats.resident_count * NBPG; if (limit >= 0 && size >= limit) { overage = (size - limit) / NBPG; vm_pageout_map_deactivate_pages(&p->p_vmspace->vm_map, ! (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages); } } - #endif } } #endif /* !NO_SWAPPING */ --- 938,948 ---- size = p->p_vmspace->vm_pmap.pm_stats.resident_count * NBPG; if (limit >= 0 && size >= limit) { overage = (size - limit) / NBPG; + recursion = 0; vm_pageout_map_deactivate_pages(&p->p_vmspace->vm_map, ! (vm_map_entry_t) 0, &overage, vm_pageout_object_deactivate_pages, &recursion); } } } } #endif /* !NO_SWAPPING */ From owner-freebsd-stable Tue Jun 25 23:22:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11173 for stable-outgoing; Tue, 25 Jun 1996 23:22:48 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11162 for ; Tue, 25 Jun 1996 23:22:30 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id IAA15011; Wed, 26 Jun 1996 08:20:48 +0200 (SAT) Message-Id: <199606260620.IAA15011@grumble.grondar.za> To: "Jordan K. Hubbard" cc: stable@freebsd.org Subject: Re: -stable broken again. :-( Date: Wed, 26 Jun 1996 08:20:48 +0200 From: Mark Murray Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk RATS!! Sorry - I have just committed a fix. (I have no pentium, so I didn't catch this one) M "Jordan K. Hubbard" wrote: > Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/random_machdep.c > ../../i386/isa/random_machdep.c: In function `add_timer_randomness': > ../../i386/isa/random_machdep.c:186: `i586_ctr_rate' undeclared (first use th is function) > ../../i386/isa/random_machdep.c:186: (Each undeclared identifier is reported only once > ../../i386/isa/random_machdep.c:186: for each function it appears in.) > ../../i386/isa/random_machdep.c:187: warning: implicit declaration of functio n `rdtsc' > *** Error code 1 > > Looks like the random stuff wasn't brought in properly. I guess > 2.1-960625-SNAP is going to be 2.1-960626-SNAP. :-) > > Jordan > > P.S. The next 2.1 snapshot will be, essentially, 2.1.5-BETA. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-stable Wed Jun 26 00:23:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14405 for stable-outgoing; Wed, 26 Jun 1996 00:23:46 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14396; Wed, 26 Jun 1996 00:23:39 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id JAA03525; Wed, 26 Jun 1996 09:22:02 +0200 (SAT) From: John Hay Message-Id: <199606260722.JAA03525@zibbi.mikom.csir.co.za> Subject: Re: Another try at the vm_pageout.c -stable diff To: davidg@Root.COM Date: Wed, 26 Jun 1996 09:22:01 +0200 (SAT) Cc: dyson@freebsd.org, stable@freebsd.org In-Reply-To: <199606260337.UAA00265@root.com> from David Greenman at "Jun 25, 96 08:37:52 pm" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Here is yet another diff. This is the product of a discussion I just had > with John about the nature of some of the performance problems people have > complained about. > This makes a slight change to the policy for bringing pages off of the > active queue and should make the statistics gather *much* more effective > in some cases. Please try it out and get back to us. Thanks! > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > > (This includes John's other changes, so apply this to a fresh -stable copy of > vm_pageout.c) > I'm not sure how relevant this still is. I see that there was a few commits during the night (well night for me here in SA). David I have tried your patch, but the kernel dies with "panic: unwire: page not in pmap" as soon as the machine starts to swap. It did not say anything more. I also tried the patch that John Dyson sent, but it also died. I have written down the essentials, but I did not get a coredump. | Fatal trap 12 page fault while in kernel mode | fva = 0x7be05bb0 | Supervisor write | ip = 0x8:0xf0186fa7 | The process running was top | nm kernel | sort produces: | f0186bd4 T _vm_map_lookup_done | f0186c00 T _vm_map_simplify | f0186d00 F vm_meter.o | f0186d00 T _vmmeter | f0186d60 T _loadav | f0186dd0 T _vm_sysctl | f0186eb0 T _vmtotal | f0187060 F vm_mmap.o | f0187068 T _sbrk | f0187074 T _sstk I am now running with just the "#if 0" changed to "#if 1" in vm_pageout.c and will see how it go. We are already swapping 40MB and it still looks good. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-stable Wed Jun 26 00:29:26 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14639 for stable-outgoing; Wed, 26 Jun 1996 00:29:26 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14634; Wed, 26 Jun 1996 00:29:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA00203; Wed, 26 Jun 1996 00:29:23 -0700 (PDT) Message-Id: <199606260729.AAA00203@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: stable@freebsd.org cc: jkh@freebsd.org Subject: botched commit From: David Greenman Reply-To: davidg@root.com Date: Wed, 26 Jun 1996 00:29:23 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I botched a commit to kern_physio.c (rev 1.11.4.2 and 1.11.4.3) and introduced a new bug in the process. I'm backing out that change right now, so be sure to have either rev 1.11.4.1 or 1.11.4.4 (or later) of kern_physio.c - don't use the other versions! Your machine won't even get past the startup fsck; it'll complain about the superblock being bogus. I don't know what happend; I think I might have messed up when I made the patch, sorry. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed Jun 26 00:50:40 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17012 for stable-outgoing; Wed, 26 Jun 1996 00:50:40 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA17004; Wed, 26 Jun 1996 00:50:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA00743; Wed, 26 Jun 1996 00:50:18 -0700 (PDT) Message-Id: <199606260750.AAA00743@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: John Hay cc: dyson@FreeBSD.org, stable@FreeBSD.org Subject: Re: Another try at the vm_pageout.c -stable diff In-reply-to: Your message of "Sat, 26 Jun 1996 09:22:01 +0200." <199606260722.JAA03525@zibbi.mikom.csir.co.za> From: David Greenman Reply-To: davidg@root.com Date: Wed, 26 Jun 1996 00:50:18 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Here is yet another diff. This is the product of a discussion I just had >> with John about the nature of some of the performance problems people have >> complained about. >> This makes a slight change to the policy for bringing pages off of the >> active queue and should make the statistics gather *much* more effective >> in some cases. Please try it out and get back to us. Thanks! >> >> -DG >> >> David Greenman >> Core-team/Principal Architect, The FreeBSD Project >> >> (This includes John's other changes, so apply this to a fresh -stable copy of >> vm_pageout.c) >> > >I'm not sure how relevant this still is. I see that there was a few commits >during the night (well night for me here in SA). > >David I have tried your patch, but the kernel dies with "panic: unwire: >page not in pmap" as soon as the machine starts to swap. It did not say >anything more. ... >| f0186eb0 T _vmtotal >| f0187060 F vm_mmap.o Hmmm. I just discovered that my test kernel had the "NO_SWAPPING" option in it and thus didn't exercise this piece of code. I'm building a kernel right now with that option removed. I also did a careful code review of that patch, but something apparantly slipped by. I'm working on it... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed Jun 26 02:21:25 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24341 for stable-outgoing; Wed, 26 Jun 1996 02:21:25 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA24331; Wed, 26 Jun 1996 02:21:06 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA10002; Wed, 26 Jun 1996 12:24:41 +0300 Date: Wed, 26 Jun 1996 12:24:41 +0300 (EET DST) From: Narvi To: Barnacle Wes cc: Danny Zerkel - D26 , stable@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Time to figure out what's changed! In-Reply-To: <199606252112.PAA01716@xmission.xmission.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Barnacle Wes wrote: > Danny Zerkel pointed out: > > Real PCI support (probed before ISA). > > Real PCI Buslogic support (new driver and probing order). > > Ditto for EISA and VL-Bus, plus adaptec controllers 2742 and 2842. I > think the 294x support was enhanced also, but I don't have one of those > so I'm not certain. It causes reboots no more - which is quite an improvement if happen to have the 2940. Sander > > -- > Wes Peters | Yes I am a pirate, two hundred years too late > Softweyr | The cannons don't thunder, there's nothing to plunder > Consulting | I'm an over forty victim of fate... > softweyr@xmission.com | Jimmy Buffett > From owner-freebsd-stable Wed Jun 26 03:10:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27938 for stable-outgoing; Wed, 26 Jun 1996 03:10:28 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27922; Wed, 26 Jun 1996 03:10:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id DAA00392; Wed, 26 Jun 1996 03:09:59 -0700 (PDT) Message-Id: <199606261009.DAA00392@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: John Hay cc: dyson@freebsd.org, stable@freebsd.org Subject: Re: Another try at the vm_pageout.c -stable diff In-reply-to: Your message of "Sat, 26 Jun 1996 09:22:01 +0200." <199606260722.JAA03525@zibbi.mikom.csir.co.za> From: David Greenman Reply-To: davidg@root.com Date: Wed, 26 Jun 1996 03:09:58 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm not sure how relevant this still is. I see that there was a few commits >during the night (well night for me here in SA). > >David I have tried your patch, but the kernel dies with "panic: unwire: >page not in pmap" as soon as the machine starts to swap. It did not say >anything more. > >I also tried the patch that John Dyson sent, but it also died. I have >written down the essentials, but I did not get a coredump. Okay, here's the scoop. The patches that John and I provided both contained a major error - one of the parameters to a function (a pointer) was missing, so the kernel used stack garbage instead. That is what was causing your panic. Now, even with that fixed, the patch still doesn't fix the original problem. It turns out this is because of two reasons: the recursion tracking mechanism that is being used doesn't unwind as the stack depth decreases (so it's broken), and the recursion depth is much deeper than we originally had thought. I'm of the opinion right now that this is architecturally flawed and we're going to have to re-implement it. It's not acceptable to release 2.1.5R with this code enabled because it will almost certainly lead to a stack overflow under certain circumstances, ...and it's not acceptable to disable the code because it causes another bug which results in extremely poor performance (I couldn't believe how bad it really was - I ended up halting the machine and rebooting it because I was tired of waiting for it to stop thrashing >5 minutes for a test that should take 10 seconds). The problem with disabling it is that you pretty much have to completely disable swapping. Without that code in the vmdaemon, the swapping code effectively stops all your processes from running, but doesn't bother to actually free up any memory. The system eventually realizes that it needs to swap in a process and pages out a page or three first to do this. The process then runs for a _very_ short period and then the pattern repeats. This is why it appears that pages are going out only one or two at a time (because they are! :-)). I think the RSS limiting is evil and can't be effectively implemented given our VM architecture. This is because, while we can LRU order pages within VM objects, we really have no way of knowing how to determine which object in the process to trim pages out of. The result being that it effectively implements a highly degenerate paging algorithm whenever RSS limiting gets into the picture. In some operating systems, such as VMS, where the pages in the process are more or less all one big LRU ordered glob, RSS limiting can be implemented without this problem. This isn't the case with FreeBSD, so I'm going to suggest to John that we kill it in both -stable and -current. We still need to handle whole process swapouts, however. I'll be looking at this more tonight and I'll discuss the issue with John tomorrow. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed Jun 26 04:58:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03956 for stable-outgoing; Wed, 26 Jun 1996 04:58:56 -0700 (PDT) Received: from solar.tlk.com (root@solar.tlk.com [194.97.84.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03945 for ; Wed, 26 Jun 1996 04:58:47 -0700 (PDT) Received: by solar.tlk.com id ; Wed, 26 Jun 96 13:58 MET DST Message-Id: From: torstenb@solar.tlk.com (Torsten Blum) Subject: Re: new vm code not working well To: tom@uniserve.com (Tom Samplonius) Date: Wed, 26 Jun 1996 13:58:13 +0200 (MET DST) Cc: jacs@gnome.co.uk, stable@freebsd.org In-Reply-To: from Tom Samplonius at "Jun 25, 96 03:39:56 pm" Reply-To: torstenb@tlk.com X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > > ncr0 rev 1 int a irq 14 on pci0:1 > > ncr0 waiting for scsi devices to settle > > (ncr0:0:0): "MICROP 1936-21MW1002002 HW0A" type 0 fixed SCSI 2 > > sd0(ncr0:0:0): Direct-Access > > sd0(ncr0:0:0): asynchronous. > > > > sd0(ncr0:0:0): ABORTED COMMAND asc:49,0 Invalid message error > > , retries:4 > > 2882MB (5903825 512 byte sectors) > > I would consider this a big problem. If your swap disk decides to go > south while swapping, your system is screwed. Why are you getting > "Invalid message error" messages? I had the same problem with the same Mircopolis drive. Since this drive has a 5 year warranty I send the drive to Mircopolis and they send me a replacement unit back. The new drive works fine. -tb From owner-freebsd-stable Wed Jun 26 06:12:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08168 for stable-outgoing; Wed, 26 Jun 1996 06:12:18 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA08163; Wed, 26 Jun 1996 06:12:16 -0700 (PDT) Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id GAA24736 ; Wed, 26 Jun 1996 06:12:11 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id ac10748; 26 Jun 96 14:07 +0100 Received: from aaaaaaaa.demon.co.uk ([158.152.178.85]) by relay-3.mail.demon.net id aa19273; 26 Jun 96 13:31 +0100 Received: (from andrew@localhost) by aaaaaaaa.demon.co.uk (8.7.5/8.6.9) id NAA00216; Wed, 26 Jun 1996 13:08:44 +0100 (BST) From: Andrew Wilson Message-Id: <199606261208.NAA00216@aaaaaaaa.demon.co.uk> Subject: Re: Another try at the vm_pageout.c -stable diff To: davidg@root.com Date: Wed, 26 Jun 1996 13:08:44 +0100 (BST) Cc: dyson@freebsd.org, stable@freebsd.org In-Reply-To: <199606260337.UAA00265@root.com> from "David Greenman" at Jun 25, 96 08:37:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8891-1 Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Here is yet another diff. This is the product of a discussion I just had > with John about the nature of some of the performance problems people have > complained about. > This makes a slight change to the policy for bringing pages off of the > active queue and should make the statistics gather *much* more effective > in some cases. Please try it out and get back to us. Thanks! > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > > (This includes John's other changes, so apply this to a fresh -stable copy of > vm_pageout.c) [snip] No nasty swapping sounds when booting. xterms etc come up quickly again with no excess of disk activity. After about 5 minutes under openwin xterms refuse to refresh, moving an obscuring window leaves a big unrendered footprint, mouse cursor can still be moved. On exit from openwin the X session hangs everything, rebooted from the switch. > Index: vm_pageout.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/vm_pageout.c,v > retrieving revision 1.51.4.6 > diff -c -r1.51.4.6 vm_pageout.c Cheers, Ay. From owner-freebsd-stable Wed Jun 26 19:19:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13284 for stable-outgoing; Wed, 26 Jun 1996 19:19:15 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA13276 for ; Wed, 26 Jun 1996 19:19:06 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uZ6fU-0016CNC; Thu, 27 Jun 96 04:18:52 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00351; Thu, 27 Jun 1996 04:13:24 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id EAA00559; Thu, 27 Jun 1996 04:03:13 +0200 (MET DST) From: Juergen Lock Message-Id: <199606270203.EAA00559@saturn.hb.north.de> Subject: Re: lockups. To: davidg@root.com Date: Thu, 27 Jun 1996 04:03:13 +0200 (MET DST) Cc: jhay@mikom.csir.co.za, stable@FreeBSD.org In-Reply-To: <199606260255.TAA12927@root.com> from David Greenman at "Jun 25, 96 07:55:34 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: >... > >> difference that you're describing. Change the #if 0 to a #if 1 at the end of > >> /sys/vm/vm_pageout.c. > > > >Thats just what i did, and i put back the remove-cached-objects-that- > >have-no-RSS code below the #if 0'd part. (havent tried the #if 1 alone) > > The other code that was removed has always been outside the while(1) loop, > so it is NEVER executed. Oops, didn't even notice that loop had no exit :) >... > Yes, that appears to be the problem. We're going to turn this code back on > after putting some controls on it to make sure it doesn't cause stability > problems. John will have a fix soon (if not already), so please install the > fix and get back to us ASAP. updated the kernel again (got vm_pageout.c 1.51.4.8, and had to update ipfw(8) as well btw), problem was back. maybe a little less serious but still bad enough. anyway after some experimenting i finally thought what if i just fixed the recursion counting... and yes, now it seems to behave itself again: Index: vm_pageout.c =================================================================== RCS file: /home/cvs/cvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.51.4.8 diff -u -r1.51.4.8 vm_pageout.c --- vm_pageout.c 1996/06/26 08:19:48 1.51.4.8 +++ vm_pageout.c 1996/06/27 00:49:00 @@ -366,21 +366,23 @@ if (count == 0) count = 1; - (*recursion)++; if (*recursion > 5) return 0; if (object->pager && (object->pager->pg_type == PG_DEVICE)) return 0; + (*recursion)++; if (object->shadow) { if (object->shadow->ref_count == 1) dcount += vm_pageout_object_deactivate_pages(map, object->shadow, count / 2 + 1, map_remove_only, recursion); else vm_pageout_object_deactivate_pages(map, object->shadow, count, 1, recursion); } - if (object->paging_in_progress || !vm_object_lock_try(object)) + if (object->paging_in_progress || !vm_object_lock_try(object)) { + (*recursion)--; return dcount; + } /* * scan the objects entire memory queue @@ -461,6 +463,7 @@ p = next; } vm_object_unlock(object); + (*recursion)--; return dcount; } of course because of the limited recursion i still have some swapped-out processed with rss > 0 but thats apparently not enough critical mass anymore to trigger the thrashing, at least on this system. (or maybe make the recursion limit (the 5) configurable and allocate stack accordingly, would that be possible? i guess then that should be good enough until a `real' fix is ready...) does that help? cheers Juergen From owner-freebsd-stable Wed Jun 26 19:32:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14038 for stable-outgoing; Wed, 26 Jun 1996 19:32:38 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14024 for ; Wed, 26 Jun 1996 19:32:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id TAA00264; Wed, 26 Jun 1996 19:32:14 -0700 (PDT) Message-Id: <199606270232.TAA00264@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Juergen Lock cc: jhay@mikom.csir.co.za, stable@FreeBSD.org Subject: Re: lockups. In-reply-to: Your message of "Thu, 27 Jun 1996 04:03:13 +0200." <199606270203.EAA00559@saturn.hb.north.de> From: David Greenman Reply-To: davidg@root.com Date: Wed, 26 Jun 1996 19:32:14 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Yes, that appears to be the problem. We're going to turn this code back on >> after putting some controls on it to make sure it doesn't cause stability >> problems. John will have a fix soon (if not already), so please install the >> fix and get back to us ASAP. > > updated the kernel again (got vm_pageout.c 1.51.4.8, and had to update >ipfw(8) as well btw), problem was back. maybe a little less serious but >still bad enough. anyway after some experimenting i finally thought >what if i just fixed the recursion counting... and yes, now it seems >to behave itself again: (patch deleted to save space) > of course because of the limited recursion i still have some swapped-out >processed with rss > 0 but thats apparently not enough critical mass >anymore to trigger the thrashing, at least on this system. > > (or maybe make the recursion limit (the 5) configurable and allocate >stack accordingly, would that be possible? i guess then that should be >good enough until a `real' fix is ready...) > > does that help? cheers Yes, this does help. I've also discovered the true nature of the problem in the meantime - swapping was broken. Basically, the pmap layer always returns "TRUE" for the upages (kernel stack and u area) and while swapout() made the pages pageable, they were never completely removed from the address space. The result was that the pages could never be made clean and would be continually paged out. This caused the pagedaemon to loop endlessly in some cases while memory remained in short supply. The problem isn't noticed when the RSS limiting code is enabled because it (apparantly) has the side effect of more forcefully removing the process pages and thus side-steps the problem. I've attached a quick hack to "fix" the problem. We may fix this problem differently in the release, but this should be adequate for now. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project Index: vm_glue.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_glue.c,v retrieving revision 1.20.4.4 diff -c -r1.20.4.4 vm_glue.c *** vm_glue.c 1996/02/22 11:10:08 1.20.4.4 --- vm_glue.c 1996/06/27 02:14:36 *************** *** 506,511 **** --- 506,514 ---- ptaddr = trunc_page((u_int) vtopte(kstack)); vm_map_pageable(map, ptaddr, ptaddr + NBPG, TRUE); + pmap_remove(vm_map_pmap(map), (vm_offset_t)kstack, + (vm_offset_t)kstack + UPAGES * PAGE_SIZE); + p->p_flag &= ~P_SWAPPING; p->p_swtime = 0; } From owner-freebsd-stable Thu Jun 27 16:31:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06539 for stable-outgoing; Thu, 27 Jun 1996 16:31:15 -0700 (PDT) Received: from macbeth.ienet.com (macbeth.ienet.com [207.78.32.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA06524 for ; Thu, 27 Jun 1996 16:31:10 -0700 (PDT) Received: from brutus.ienet.com ([207.78.33.152]) by macbeth.ienet.com (8.7.5/8.7.3) with SMTP id QAA06362 for ; Thu, 27 Jun 1996 16:28:49 -0700 (PDT) Message-ID: <31D31B71.3353@ienet.com> Date: Thu, 27 Jun 1996 16:38:25 -0700 From: Terry Lee Organization: Internet Design Group X-Mailer: Mozilla 3.0b4 (Win95; I) MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: Another try at the vm_pageout.c -stable diff References: <199606261009.DAA00392@root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know which CTM delta contained the code for this VM stuff? -- I N T E R N E T Terry Lee, Technical Director D E S I G N 611 W. 6th St., Ste. 3201, Los Angeles, CA 90017 G R O U P 213.488.6100 voice 213.488.6101 fax http://www.mall.net mailto:terryl@ienet.com From owner-freebsd-stable Thu Jun 27 16:54:06 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08320 for stable-outgoing; Thu, 27 Jun 1996 16:54:06 -0700 (PDT) Received: from netcomsv.netcom.com (uucp4.netcom.com [163.179.3.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08303 for ; Thu, 27 Jun 1996 16:54:01 -0700 (PDT) Received: from asic11.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1) id QAA07309; Thu, 27 Jun 1996 16:40:32 -0700 Received: from madmax.iecorp.com by asic11.iecorp.com (4.1/SMI-4.1) id AA14092; Thu, 27 Jun 96 16:30:25 PDT Received: by madmax.iecorp.com (4.1/SMI-4.1) id AA03022; Thu, 27 Jun 96 16:30:23 PDT From: bartleym@iecorp.com (Matt Bartley) Message-Id: <9606272330.AA03022@madmax.iecorp.com> Subject: usr.bin/tn3270/mset fails if NOOBJDIR To: freebsd-stable@freebsd.org Date: Thu, 27 Jun 1996 16:30:23 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running -stable on a machine at work. I don't have nearly enough disk space to store the source code tree on its local disk, let alone compile it, so I NFS mount the directory tree from a bigger system and use NOOBJDIR to keep everything in /usr/src. For a long time I've noticed "make depend" fails when it reaches usr.bin/tn3270/mset as follows: # pwd /usr/src/usr.bin/tn3270 # uname -a FreeBSD xilinx2.iecorp.com 2.1-STABLE FreeBSD 2.1-STABLE #0: Thu Jun 27 12:26:05 PDT 1996 bartleym@xilinx2.iecorp.com:/usr/src/sys/compile/ MYKERNEL i386 # cat /usr/src/.ctm_status src-2.1 129 # echo $NOPROFILE yes # echo $NOOBJDIR yes # make depend ===> tools ===> tools/mkhits [looks normal - deleted] ===> tools/mkastosc [looks normal - deleted] ===> tools/mkastods [looks normal - deleted] ===> tools/mkdstoas [looks normal - deleted] ===> tools/mkdctype [looks normal - deleted] ===> tn3270 [looks normal - deleted] ===> mset cd /usr/src/usr.bin/tn3270/mset/../tools/mkastosc; make /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc /usr/src/ usr.bin/tn3270/mset/../ctlr/hostctlr.h /usr/src/usr.bin/tn3270/mset/../ctlr/ function.h < /usr/src/usr.bin/tn3270/mset/../ctlr/unix.kbd > astosc.OUT /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc: not found *** Error code 2 Stop. *** Error code 1 Stop. # "Make all" also fails at tn3270/mset. If I first cd into /usr/src/usr.sbin/tn3270 and "make obj", the build will then work normally. Also, when I run "make world", with NOOBJDIR as usual, $(WORLD_CLEANDIST) creates the /usr/obj links anyway, as this clip from "make -n world" shows: xilinx2:/usr/src# make -n world | more echo "--------------------------------------------------------------" echo " Making hierarchy" echo "--------------------------------------------------------------" cd /usr/src/etc && make distrib-dirs echo "--------------------------------------------------------------" echo " Rebuilding /usr/share/mk" echo "--------------------------------------------------------------" cd /usr/src/share/mk && make install echo "--------------------------------------------------------------" echo " Cleaning up the source tree, and rebuilding the obj tree" echo "--------------------------------------------------------------" echo here=`pwd`; dest=/usr/obj`echo $here | sed 's,^/usr/src,,'`; if test -d /usr/ obj -a ! -d $dest; then mkdir -p $dest; else true; fi; cd $dest && rm -rf include lib bin gnu libexec sbin share sys usr.bin usr.sbin lkm find . -name obj | xargs rm -rf make cleandir make obj echo "--------------------------------------------------------------" echo " Rebuilding tools needed to build the includes" echo "--------------------------------------------------------------" [...] Can this fixed? Because of this, I can't simply type "make world" on my way out the door at the end of the day to let it run overnight, or my system will run out of disk space in /usr/obj. The closest I can get is to "make cleandir", then "make obj" in usr.bin/tn3270, then "make depend all install". (Yes, compiling /usr/src over NFS is hard on the ethernet and the NFS server; that's why I want to let it run overnight unattended) From owner-freebsd-stable Thu Jun 27 21:12:27 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04639 for stable-outgoing; Thu, 27 Jun 1996 21:12:27 -0700 (PDT) Received: from meno.uchicago.edu (meno.uchicago.edu [128.135.21.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04629 for ; Thu, 27 Jun 1996 21:12:25 -0700 (PDT) Received: from meno.uchicago.edu (localhost [127.0.0.1]) by meno.uchicago.edu (8.7.5/8.7.3) with ESMTP id XAA13680 for ; Thu, 27 Jun 1996 23:14:40 -0500 (CDT) Message-Id: <199606280414.XAA13680@meno.uchicago.edu> To: freebsd-stable@FreeBSD.org Subject: getwd/nfs problem MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <13676.835935279.1@meno.uchicago.edu> Date: Thu, 27 Jun 1996 23:14:40 -0500 From: steve farrell Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk please let me know if this is the wrong list to post this to... i'm trying to use cvs w/freebsd, and have managed to track down a persistent error: cvs [update aborted]: cannot get working directory: No such file or directory to a failure of the getwd() function. this function seems to work fine for local disks, but nfs mounted disks (server = solaris 2.5/sparc), such as my home directory, simply give this error. i've confirmed that this works fine solaris->solaris nfs mount, so it is not a problem with cvs per se. the text "No such file or directory" is actually what is returned by getwd(). there are no symbolic links involved. having read the getwd() manpage, i see that it is denigrated, so i thought i might be able to work around it and actually submit a patch or something productive like that... but there are some functions that use getwd() not just to confirm that the current directory is readable, but to compare the cwd with some other. couldn't find any alternative to getwd() for this need, so i figured i'd stop and write this email. cvs 1.8.1 / freebsd-stable (~ 2 weeks old since last sup/build) (sidenote -- gnu stuff out of the box doesn't seem to like the default /bin/sh... any harm in replacing it with bash?) thanks much -- From owner-freebsd-stable Fri Jun 28 07:12:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04053 for stable-outgoing; Fri, 28 Jun 1996 07:12:14 -0700 (PDT) Received: from kirchhof.com (kirchhof.com [206.225.34.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA04041 for ; Fri, 28 Jun 1996 07:12:08 -0700 (PDT) Received: (rkk@localhost) by kirchhof.com (8.6.12/lebumdetwo) id JAA02325 for freebsd-stable@freebsd.org; Fri, 28 Jun 1996 09:10:56 GMT From: Randy Kirchhof Message-Id: <199606280910.JAA02325@kirchhof.com> Subject: No Make on -stable (bt0 driver related) To: freebsd-stable@freebsd.org Date: Fri, 28 Jun 1996 09:10:55 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Latest sources are giving me this, with or without eisa0 configured. Anyone else seeing this? Ideas? $ make [...] loading kernel ioconf.o: Undefined symbol `_btintr' referenced from data segment *** Error code 1 Config file: machine "i386" cpu "I486_CPU" ident "RKK2B" maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options MFS #ramdisk options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=8" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options "MAXMEM=32768" #memory size options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 dumps on sd0 controller isa0 controller eisa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's -- ===================================================================== Randy Kirchhof | Travis County, TX | rkk@kirchhof.com | hm - 512/259-7171 From owner-freebsd-stable Fri Jun 28 07:41:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05775 for stable-outgoing; Fri, 28 Jun 1996 07:41:31 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA05755 for ; Fri, 28 Jun 1996 07:41:06 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uZeiP-0016LzC; Fri, 28 Jun 96 16:40:09 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00122; Fri, 28 Jun 1996 16:20:08 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id QAA01040; Fri, 28 Jun 1996 16:08:44 +0200 (MET DST) From: Juergen Lock Message-Id: <199606281408.QAA01040@saturn.hb.north.de> Subject: Re: lockups. To: davidg@root.com Date: Fri, 28 Jun 1996 16:08:44 +0200 (MET DST) Cc: jhay@mikom.csir.co.za, stable@FreeBSD.org In-Reply-To: <199606270232.TAA00264@root.com> from David Greenman at "Jun 26, 96 07:32:14 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > Yes, this does help. I've also discovered the true nature of the problem in > the meantime - swapping was broken. Basically, the pmap layer always returns > "TRUE" for the upages (kernel stack and u area) and while swapout() made the > pages pageable, they were never completely removed from the address space. The > result was that the pages could never be made clean and would be continually > paged out. This caused the pagedaemon to loop endlessly in some cases while > memory remained in short supply. The problem isn't noticed when the RSS > limiting code is enabled because it (apparantly) has the side effect of > more forcefully removing the process pages and thus side-steps the problem. >[...] Update: i'm running vm_glue.c 1.20.4.6 + vm_pageout.c 1.51.4.11 now, and performance is at least :) as good again as it was. problem solved. (apparently, unless there are new bugs...) oh and ipfw, this is what i now do for the first rule #! /bin/sh ipfw f if /sbin/ipfw add 8500 accept icmp from any to any; then x=/sbin/ipfw else # kernel older than 0696... x=/sbin/ipfw-2159 $x add 8500 accept icmp from any to any fi (ipfw-2159 is the old ipfw) and then use $x for ipfw in the rest of the script. just in case anyone else here sometimes boots older kernels... or makes mistakes while updating remote :) Juergen From owner-freebsd-stable Fri Jun 28 08:09:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07386 for stable-outgoing; Fri, 28 Jun 1996 08:09:02 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07380 for ; Fri, 28 Jun 1996 08:08:55 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id LAA05988; Fri, 28 Jun 1996 11:08:41 -0400 (EDT) Message-Id: <199606281508.LAA05988@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Randy Kirchhof Date: Fri, 28 Jun 1996 11:03:59 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: No Make on -stable (bt0 driver related) Reply-to: dunn@harborcom.net CC: freebsd-stable@FreeBSD.ORG Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 28 Jun 96 at 9:10, Randy Kirchhof wrote: > Latest sources are giving me this, with or without eisa0 > configured. Anyone else seeing this? Ideas? > > $ make > > [...] > > loading kernel > ioconf.o: Undefined symbol `_btintr' referenced from data segment > *** Error code 1 > > Config file: [...] > controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr Change the above line to: controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr Rerun config, then build it. Bradley Dunn From owner-freebsd-stable Fri Jun 28 08:20:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07848 for stable-outgoing; Fri, 28 Jun 1996 08:20:05 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07773 for ; Fri, 28 Jun 1996 08:19:57 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id KAA06843 for ; Fri, 28 Jun 1996 10:21:04 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id KAA06834 for ; Fri, 28 Jun 1996 10:21:03 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id KAA13137; Fri, 28 Jun 1996 10:22:27 -0500 Message-ID: <31D3F8B3.66F36528@fa.tdktca.com> Date: Fri, 28 Jun 1996 10:22:27 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Juergen Lock CC: davidg@Root.COM, jhay@mikom.csir.co.za, stable@FreeBSD.org Subject: Re: lockups. References: <199606281408.QAA01040@saturn.hb.north.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Juergen Lock wrote: > oh and ipfw, this is what i now do for the first rule > > #! /bin/sh > ipfw f > > if /sbin/ipfw add 8500 accept icmp from any to any; then > x=/sbin/ipfw > else > # kernel older than 0696... > x=/sbin/ipfw-2159 > $x add 8500 accept icmp from any to any > fi > > (ipfw-2159 is the old ipfw) and then use $x for ipfw in the rest > of the script. > > just in case anyone else here sometimes boots older kernels... > or makes mistakes while updating remote :) Nifty trick, I like it. I just wanted to point out one thing: this is only necessary if you plan to boot kernels supped before Feb 23, not 0696. Alex From owner-freebsd-stable Fri Jun 28 08:50:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09410 for stable-outgoing; Fri, 28 Jun 1996 08:50:45 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09405; Fri, 28 Jun 1996 08:50:43 -0700 (PDT) Message-Id: <199606281550.IAA09405@freefall.freebsd.org> To: Randy Kirchhof cc: freebsd-stable@freebsd.org Subject: Re: No Make on -stable (bt0 driver related) In-reply-to: Your message of "Fri, 28 Jun 1996 09:10:55 -0000." <199606280910.JAA02325@kirchhof.com> Date: Fri, 28 Jun 1996 08:50:42 -0700 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Latest sources are giving me this, with or without eisa0 >configured. Anyone else seeing this? Ideas? replace btintr in your config file with bt_isa_intr. >-- > ===================================================================== > Randy Kirchhof | Travis County, TX | rkk@kirchhof.com | hm - 512/259-7171 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Fri Jun 28 13:03:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25473 for stable-outgoing; Fri, 28 Jun 1996 13:03:00 -0700 (PDT) Received: from dub-img-4.compuserve.com (dub-img-4.compuserve.com [149.174.206.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA25462 for ; Fri, 28 Jun 1996 13:02:56 -0700 (PDT) Received: by dub-img-4.compuserve.com (8.6.10/5.950515) id QAA24090; Fri, 28 Jun 1996 16:02:24 -0400 Date: 28 Jun 96 16:01:12 EDT From: Berend de Boer <100120.3121@CompuServe.COM> To: FreeBSD stable Subject: Help with fdisk Message-ID: <960628200112_100120.3121_EHQ55-1@CompuServe.COM> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello All, I have a harddisk with a loose partition at the end. I like to make this available to FreeBSD, however I cannot get fdisk to work. Maybe someone can help? I'm not sure if this is the right list to post, so if I'm wrong please direct me to the correct one (but I couldn't find a more appropriate list). Here the output of fdisk: ---------------------------fdisk start---------------------------------------- ******* Working on device /dev/rwd0 ******* parameters extracted from in-core disklabel are: cylinders=1647 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1647 heads=16 sectors/track=63 (1008 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 4,(Primary DOS with 16 bit FAT) start 63, size 41265 (20 Meg), flag 0 beg: cyl 0/ sector 1/ head 1; end: cyl 40/ sector 63/ head 15 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 41328, size 1023120 (499 Meg), flag 80 beg: cyl 41/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 15 The data for partition 2 is: The data for partition 3 is: ---------------------------fdisk end---------------------------------------- I like to turn the 2nd partion to the 306MB I should have availabe. Using a calculator (..., anyone used NT's DiskManager?) I determined the startaddress and size, however I coudn't get fdisk to let this partition start at cilinder 1024, even when explicitly specifiying the beginaddress: ---------------------------fdisk start--------------------------------------- The data for partition 2 is: Do you want to change it? [n] y Supply a decimal value for "sysid" [0] 165 Supply a decimal value for "start" [0] 1032192 Supply a decimal value for "size" [0] 627984 Explicitly specifiy beg/end address ? [n] sysid 165,(FreeBSD/NetBSD/386BSD) start 1032192, size 627984 (306 Meg), flag 0 beg: cyl 0/ sector 1/ head 0; end: cyl 622/ sector 63/ head 15 Are we happy with this entry? [n] ---------------------------fdisk end---------------------------------------- With explicit beginaddress: ---------------------------fdisk start---------------------------------------- Supply a decimal value for "sysid" [0] 165 Supply a decimal value for "start" [0] 1032192 Supply a decimal value for "size" [0] 627984 Explicitly specifiy beg/end address ? [n] sysid 165,(FreeBSD/NetBSD/386BSD) start 1032192, size 627984 (306 Meg), flag 0 beg: cyl 0/ sector 1/ head 0; end: cyl 622/ sector 63/ head 15 Are we happy with this entry? [n] Supply a decimal value for "sysid" [165] Supply a decimal value for "start" [1032192] Supply a decimal value for "size" [627984] Explicitly specifiy beg/end address ? [n] y Supply a decimal value for "beginning cylinder" [0] 1024 Supply a decimal value for "beginning head" [0] 0 Supply a decimal value for "beginning sector" [1] Supply a decimal value for "ending cylinder" [622] 1646 Supply a decimal value for "ending head" [15] Supply a decimal value for "ending sector" [63] sysid 165,(FreeBSD/NetBSD/386BSD) start 1032192, size 627984 (306 Meg), flag 0 beg: cyl 0/ sector 1/ head 0; end: cyl 622/ sector 63/ head 15 Are we happy with this entry? [n] ---------------------------fdisk end---------------------------------------- What to do? Something simple I assume :-( Some notes on this machine: a 486DX/33Mhz, ISA bus only. BIOS does not understand harddisks greaters as 500MB (no large or LBA modes), but that's no problem I assume as I don't run Dos. FreeBSD correctly identifies the harddisk as a 810MB one. Thanks, Berend. From owner-freebsd-stable Fri Jun 28 13:30:52 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27452 for stable-outgoing; Fri, 28 Jun 1996 13:30:52 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27392; Fri, 28 Jun 1996 13:30:18 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA17794; Fri, 28 Jun 1996 14:30:06 -0600 (MDT) Date: Fri, 28 Jun 1996 14:30:06 -0600 (MDT) Message-Id: <199606282030.OAA17794@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org, stable@freebsd.org Subject: E-mail Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To the joy of all involved, email to/from my box will probably quit working reliably for the next 24 hours since our ISP is giving us a new set of IP addresses, so until they get propagated we're effectively 'down'. Anyway, I'll be offline in about 30 minutes but will try and read email as best as I can. Nate From owner-freebsd-stable Fri Jun 28 13:35:20 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28075 for stable-outgoing; Fri, 28 Jun 1996 13:35:20 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA28027 for ; Fri, 28 Jun 1996 13:34:52 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0uZkEc-0016NSC; Fri, 28 Jun 96 22:33:46 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00129; Fri, 28 Jun 1996 22:23:48 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id UAA01717; Fri, 28 Jun 1996 20:33:44 +0200 (MET DST) From: Juergen Lock Message-Id: <199606281833.UAA01717@saturn.hb.north.de> Subject: ipfw (was: Re: lockups.) To: alex@fa.tdktca.com (Alex Nash) Date: Fri, 28 Jun 1996 20:33:44 +0200 (MET DST) Cc: davidg@Root.COM, jhay@mikom.csir.co.za, stable@FreeBSD.org In-Reply-To: <31D3F8B3.66F36528@fa.tdktca.com> from Alex Nash at "Jun 28, 96 10:22:27 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alex Nash writes: > > just in case anyone else here sometimes boots older kernels... > > or makes mistakes while updating remote :) > > Nifty trick, I like it. I just wanted to point out one thing: this > is only necessary if you plan to boot kernels supped before Feb 23, > not 0696. Umm you are thinking of -current maybe? :) or my -stable must have had an, errm, interesting problem for quite a while now... actually no (thanks cvs :), looks like current is also affected: struct ip_fw has been extended and when the old ipfw(8) now tries to add an entry it says, ip_fw_ctl: len=64, want 100 (hmm i havent looked but maybe the kernel part could be changed to accept both versions?) > > Alex cheers, Juergen (who just wanted to get a little warning out...) From owner-freebsd-stable Fri Jun 28 13:52:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29289 for stable-outgoing; Fri, 28 Jun 1996 13:52:53 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA29281 for ; Fri, 28 Jun 1996 13:52:48 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id PAA09222 for ; Fri, 28 Jun 1996 15:53:52 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id PAA09215 for ; Fri, 28 Jun 1996 15:53:51 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id PAA13830; Fri, 28 Jun 1996 15:55:23 -0500 Message-ID: <31D446BA.9BDE134@fa.tdktca.com> Date: Fri, 28 Jun 1996 15:55:22 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Juergen Lock CC: davidg@Root.COM, jhay@mikom.csir.co.za, stable@FreeBSD.org Subject: Re: ipfw (was: Re: lockups.) References: <199606281833.UAA01717@saturn.hb.north.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Juergen Lock wrote: > > Alex Nash writes: > > > > just in case anyone else here sometimes boots older kernels... > > > or makes mistakes while updating remote :) > > > > Nifty trick, I like it. I just wanted to point out one thing: this > > is only necessary if you plan to boot kernels supped before Feb 23, > > not 0696. > > Umm you are thinking of -current maybe? :) or my -stable must have > had an, errm, interesting problem for quite a while now... > > actually no (thanks cvs :), looks like current is also affected: You mean -stable. Yes, as of Monday this week, -current and -stable are in sync. > struct ip_fw has been extended and when the old ipfw(8) now tries to > add an entry it says, ip_fw_ctl: len=64, want 100 > > (hmm i havent looked but maybe the kernel part could be changed to > accept both versions?) Ah, I misunderstood. I thought you were trying to differentate between the two different syntaxes -- which of course, doesn't make any sense whatsoever :) As far as accepting both versions: getting the new kernel to accept the old struct would be fairly easy, the new ip_fw struct has some extensions and two new flags, all easily defaulted. Alex From owner-freebsd-stable Fri Jun 28 19:54:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA28257 for stable-outgoing; Fri, 28 Jun 1996 19:54:05 -0700 (PDT) Received: from mail.jrihealth.com (mail.jrihealth.com [204.249.32.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA28252 for ; Fri, 28 Jun 1996 19:54:02 -0700 (PDT) Received: from carebase3.jri.org (danp@carebase3.jri.org [204.249.32.9]) by mail.jrihealth.com (8.3/8.6.6.Beta9) with SMTP id XAA01565; Fri, 28 Jun 1996 23:02:54 -0400 Date: Fri, 28 Jun 1996 23:03:07 -0400 (EDT) From: Dan Polivy To: stable@freebsd.org Subject: whoa...somethings wrong.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm, maybe it is just me, but does this df output look odd to you? Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 352926 346960 -22270 107% / /dev/sd0s1f 1206856 604326 505980 54% /usr /dev/sd0s1e 302222 55362 222682 20% /var procfs 4 4 0 100% /proc Umm, if the space free is negative, where is all of the data going? is it stored in memory or swap space until room is freed for it to go where it is supposed to? Hmmm... Dan +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Dan Polivy Powered by FreeBSD! | Systems Administrator | | Work: | JRI Health Information Systems | | Home: | http://www.jri.org/ | |-------------------------------------+--------------------------------------| | Webmaster, The Lion's Roar Online! | http://www.roar.pride.net/~roar/ | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ From owner-freebsd-stable Fri Jun 28 20:35:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29961 for stable-outgoing; Fri, 28 Jun 1996 20:35:02 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29947 for ; Fri, 28 Jun 1996 20:34:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA07464; Fri, 28 Jun 1996 20:34:39 -0700 (PDT) To: Dan Polivy cc: stable@freebsd.org Subject: Re: whoa...somethings wrong.. In-reply-to: Your message of "Fri, 28 Jun 1996 23:03:07 EDT." Date: Fri, 28 Jun 1996 20:34:39 -0700 Message-ID: <7461.836019279@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, maybe it is just me, but does this df output look odd to you? > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/sd0a 352926 346960 -22270 107% / > /dev/sd0s1f 1206856 604326 505980 54% /usr > /dev/sd0s1e 302222 55362 222682 20% /var > procfs 4 4 0 100% /proc > > Umm, if the space free is negative, where is all of the data going? is > it stored in memory or swap space until room is freed for it to go where > it is supposed to? Hmmm... Classic UNIX, actually. Filesystems have a hidden 10% float (well, I believe this is adjustable but 10% is the general default), much as a gas gauge will read empty when you've still got a gallon or two left. :-) Historically this was because a filesystem that was truly 100% full would perform much more poorly than one below the limit, and only root is capable of eating the "float", resulting in what looks like a negative amount of space free. When you reach 110%, you'll REALLY be full. :-) Jordan From owner-freebsd-stable Fri Jun 28 20:44:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00631 for stable-outgoing; Fri, 28 Jun 1996 20:44:39 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00622 for ; Fri, 28 Jun 1996 20:44:30 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id EAA11374; Sat, 29 Jun 1996 04:44:01 +0100 (BST) To: Dan Polivy cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: whoa...somethings wrong.. In-reply-to: Your message of "Fri, 28 Jun 1996 23:03:07 EDT." Date: Sat, 29 Jun 1996 04:43:59 +0100 Message-ID: <11372.836019839@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dan Polivy wrote in message ID : > Hmm, maybe it is just me, but does this df output look odd to you? > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/sd0a 352926 346960 -22270 107% / > Umm, if the space free is negative, where is all of the data going? That's normal. The free space is the space available for USERS. To make the file system work better, a certain ammount of space is reserved and not available to users, but IS available to root. Hence, if root fills the disk (as commonly happens with log files), df reports a negative free space as there is more space allocated than is available to joe user. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Fri Jun 28 20:46:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00725 for stable-outgoing; Fri, 28 Jun 1996 20:46:45 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00720 for ; Fri, 28 Jun 1996 20:46:40 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id UAA02281; Fri, 28 Jun 1996 20:46:19 -0700 (PDT) Message-Id: <199606290346.UAA02281@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Dan Polivy cc: stable@freebsd.org Subject: Re: whoa...somethings wrong.. In-reply-to: Your message of Fri, 28 Jun 96 23:03:07 -0400. Date: Fri, 28 Jun 1996 20:46:19 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hmm, maybe it is just me, but does this df output look odd to you? No, it looks perfectly normal to me. >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/sd0a 352926 346960 -22270 107% / >/dev/sd0s1f 1206856 604326 505980 54% /usr >/dev/sd0s1e 302222 55362 222682 20% /var >procfs 4 4 0 100% /proc > >Umm, if the space free is negative, where is all of the data going? is >it stored in memory or swap space until room is freed for it to go where >it is supposed to? Hmmm... Into the reserved 10% that only root can write to. This is the way BSD unix works. See the FAQ: http://www.NetBSD.org/. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-stable Fri Jun 28 20:56:06 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01601 for stable-outgoing; Fri, 28 Jun 1996 20:56:06 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01590 for ; Fri, 28 Jun 1996 20:56:02 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id XAA00441; Fri, 28 Jun 1996 23:55:37 -0400 (EDT) Message-Id: <199606290355.XAA00441@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Dan Polivy Date: Fri, 28 Jun 1996 23:50:52 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: whoa...somethings wrong.. Reply-to: dunn@harborcom.net CC: stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk man tunefs See the -m option. This describes the fact that a certain percentage of the slice is withheld from writing by users. Only root can write to a fs once it has under the minfree percentage free. The Capacity output of df measures the percentage of the user-writable portion of the fs used. This is also briefly discussed on page 274 of the daemon book. At least that is my understanding of it. On 28 Jun 96 at 23:03, Dan Polivy wrote: > Hmm, maybe it is just me, but does this df output look odd to you? > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/sd0a 352926 346960 -22270 107% / > /dev/sd0s1f 1206856 604326 505980 54% /usr > /dev/sd0s1e 302222 55362 222682 20% /var > procfs 4 4 0 100% /proc > > Umm, if the space free is negative, where is all of the data going? is > it stored in memory or swap space until room is freed for it to go where > it is supposed to? Hmmm... Bradley Dunn Harbor Communications From owner-freebsd-stable Fri Jun 28 20:56:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01625 for stable-outgoing; Fri, 28 Jun 1996 20:56:22 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01619 for ; Fri, 28 Jun 1996 20:56:18 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id EAA11456; Sat, 29 Jun 1996 04:55:03 +0100 (BST) To: "Jordan K. Hubbard" cc: Dan Polivy , stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: whoa...somethings wrong.. In-reply-to: Your message of "Fri, 28 Jun 1996 20:34:39 PDT." <7461.836019279@time.cdrom.com> Date: Sat, 29 Jun 1996 04:55:01 +0100 Message-ID: <11454.836020501@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <7461.836019279@time.cdrom.com>: > Classic UNIX, actually. Filesystems have a hidden 10% float (well, I I seem to remember David changed the default to 7% sometime (a while ago anyhow). > like a negative amount of space free. When you reach 110%, you'll > REALLY be full. :-) 107% :-) Of course, as Jordan said, this IS tuneable, but I wouldn't recommend touching it unless you know what you are doing. The actual value can be seen/set with tunefs(8). The filesystem has to be unmounted for this to work. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Sat Jun 29 00:44:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14815 for stable-outgoing; Sat, 29 Jun 1996 00:44:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14806 for ; Sat, 29 Jun 1996 00:44:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA20674; Sat, 29 Jun 1996 17:01:22 +0930 From: Michael Smith Message-Id: <199606290731.RAA20674@genesis.atrad.adelaide.edu.au> Subject: Re: whoa...somethings wrong.. To: danp@carebase3.jri.org (Dan Polivy) Date: Sat, 29 Jun 1996 17:01:22 +0930 (CST) Cc: stable@freebsd.org In-Reply-To: from "Dan Polivy" at Jun 28, 96 11:03:07 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dan Polivy stands accused of saying: > > Hmm, maybe it is just me, but does this df output look odd to you? > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/sd0a 352926 346960 -22270 107% / > /dev/sd0s1f 1206856 604326 505980 54% /usr > /dev/sd0s1e 302222 55362 222682 20% /var > procfs 4 4 0 100% /proc > > Umm, if the space free is negative, where is all of the data going? is > it stored in memory or swap space until room is freed for it to go where > it is supposed to? Hmmm... Hmm, given your filesystem layout, I'd have to assume that you're not much of an admin, or you have a really specialised application for the system. Non-root users can't write to a filesystem that's more than 90% full. For sanity's sake, df calls that 100%. So when root comes very close to filling a filesystem, 'df' will report negative free space. > Dan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sat Jun 29 10:40:26 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16642 for stable-outgoing; Sat, 29 Jun 1996 10:40:26 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16637 for ; Sat, 29 Jun 1996 10:40:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id KAA00298; Sat, 29 Jun 1996 10:38:49 -0700 (PDT) Message-Id: <199606291738.KAA00298@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Juergen Lock cc: stable@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: lockups. In-reply-to: Your message of "Sat, 29 Jun 1996 14:06:32 +0200." <199606291206.OAA03333@saturn.hb.north.de> From: David Greenman Reply-To: davidg@root.com Date: Sat, 29 Jun 1996 10:38:49 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > the good news is now the system is still up after that so maybe it was >really only the null check that was missing? > > cheers > Juergen > >PS: now who dares to test this version on something like a real busy >news server? ;) No need to. I saw the same panic and fixed the bug last night in both -current and -stable. It was, indeed, simply a missing check for NULL. The problem was introduced a few days ago while fixing a different bug. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Sat Jun 29 10:48:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16955 for stable-outgoing; Sat, 29 Jun 1996 10:48:33 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16949 for ; Sat, 29 Jun 1996 10:48:31 -0700 (PDT) Received: from rlb.mindspring.com [168.121.25.139] by borg.mindspring.com with SMTP id NAA03919 for ; Sat, 29 Jun 1996 13:48:27 -0400 Message-ID: <31D56C5D.41C67EA6@mindspring.com> Date: Sat, 29 Jun 1996 13:48:13 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Make World on freebsd-stable SUP Tbls and Fail on Kernel Build Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I did a SUP on stable yesterday. I have 2 problems so far. One fatal. THe fatal is the kernel build, it bombs on undefined symbols in aha1742.c see attached. The other errors were with the non-kernel links with libc stuff failing unless I explicitly used /usr/lib/libc.a. I have attached the outputs of both. If you have any comments I would appreciate them as this is my first SUP build ever for freebsd. Thank's in advance. Ron -- **************************************************************************** Ron Bolin: rlb@mindspring.com,gs01rlb@panther.gsu.edu,b06rlb@federated-dept* -stores.com, http://www2.gsu.edu/~gs01rlb/ Company: FSG * Home: 770-888-6343 Work: 770-246-5404 UNIX System Specialist * **************************************************************************** --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="MF.files" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="MF.files" I had to explicitly link /usr/lib/libc.a to these to get them to link on freebsd-stable SUP. The -lc in the build did not work. The symbols not resolved were in libc.a ans libc.so.1.1 ./gnu/libexec/ypxfr ./gnu/usr.bin/yppush ./libexec/bootpd ./usr.bin/devmenu ./usr.bin/sgmls/sgmls ./usr.bin/ypwhich ./usr.sbin/named In addition, on building the kernel I got the following error which aborted the build. cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_LINUX -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/seagate.c ../../i386/isa/seagate.c: In function `sea_data_output': ../../i386/isa/seagate.c:1124: warning: assignment discards `volatile' from pointer target type ../../i386/isa/seagate.c: In function `sea_data_input': ../../i386/isa/seagate.c:1194: warning: assignment discards `volatile' from pointer target type cc -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DGENERIC -DI586_CPU -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_LINUX -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 -c vers.c loading kernel aha1742.o: Undefined symbol `_eisa_match_dev' referenced from text segment aha1742.o: Undefined symbol `_eisa_add_iospace' referenced from text segment aha1742.o: Undefined symbol `_eisa_add_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_registerdev' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_start' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_iospace' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_reg_end' referenced from text segment aha1742.o: Undefined symbol `_eisa_enable_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_release_intr' referenced from text segment aha1742.o: Undefined symbol `_eisa_generic_externalize' referenced from data segment aha1742.o: Undefined symbol `_kdc_eisa0' referenced from data segment ioconf.o: Undefined symbol `_btintr' referenced from data segment ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment ioconf.o: Undefined symbol `_ahcintr' referenced from data segment ioconf.o: Undefined symbol `_ahbdriver' referenced from data segment ioconf.o: Undefined symbol `_ahbintr' referenced from data segment *** Error code 1 Stop. --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-stable Sat Jun 29 11:03:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17706 for stable-outgoing; Sat, 29 Jun 1996 11:03:37 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA17663 for ; Sat, 29 Jun 1996 11:03:01 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id NAA06732; Sat, 29 Jun 1996 13:03:17 -0500 (CDT) Date: Sat, 29 Jun 1996 13:03:17 -0500 (CDT) Message-Id: <199606291803.NAA06732@zen.nash.org> From: Alex Nash To: nox@jelal.hb.north.de Cc: stable@freebsd.org Subject: Re: ipfw (was: Re: lockups.) Reply-to: nash@mcs.com Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You mean -stable. Yes, as of Monday this week, -current and -stable > > are in sync. > > Actually i was talking about the (date of the) struct ip_fw change, > but nevermind. *sigh* How difficult is this? One last time: Look at the CVS logs for ip_fw.h again. -current is at rev 1.20, dated June 9th, this was when the ipfw struct changes took place. -stable is at rev 1.11.4.7, dated June 25 (it was Monday here when I committed it), this is when the struct changes from -current were incorporated into -stable. Alex From owner-freebsd-stable Sat Jun 29 18:32:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00491 for stable-outgoing; Sat, 29 Jun 1996 18:32:35 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18651 for ; Sat, 29 Jun 1996 11:14:12 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id NAA06766; Sat, 29 Jun 1996 13:14:30 -0500 (CDT) Date: Sat, 29 Jun 1996 13:14:30 -0500 (CDT) Message-Id: <199606291814.NAA06766@zen.nash.org> From: Alex Nash To: nox@jelal.hb.north.de Cc: stable@freebsd.org Subject: Re: ipfw (was: Re: lockups.) Reply-to: nash@mcs.com Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As far as accepting both versions: getting the new kernel to accept > > the old struct would be fairly easy, the new ip_fw struct has some > > extensions and two new flags, all easily defaulted. > > like... below? :) Sorry, but attempting to maintain backwards compatibility at this point is bogus. The original ip_fw struct shipped in 2.1R contains different fields yet is the exact same size as the previous ip_fw struct in stable. Checking for a 64 byte structure does not give you the information necessary to provide backwards compatibility. Alex From owner-freebsd-stable Sat Jun 29 18:56:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17706 for stable-outgoing; Sat, 29 Jun 1996 11:03:37 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA17663 for ; Sat, 29 Jun 1996 11:03:01 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id NAA06732; Sat, 29 Jun 1996 13:03:17 -0500 (CDT) Date: Sat, 29 Jun 1996 13:03:17 -0500 (CDT) Message-Id: <199606291803.NAA06732@zen.nash.org> From: Alex Nash To: nox@jelal.hb.north.de Cc: stable@FreeBSD.ORG Subject: Re: ipfw (was: Re: lockups.) Reply-to: nash@mcs.com Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > You mean -stable. Yes, as of Monday this week, -current and -stable > > are in sync. > > Actually i was talking about the (date of the) struct ip_fw change, > but nevermind. *sigh* How difficult is this? One last time: Look at the CVS logs for ip_fw.h again. -current is at rev 1.20, dated June 9th, this was when the ipfw struct changes took place. -stable is at rev 1.11.4.7, dated June 25 (it was Monday here when I committed it), this is when the struct changes from -current were incorporated into -stable. Alex From owner-freebsd-stable Sat Jun 29 21:55:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00283 for stable-outgoing; Sat, 29 Jun 1996 21:55:48 -0700 (PDT) Received: from relay2.smtp.psi.net (relay2.smtp.psi.net [38.8.188.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA00276 for ; Sat, 29 Jun 1996 21:55:46 -0700 (PDT) Received: from iggy by relay2.smtp.psi.net (8.6.12/SMI-5.4-PSI) id AAA21935; Sun, 30 Jun 1996 00:42:15 -0400 Date: Sun, 30 Jun 1996 00:42:15 -0400 Message-Id: <199606300442.AAA21935@relay2.smtp.psi.net> X-Sender: cmccants@mario.chaz.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-stable@freebsd.org From: Chuck McCants Subject: Kernel Source Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello All, Forgive me if I'm sending this to the wrong group, but I'm at my wits end. I'm new to BSD and in looking thru the handbook (yes I do rtfm), it says that I should build my own kernel instead of using the generic one generated after the install. The confusing part is in finding the sources.... Where are they? Help, Please? Thanks!