From owner-freebsd-smp Mon Dec 2 13:05:51 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13377 for smp-outgoing; Mon, 2 Dec 1996 13:05:51 -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 NAA13365 for ; Mon, 2 Dec 1996 13:05:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11277; Mon, 2 Dec 1996 13:47:07 -0700 From: Terry Lambert Message-Id: <199612022047.NAA11277@phaeton.artisoft.com> Subject: Re: cvs commit: sys/i386/include pmap.h To: smp@csn.net (Steve Passe) Date: Mon, 2 Dec 1996 13:47:06 -0700 (MST) Cc: ccsanady@friley216.res.iastate.edu, freebsd-smp@freefall.freebsd.org In-Reply-To: <199612022044.NAA22589@clem.systemsix.com> from "Steve Passe" at Dec 2, 96 01:44:18 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-smp@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Long term, I think I agree, I go back and forth on just what the model > should look like. For the short term I have many reasons for my > "minimal impact" model: [ ... expedient reasons ... ] > making an SMP kernel that boots & runs on a uniprocessor board is currently > impossible for a lot of 'architectural' reasons, ie alot would have to change > in the mainline code to make this work. Look at how we pervert things > like curproc for an example. The main line code should be changed, regardless. It would definitely benefit from the changes, and the interrupt architectures for non-Intel machines dictate a similar change be made for porting in any case. I would like to see the change driven by the SMP requirements, since it would be much harder to go back and retrofit SMP if the changes only considered the porting requirements, and not the SMP. The SMP code integration is going to be A Big Deal. If you can fit some additional (good!) changes in under that umbrella, so much the better. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.