Date: Thu, 26 Jan 2006 10:17:06 +0000 From: Ceri Davies <ceri@submonkey.net> To: Murray Stokely <murray@FreeBSD.org> Cc: doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: www/en/releases/6.1R todo.sgml Message-ID: <20060126101706.GJ36965@submonkey.net> In-Reply-To: <200601260957.k0Q9vCUn054132@repoman.freebsd.org> References: <200601260957.k0Q9vCUn054132@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--df+09Je9rNq3P+GE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jan 26, 2006 at 09:57:12AM +0000, Murray Stokely wrote:
> murray 2006-01-26 09:57:12 UTC
>=20
> FreeBSD doc repository
>=20
> Modified files:
> en/releases/6.1R todo.sgml=20
> Log:
> Add kbdmux and sysinstall smp kernel install items from the ideas page
> to the 6.1 Desired Features list.
I think it's a little late to mess with sysinstall to that extent
for 6.1. Sounds like the kind of thing that could sit in -CURRENT for
months, but hardly anyone would actually be using it. It seems that the
main problem with sysinstall is that hardly any of our developers use
it.
On to the question: how often does an SMP kernel fail to boot where a
UP one might work? I remember that this used to be a problem, but if
it's still "too often", can we have just the bits that probe for an
mptable (or however we determine that there is more that one processor)
in the UP kernel without suffering that instability?
What I'm basically asking is how much of the SMP code is really required
just to detect MP hardware?
Ceri
--=20
That must be wonderful! I don't understand it at all.
-- Moliere
--df+09Je9rNq3P+GE
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)
iD8DBQFD2KGiocfcwTS3JF8RAqG0AJ9ssx0b1fWijd5K+f3EyZ3CKDFs5wCZAbhL
zi3VxDfE1pzGw4kAKbyboZo=
=Ad2X
-----END PGP SIGNATURE-----
--df+09Je9rNq3P+GE--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060126101706.GJ36965>