Hi all,

This is great news!
I wanted to widen `hfsc_sc.m1`/`m2` to `u_int64_t` etc, but went with
this approach following feedback I got from this list a few years ago
(suggestion to use bytes).

I'm happy to create a shorter and cleaner version if we are ok with
the ABI change.

I'll come back with another version soon.

Thanks again, Andy.



On Mon, 2 Mar 2026 at 05:34, Stuart Henderson <stu@spacehopper.org> wrote:
>
> On 2026/03/01 10:31, Theo de Raadt wrote:
> > The type must change.  Since it can become a 64-bit variable on 32-bit
> > architectures, modifications to the variable must be carefully checked
> > for atomicity problems.
>
> (this is what I was getting at with "I don't know if there are other
> reason to keep as uint" but was juggling too much to write it out
> properly ;)