Vikas Amar Tikoo

I think the test is also partially to blame, as it defines the interval. For eg: in `test_timedelta.py:test_round_sanity`, the max value for `val` is set to `lib.i8max`, which is probably...

Its not clear to me where the [generator of that file](https://github.com/lsds/sgx-lkl/blob/oe_port/tools/lkl_bits.c) gets the syscall numbers from.

## /tests/languages/nodejs The failing nodejs detached thread is https://github.com/nodejs/node/blob/1be7bbdc3b533759072cfc3d13766511197e3d01/src/inspector_agent.cc#L77-L92. This is created here - https://github.com/nodejs/node/blob/1be7bbdc3b533759072cfc3d13766511197e3d01/src/inspector_agent.cc#L121. Pretty much the first thing the thread does is a futex wait syscall, and in...

## /tests/basic/pthread_detach Here sgx-lkl goes into a context switch loop between `ksoftirqd ==> swapper ==> idle_host_task [==> ksoftirqd]`, after the last detached pthread has exited. ``` [[ LKL ]] free_thread_stack():...

@prp is the LKL termination sequence triggered only by the app main thread exiting?

Going by the stack traces above, it looks like the application main thread hasn't exited and is sleeping on a futex. This is causing LKL to have no runnable tasks...

Regarding futex_cmp_requeue01, `sched_yield` now goes via LKL instead of directly calling `lthread_yield` - https://github.com/lsds/sgx-lkl-musl/pull/18/files#diff-687e538b71be7b81c2d4ddf641470487. This could be a regression. Is this a determinsitic failure?

@prp there seem to be multiple ways which can cause cloned host tasks hangups. Could you clarify whether you think the DotNet failures are specifically related to `sched_yield` or cloned...

I had attempted to do this in #403 , but that caused the environment parsing in `lkl_start_init` to fail. Around here - https://github.com/lsds/sgx-lkl/blob/oe_port/src/lkl/setup.c#L1375

@davidchisnall I tried adding a breakpoint at the entry of `__syscall_cp.s`, it doesn't look syscall_cp is called during this test. The tkill syscall mentioned in the stacktrace is most probably...