Re: __atomic_test_and_set() and mips o32 - help wanted

Jason Thorpe <[email protected]> Wed, 19 Nov 2025 13:17:29 +0100
Newsgroups gmane.os.netbsd.devel.toolchain,gmane.os.netbsd.ports.mips.devel,gmane.os.netbsd.ports.alpha
Message-ID <[email protected]>
> On Nov 19, 2025, at 10:53=E2=80=AFAM, Maciej W. Rozycki =
<[email protected]> wrote:
>=20
> Nothing wrong with it in principle, especially if you do want to =
optimise=20
> for MIPS I.  Traps are cheap on MIPS however, and even more so with =
MIPS I=20
> and its simple four-stage execution pipeline, so it might be the case =
of=20
> perfect being the enemy of good enough.  There is a balance to be =
found=20
> here.

The traps themselves are cheap, but that does not always equate to =
=E2=80=9Ctrap handling is cheap=E2=80=9D.

I agree with you vis a vis "making appropriate trade-offs is good, =
actually=E2=80=9D, but I=E2=80=99d also like to point out that work =
described in the original paper on restartable atomic sequences was done =
on an R3000 (DECstation 5000/200).

-- thorpej