PANIC: acquire_spinlock: attempt to acquire lock twice on non-SMP system

[nicsma]

I'm trying to get the GHC Haskell compiler running on Haiku. At some point in the configure script, it runs a C program which reliably gives the kernel panic above on the hrev47958 nightly (x86, GCC 2/4 hybrid). I've attached the C program (panic.c) but I haven't tried to minimise it because I don't really know what it does.

I'm running on QEMU, single-processor. If I enable SMP I get a different panic most of the time:

PANIC: acquire_spinlock(): Failed to acquire spinlock 0xce99c850 for a long time!

I've also attached the serial debug output from the UP and SMP runs.

[nicsma]

The offending program

[nicsma]

Log from QEMU UP

[nicsma]

Log from QEMU SMP

[jessicah]

For what it's worth, it's also happening on actual hardware too with the same level of reproducibility. Even when SMP is disabled (gives the double spinlock error instead).

My KDL is slightly different, but same set of circumstances leading to the KDL; see attached photo.

[nicsma]

A reduced test case

[nicsma]

I managed to reduce the test case quite a bit - just a call to timer_create followed by timer_settime triggers the bug.

It KDLs if I use CLOCK_PROCESS_CPUTIME_ID or CLOCK_THREAD_CPUTIME_ID in timer_create, but not if I use CLOCK_MONOTONIC or CLOCK_REALTIME.

[mmlr]

This is the same as #11032.