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