[625] in arla-drinkers

home	help	back	first	fref	pref	prev	next	nref	lref	last	post

Re: Linux w/ smp - is it necessary to build arla special?

daemon@ATHENA.MIT.EDU (Nathan Neulinger)
Wed Feb 24 19:54:19 1999

From owner-arla-drinkers@stacken.kth.se Thu Feb 25 00:54:18 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 9691 invoked from network); 25 Feb 1999 00:54:17 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
  by bloom-picayune.mit.edu with SMTP; 25 Feb 1999 00:54:17 -0000
Received: (from majordom@localhost)
	by sundance.stacken.kth.se (8.8.8/8.8.8) id BAA14810
	for arla-drinkers-list; Thu, 25 Feb 1999 01:48:19 +0100 (MET)
Received: from sigma.rollanet.org (sigma.rollanet.org [192.55.114.7])
	by sundance.stacken.kth.se (8.8.8/8.8.8) with SMTP id BAA14806
	for <arla-drinkers@stacken.kth.se>; Thu, 25 Feb 1999 01:48:11 +0100 (MET)
Received: (qmail 3097 invoked from network); 25 Feb 1999 00:48:08 -0000
Received: from static-nneul.rollanet.org (HELO umr.edu) (nneul@192.55.114.233)
  by mx.rollanet.org with SMTP; 25 Feb 1999 00:48:08 -0000
Message-ID: <36D49DC5.1084F88@umr.edu>
Date: Wed, 24 Feb 1999 18:48:05 -0600
From: Nathan Neulinger <nneul@umr.edu>
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.0-pre7 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Magnus@umr.edu, Ahltorp@umr.edu, arla-drinkers@stacken.kth.se
Subject: Re: Linux w/ smp - is it necessary to build arla special?
References: <9DA8D24B915BD1118911006094516EAF019C7F59@umr-mail02.cc.umr.edu> <ixdlnhnv4ec.fsf@turbot.pdc.kth.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk

Magnus Ahltorp wrote:
> 
> > Is it necessary to build arla special on an SMP machine, or will a non-smp
> > build work?
> >
> > If the non-SMP build will work, it saves me from having to maintain two
> > separate builds of arla.
> 
> I'm sorry, but the kernel module is compiled differently, since the
> locking macros look different in SMP and non-SMP (the interprocessor
> locking is removed on non-SMP kernels).

Ok. No big deal. Already have the infrastructure in place, but little
bits always help. SMP's just tend to be a pain cause we've only got a
couple of them.

> It is however, possible to run an SMP kernel on a UP machine.

Ick. You can... but you take a hefty performance hit from it.

Thanks.

-- Nathan

home	help	back	first	fref	pref	prev	next	nref	lref	last	post