blob: c750b66d838e17f030f346f2517fb0336a88ed68 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
|
graphic: 0.921
kernel: 0.883
VMM: 0.828
architecture: 0.812
semantic: 0.731
arm: 0.709
ppc: 0.688
device: 0.663
PID: 0.562
vnc: 0.560
performance: 0.556
network: 0.535
socket: 0.504
risc-v: 0.490
peripherals: 0.488
mistranslation: 0.481
hypervisor: 0.458
files: 0.444
register: 0.435
permissions: 0.430
user-level: 0.389
assembly: 0.379
TCG: 0.370
boot: 0.368
KVM: 0.345
debug: 0.286
virtual: 0.267
i386: 0.187
x86: 0.094
QEMU kernel panic on Windows with arithmetic syntax error
During attempts to bring-up QEMU 64-bit ARM support I discovered a kernel panics that only occur on Windows but work properly on Linux.
The issue can be reproduced by running the following command line:
$ ./arm-softmmu/qemu-system-arm -M versatilepb -kernel $IMAGES/vmlinuz-3.2.0-4-versatile -initrd $IMAGES/initrd.img-3.2.0-4-versatile -hda $IMAGES/debian_wheezy_armel_standard.qcow2 -append "root=/dev/sda1"
where $IMAGES is the location where the images are downloaded from http://people.debian.org/~aurel32/qemu/armel/.
This was reproduced with both a custom built QEMU as well as the QEMU image installed by http://qemu.weilnetz.de/w32/qemu_w32-setup-20140617.exe.
The same command line runs properly on Linux using a custom built QEMU.
The Windows versions of QEMU do appear to work properly using the arm-test images available on qemu.org.
Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
[Expired for QEMU because there has been no activity for 60 days.]
|
