> This is not particularly unusual (it's the best way we could find to 
> measure the initial thread's stack size), but it's possible that qemu 
> user mode is botching emulation of mremap and thus resulting in a 
> wrong stack size being reported. Can you send a full strace (qemu-arm 
> -strace, maybe also real strace of the qemu process with the host 
> strace utility) log of the crash? That will probably shed some light 
> on what's happening.
attached recorded via

strace -o host-strace-qemu.log /usr/bin/qemu-arm-static -strace 
/usr/bin/ruby2.4 > qemu-strace-ruby.log 2>&1