[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1404690] Re: Qemu crashes with chrooted m68k
From: |
Michel Boaventura |
Subject: |
[Qemu-devel] [Bug 1404690] Re: Qemu crashes with chrooted m68k |
Date: |
Wed, 24 Dec 2014 17:25:05 -0000 |
Hi Peter,
Thank you very much for your help, I really appreciate it. I've tested
both your patch and your workaround to make ls work (I've created a xfs
partition to put my image) and everything works greatly.
Merry Xmas.
Michel
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1404690
Title:
Qemu crashes with chrooted m68k
Status in QEMU:
New
Bug description:
I'm using qemu-m68k 2.2.0 to chroot into a m68k coldfire linux, which
works fine on the coldfire machine.
I've been able to use binfmt_msc and used the above code to use qemu
with strace:
#include <unistd.h>
#include <string.h>
int main(int argc, char **argv, char **envp) {
char *newargv[argc + 4];
newargv[0] = argv[0];
newargv[1] = "-cpu";
newargv[2] = "cfv4e";
newargv[3] = "-strace";
memcpy(&newargv[4], &argv[1], sizeof(*argv) * (argc - 1));
newargv[argc + 3] = NULL;
return execve("/usr/bin/qemu-m68k", newargv, envp);
}
Everything works fine. I can run bash, busybox, ash, but when I try to
run a ls or just type an invalid command, I got the attached sequence
of messages, which end like so:
11351 waitpid(-1,0xf6fffa00,0x3) = -1 errno=10 (No child processes)
qemu: fatal: Illegal instruction: 0000 @ f6fffa30
D0 = ffffffff A0 = f67dcf50 F0 = 0000000000000000 ( 0)
D1 = 0000000a A1 = f66e0898 F1 = 0000000000000000 ( 0)
D2 = f6fffaa8 A2 = f67df268 F2 = 0000000000000000 ( 0)
D3 = 00000000 A3 = 00000000 F3 = 0000000000000000 ( 0)
D4 = 00000008 A4 = 800026c4 F4 = 0000000000000000 ( 0)
D5 = 00000000 A5 = f67d98e0 F5 = 0000000000000000 ( 0)
D6 = f6fffaa8 A6 = f6fffa7c F6 = 0000000000000000 ( 0)
D7 = 00000002 A7 = f6fffa24 F7 = 0000000000000000 ( 0)
PC = f6fffa30 SR = 0000 ----- FPRESULT = 0
Aborted
How can I debug it further to try to figure out if this is a qemu
issue or not? Thanks
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1404690/+subscriptions
- [Qemu-devel] [PATCH v2 0/4] acpi: move common parts of the SSDT to the DSDT (and preview of things to come), Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 1/4] pc: append ssdt-misc.dsl to the DSDT, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 2/4] pc: rename ssdt-misc to dsdt-common, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 5/4] pc: introduce new ACPI table sizing algorithm, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 6/4] pc: clean up pre-2.1 compatibility code, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 4/4] pc: merge DSDT common parts into acpi-dsdt-common.dsl, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 7/4] pc: go back to smaller ACPI tables, Paolo Bonzini, 2014/12/24
- [Qemu-devel] [PATCH v2 3/4] pc: move common parts of the DSDT to dsdt-common, Paolo Bonzini, 2014/12/24