On Tue, 2002-03-05 at 17:15, Kip Walker wrote:
>=20
> Maybe a better fix is to avoid this double calling of init_idle for the
> "master" CPU? From my reading the code, x86 seems to behave the same.
>=20
Looks to me like the clean fix would be to call init_idle() from
rest_init() before the init() thread is spawned, and remove it from
cpu_idle(). It looks like a pretty straightforward race condition that
no one else has happened to trigger in a bad way. I'm no scheduler pro,
but I don't see any problems with calling init_idle() earlier.
That fix assumes that bringup of non-primary cpus on other architectures
call init_idle() explicitly before allowing smp_init() to return; this
is true of mips, but I can't vouch for any other arch's.
I'd submit a patch, but I'm sadly lacking in SMP machines for testing.=20
Anyone who wants to rectify that, I'm open to charity. :)
-Justin
--=-3TVi76KKpsSwqmdDCj49
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQA8hVW047Lg4cGgb74RAjL/AKCaC/5lAa3QQRZJFACqiKGP0YSRGQCfZHS+
4ihj5Ye/eFN+1FC0rLo+g7Q=
=fibh
-----END PGP SIGNATURE-----
--=-3TVi76KKpsSwqmdDCj49--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/