Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 02 Dec 1996 14:27:38 -0600
From:      Chris Csanady <ccsanady@friley216.res.iastate.edu>
To:        Steve Passe <smp@csn.net>
Cc:        Peter Wemm <peter@freefall.freebsd.org>, freebsd-smp@freefall.freebsd.org
Subject:   Re: cvs commit: sys/i386/include pmap.h 
Message-ID:  <199612022027.OAA04003@friley216.res.iastate.edu>
In-Reply-To: Your message of Mon, 02 Dec 1996 12:23:44 -0700. <199612021923.MAA22076@clem.systemsix.com> 

next in thread | previous in thread | raw e-mail | index | archive | help

>I think as a first step in the merging of SMP with -current we might
>add the line: #include "opt_smp" to every file that now contains SMP code,
>At that point everyone would have a good idea of where we will be 
>affecting the -current tree.
>
>We probably should also document all SMP specific options in conf/LINT.

Sounds good.  Although, as we progress, this may be almost all the files in
/sys.  I was hoping to start moving the locking out into the syscalls.  

>The next step would be to break up files that have grown to have alot
>of SMP stuff mixed with standard stuff, eg. init_main.c -> init_main.c &
>init_smp.c.  Stated another way, I think we should strive to keep SMP changes
>localized to SMP specific files to the extent that it is practical.

For now perhaps.  But wouldn't the end goal be to have the UP instance just
1 processor SMP case?  Im thinking that this would make the code cleaner, and
more generic in the end.  I think having kernel threads would be well worth
it.

--Chris Csanady

>We also need to think thru the locations of some things b4 the merge:
>
> does "options SMP" belong in sys/i386/conf/options.i386 or sys/conf/options?
> "options APIC_IO" probably does, can options from options be mixed with
> options in options.i386, ie can SMP be in one, APIC_IO in the other, and
> have them both end up in "opt_smp"?
>
>We need to start collecting docs, should that be in: src/share/doc,
>which would be outside of sys, or should we creat sys/SMP/doc, or ???
>
>We also need an SMP specific 'utility' directory for things like mptable.c,
>sys/SMP/util perhaps?
>--
>Steve Passe	| powered by
>smp@csn.net	|            FreeBSD
>






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612022027.OAA04003>