the lock is in the bss. maybe the wrong page gets accessed after fork.
Charles Forsyth wrote:
>I've got one of those that was fine last time I tried it. I'll try it in the
>morning.
>
>I wonder whether the change of lock to use semacquire instead of tas doesn't
>work well on the (that) ARM.
>
I've got one of those that was fine last time I tried it. I'll try it in
the morning.
I wonder whether the change of lock to use semacquire instead of tas
doesn't work well on the (that) ARM.
It seems a strange coincidence that it always fails there.
> When I’d try and kill it, there’d be a likely chance that rc
> would also get the same Semacquire deadlock. This can also be seen
> using broke to try and prune dead dns processes:
>
> dream% acid 158
> /proc/158/text:arm plan 9 executable
> /sys/lib/acid/port
> /sys/lib
I may be one of the few with a still surviving Kirkwood dreamplugs,
though that could be tentative as who knows how long the hardware will
last. After the thing was running relatively well for a long
period of time, I finally got around to changing some http settings,
rebuilt userland, and prepare
