From owner-freebsd-hackers Tue Nov 26 16:55:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13302 for hackers-outgoing; Tue, 26 Nov 1996 16:55:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA13263 for ; Tue, 26 Nov 1996 16:55:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA26124; Tue, 26 Nov 1996 17:39:01 -0700 From: Terry Lambert Message-Id: <199611270039.RAA26124@phaeton.artisoft.com> Subject: Re: A simple way to crash your system. To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Tue, 26 Nov 1996 17:39:01 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, kjk1@ukc.ac.uk In-Reply-To: <199611262049.VAA18493@gvr.win.tue.nl> from "Guido van Rooij" at Nov 26, 96 09:49:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Altough I am speculating here, I think this has to do with the fact that > > > I do not have msdosfs compiled in with the kernel. After installing a > > > different kernel, I asked the system to modload msdosfs, with the above > > > result. > > > > Running a kernel with the wrong LKMs is known to cause you grey hairs. > > I'm often falling into this trap, but the other way around: by > > rebooting a new kernel without rebuilding and reinstalling the LKMs > > first. > > Can't we built in some way of detecting that an lkm is for the wrong kernel? > If things are so dependant, why not take the uname -a string as an > identifier.... How about moving the relocator and the symbol space into kmem, like I just suggested? Then it would "just work", always, with no more version mismatches (unless you lie about the size of struct proc or something, and it should be an abstract type anyway). Worse comes to worse, you put a version number in the header (I made provision for one in the code anyway) and you bump it when you change the "kernel consumer" interface (ie: size of proc struct, etc.). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.