Date: Sat, 9 Mar 2002 16:31:12 +0000 (GMT) From: Doug Rabson <dfr@nlsystems.com> To: Jeff Roberson <jeff@FreeBSD.org> Cc: <cvs-committers@FreeBSD.org>, <cvs-all@FreeBSD.org> Subject: Re: cvs commit: src/sys/sys smp.h src/sys/kern subr_smp.c src/sys/i386/i386 mp_machdep.c src/sys/alpha/alpha mp_machdep.c Message-ID: <20020309162845.H504-100000@salmon.nlsystems.com> In-Reply-To: <200203051001.g25A1kK87489@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 5 Mar 2002, Jeff Roberson wrote: > jeff 2002/03/05 02:01:46 PST > > Modified files: > sys/sys smp.h > sys/kern subr_smp.c > sys/i386/i386 mp_machdep.c > sys/alpha/alpha mp_machdep.c > Log: > Add a new variable mp_maxid. This is used so that per cpu datastructures may > be allocated as arrays indexed by the cpu id. Previously the only reliable > way to know the max cpu id was through MAXCPU. mp_ncpus isn't useful here > because cpu ids may be sparsely mapped, although x86 and alpha do not do this. > > Also, call cpu_mp_probe much earlier so the max cpu id is known before the VM > starts up. This is intended to help support per cpu queues for the new > allocator, but may be useful elsewhere. This screws up the SMP probe for ia64 because the information which cpu_mp_probe() uses isn't available until after cpu_startup() is called (i.e. SI_SUB_CPU:SI_ORDER_FIRST). The code in the ia64 platform which detects SMP can't (currently) run before the VM system is started... -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020309162845.H504-100000>