blob: 1c4c15ae0860f46288925157267622123545a9b2 (
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
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
|
x86: 0.951
graphic: 0.911
debug: 0.886
performance: 0.829
architecture: 0.806
ppc: 0.787
device: 0.744
mistranslation: 0.734
network: 0.725
user-level: 0.717
socket: 0.695
PID: 0.683
files: 0.681
semantic: 0.663
register: 0.658
peripherals: 0.644
hypervisor: 0.621
kernel: 0.611
i386: 0.606
permissions: 0.600
vnc: 0.534
virtual: 0.489
VMM: 0.479
arm: 0.466
risc-v: 0.436
boot: 0.401
TCG: 0.397
assembly: 0.344
KVM: 0.335
--------------------
x86: 0.971
virtual: 0.462
debug: 0.164
TCG: 0.101
files: 0.094
hypervisor: 0.068
assembly: 0.020
register: 0.017
user-level: 0.012
boot: 0.008
performance: 0.007
device: 0.007
VMM: 0.004
network: 0.004
kernel: 0.003
PID: 0.003
architecture: 0.003
semantic: 0.002
socket: 0.001
graphic: 0.001
risc-v: 0.001
i386: 0.000
vnc: 0.000
permissions: 0.000
ppc: 0.000
peripherals: 0.000
mistranslation: 0.000
KVM: 0.000
arm: 0.000
No BIOS MPFP structure with smp=92 and more
qemu 0.12.2, SeaBios 0.5.1, running qemu-system-x86_64.exe with option -smp.
If smp>=92 then no MP floating point structure present in 1 Mb. This may be verified by pmemsave 0 0x100000 in debugger and search for _MP_ signature in file.
qemu 0.10.5 (bios build 05/08/09) can smp=128 (and even 255 if not hangs :).
Host win 7 x64 RTM 7600.
QEMU 0.12 is quite outdated nowadays ... can you still reproduce this issue with the latest version of QEMU (currently version 2.8)?
Man, really? xD
6 years have passed...
Close the ticket please, I don't have this code anymore.
...
still laughing... sorry
Better late than never ;-)
|