From owner-freebsd-current Mon Oct 28 23:21:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02945 for current-outgoing; Mon, 28 Oct 1996 23:21:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA02940 for ; Mon, 28 Oct 1996 23:21:29 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA23352; Tue, 29 Oct 1996 08:21:12 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA00690; Tue, 29 Oct 1996 08:21:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id IAA04049; Tue, 29 Oct 1996 08:08:05 +0100 (MET) From: J Wunsch Message-Id: <199610290708.IAA04049@uriah.heep.sax.de> Subject: Re: Crashes (page faults) and odd behavior on current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 29 Oct 1996 08:08:05 +0100 (MET) Cc: karl@Mcs.Net (Karl Denninger) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610290506.XAA01872@Jupiter.Mcs.Net> from Karl Denninger at "Oct 28, 96 11:06:40 pm" X-Phone: +49-351-2012 669 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Karl Denninger wrote: > There was a change committed to vm/vm_swap.c last night -- what did it > address? Why don't you look yourself? :-) j@uriah 150% cvs log /sys/vm/vm_swap.c | head -50 RCS file: /home/cvs/src/sys/vm/vm_swap.c,v Working file: /sys/vm/vm_swap.c head: 1.40 [...] description: ---------------------------- revision 1.40 date: 1996/10/27 22:31:00; author: phk; state: Exp; lines: +18 -4 The way we get a vnode for swapdev is not quite kosher. In particular it breaks in the DEVFS_ROOT case. replicate a bit too much of bdevvp() in here to circumvent the problem. The real problem is the magic that lives in bdevsw[1]. ---------------------------- [...] If you run a cvs diff -u -r1.39 -r1.40 /sys/vm/vm_swap.c, you will quickly see that it's an initialization time thing, so i would suspect it being an all-or-nothing matter whether this breaks or not. Of course, if you wanna make sure about this (i assume you don't run DEVFS, so you don't strictly need the patch), simply do: cd /sys/vm cvs update -j1.40 -j1.39 vm_swap.c ...and recompile. Don't forget that CVS tries to remember your modification forever. If you wanna get rid of it again, it's the easiest way to simply remove the file, and `cvs update' again. (NB: the change was not by me, i'd only like to point out a quick way to verify suspicions of this kind yourself. This is often faster than one turnaround through the mailing lists) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)