summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/KVM/1353149
blob: 3bbc50f494eace4b4e6a684e38597460c29004b1 (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
KVM: 0.969
mistranslation: 0.956
x86: 0.953
performance: 0.918
socket: 0.898
semantic: 0.896
i386: 0.893
virtual: 0.879
hypervisor: 0.825
architecture: 0.821
ppc: 0.805
PID: 0.711
user-level: 0.702
kernel: 0.695
graphic: 0.680
peripherals: 0.669
debug: 0.665
device: 0.657
register: 0.655
permissions: 0.597
VMM: 0.596
vnc: 0.563
boot: 0.553
files: 0.532
network: 0.515
risc-v: 0.463
TCG: 0.398
assembly: 0.393
arm: 0.387

qemu 2.1.0 fails to start if number of cores is greater than 1.

qemu (kvm) 2.1.0 (built from sources) fails to start if number of cores is greater than 1.

relevant part of commandline arguments:

/usr/bin/qemu-system-x86_64 -name test3 -S -machine pc-i440fx-2.1,accel=kvm,usb=off -cpu Westmere -m 4096 -realtime mlock=off -smp 1,maxcpus=4,sockets=1,cores=4,threads=1

the error reported is:

qemu-system-x86_64: /home/asavah/pkgbuild/qemu-2.1.0/hw/i386/smbios.c:825: smbios_get_tables: Assertion `smbios_smp_sockets >= 1' failed.
2014-08-05 21:45:35.825+0000: shutting down

however setting 4 sockets with 1 core each allows me to start the machine just fine.

the system is debian wheezy
Linux hostname 3.16.0-hostname2 #2 SMP Mon Aug 4 17:02:16 EEST 2014 x86_64 GNU/Linux

libvirt 1.2.7 (built from sources)

-smp 1,maxcpus=4,sockets=1,cores=4,threads=1

should be

-smp 4,maxcpus=4,sockets=1,cores=4,threads=1

although more human-friendly error is more appropriate there (better than a silent fallback to either 1- or 4- core topology)

I forgot to mention that VM was created and managed remotely via virt-manager 0.9.5 from another host.
I used custom cpu topology.

however this config worked fine on qemu 2.0.0 with virt-manager 0.9.5

just tried virt-manager 1.0.1 - it creates the proper argument -smp 4,maxcpus=4,sockets=1,cores=4,threads=1

so this was a virt-manager bug already fixed upstream.

this bug can be closed :)