Bug#828041: Panic when attempting to enter Sparc64 QEMU guest

2016-06-24 Thread Jeffrey Walton
I can reproduce the issue on a Debian kernel booted with 'syscall.x32=y'. The failure looks a little different: # chroot debian-sparc64 *** longjmp causes uninitialized stack frame ***: /bin/bash terminated Unhandled trap: 0x34 pc: 00163860 npc: 00163864 %g0-3:

Bug#828041: Panic when attempting to enter Sparc64 QEMU guest

2016-06-24 Thread Jeffrey Walton
There's some information missing from this bug. I'm not sure why tee did not capture it because I used `choot debian-sparc64 2>&1 | tee ...` Here's the missing preamble that tee failed to capture. I transcribed it, so my apologies for typos: # choot debian-sparc64 *** longjmp causes unintialized

Bug#828041: Panic when attempting to enter Sparc64 QEMU guest

2016-06-24 Thread Jeffrey Walton
Package: qemu-user-static Version: 1:2.6+dfsg-3 Severity: important I have a Debian 8.5 on amd64/x86_64 host with Testing enabled. I setup a QEMU Sparc64 guest with Unstable enabled using the following command: qemu-debootstrap --arch=sparc64 --keyring