[594] in arla-drinkers
Re: arla 0.21 Oops on Linux 2.2.1
daemon@ATHENA.MIT.EDU (Dr A V Le Blanc)
Mon Feb 8 03:02:13 1999
From owner-arla-drinkers@stacken.kth.se Mon Feb 08 08:02:12 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 21337 invoked from network); 8 Feb 1999 08:02:12 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 8 Feb 1999 08:02:12 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id IAA04307
for arla-drinkers-list; Mon, 8 Feb 1999 08:55:53 +0100 (MET)
Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id IAA04301
for <arla-drinkers@stacken.kth.se>; Mon, 8 Feb 1999 08:54:32 +0100 (MET)
Received: from meissen.mcc.ac.uk ([130.88.203.42])
by serenity.mcc.ac.uk with esmtp (Exim 1.92 #2)
for arla-drinkers@stacken.kth.se
id 109lWZ-0002sp-00; Mon, 8 Feb 1999 07:54:31 +0000
Received: (from zlsiial@localhost)
by meissen.mcc.ac.uk (8.7.6/8.8.4)
id HAA29884 for arla-drinkers@stacken.kth.se; Mon, 8 Feb 1999 07:54:30 GMT
Message-ID: <19990208075430.D29861@afs.mcc.ac.uk>
Date: Mon, 8 Feb 1999 07:54:30 +0000
From: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
To: arla-drinkers@stacken.kth.se
Subject: Re: arla 0.21 Oops on Linux 2.2.1
Reply-To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.1i
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
chuckl@netscape.com (Chuck Lever) wrote:
> btw, it would be really cool if the default "make install" process
> (on Linux, anyway) put xfs.o in /lib/modules/`uname -r`/fs/xfs.o instead
> of in /usr/arla/bin.
Actually, I don't think this is a good idea. In general, I build
arla at least half the time, if not more often, for a kernel which
I am not yet running. Thus when I moved to 2.2.0-pre8, to 2.2.0-pre9,
to 2.2.0, and to 2.2.1, I recompiled xfs.o for each of these kernels
when I recompiled the kernel; that is, when I was still running the
previous kernel. So at the very least, you would need to use a
variable instead of putting `uname -r` in the path.
-- Owen
LeBlanc@mcc.ac.uk
