Control: tag -1 + upstream patch pending

10.05.2013 00:52, Edward J. Shornock wrote:
> Package: qemu-system-x86
> Version: 1.5.0~rc0+dfsg-1
> Severity: normal
> File: /usr/bin/qemu-system-x86_64
> 
> Booting a kfreebsd netinst iso (e.g.
> <http://cdimage.debian.org/cdimage/release/7.0.0/kfreebsd-i386/iso-cd/debian-7.0.0-kfreebsd-i386-netinst.iso>)
> fails in the guest with
> 
>     Fatal trap 12: page fault while in kernel mode
> 
> (screenshot at <http://imgur.com/M9iuJlX>).

Oh.  So it is guest crash, not qemu process on host crash.  Please indicate
as such in the subject.

This is a known issue, I spent half a day pre-yesterday diagnosing it.
Current upstream qemu git should be fine, after the following commit:

commit 66e61b55f158ef5628e4c056dd2f233c9351a3f5
Author: Aurelien Jarno <[email protected]>
Date:   Wed May 8 22:36:39 2013 +0200

    tcg/optimize: fix setcond2 optimization

    When setcond2 is rewritten into setcond, the state of the destination
    temp should be reset, so that a copy of the previous value is not
    used instead of the result.

    Reported-by: Michael Tokarev <[email protected]>
    Reviewed-by: Richard Henderson <[email protected]>
    Signed-off-by: Aurelien Jarno <[email protected]>

You can revert just that commit and retry the test - it should fail as
before.

Note that this happens only when you run something 32bit on a 64bit host,
32bit on 32bit is unaffected.

> I also had this problem with 1.4.0. Booting the iso will fail both with
> and without KVM acceleration.

1.4.0 had no this bug, so it must be something different.  But at this
point. 1.4 is mostly history, we should concentrate on getting 1.5 out
as soon as possible, with all the needed fixes, and, more important, on
wheezy version which is in stable which will be used by most people.

> I do not have this problem with a self-compiled qemu (git rev
> 66e61b55f158ef5628e4c056dd2f233c9351a3f5).

And this is exactly the commit I mentioned.

> qemu installed from experimental can boot an already installed kfreebsd,
> such as one from <http://people.debian.org/~aurel32/qemu/>. I
> successfully installed kfreebsd with my self-compiled qemu and that
> installed system could also be booted with the qemu from experimental.

This happens when some sequence of instructions is executed, so it
wont always happen and depends greatly on the guest kernel.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to