--zx4FCpZtqtKETZ7O
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Feb 21, 2007 at 09:57:05AM +0100, Zafer Aydogan wrote:
> I'm agreeing with Mouse.
>=20
> It should be possible to leave  "M:N" as an compile option, for those,
> like Bucky, who work with it.

Do you have a patch that does this? If it's good and clean, it will most=20
likely be included.

As I noted to Bucky, the problem is how well the SA code integrates with=20
the rest of the kernel.

The SA code was not removed from the rest of the kernel because someone=20
didn't like it or someone decided that 1:1 threading was 3133t. It was=20
removed because we didn't have the resources to make it work w/o biglock.=
=20
Think about it, it was easier to add a whole new pthread methodology than=
=20
to fix SA.

Further, the whole rest of the kenrel changed with newlock2. So how the SA=
=20
code works needs to change, even on a UP system. No one has stepped up to=
=20
do this.

As above, if you want to get SA working on a UP system, we'd probably take=
=20
the patch for a while. Long-term, though, we need everything to work well=
=20
together.

Take care,

Bill

--zx4FCpZtqtKETZ7O
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (NetBSD)

iD8DBQFF3HxaWz+3JHUci9cRAmngAJ9zlpAO51rObxiSrL1ZhXweyC542gCeMDax
frcnyVqsIzIHzX00Du93UC4=
=+rsV
-----END PGP SIGNATURE-----

--zx4FCpZtqtKETZ7O--