add 17th version of the classifier, including results

3 files changed, 194 insertions, 0 deletions

diff --git a/results/classifier/015/operating system/24930826 b/results/classifier/015/operating system/24930826
new file mode 100644
index 00000000..9640f136
--- /dev/null
+++ b/results/classifier/015/operating system/24930826
@@ -0,0 +1,60 @@
+operating system: 0.922
+device: 0.709
+graphic: 0.667
+mistranslation: 0.637
+performance: 0.624
+user-level: 0.581
+PID: 0.532
+debug: 0.525
+network: 0.513
+ppc: 0.487
+semantic: 0.487
+virtual: 0.480
+vnc: 0.473
+architecture: 0.452
+socket: 0.447
+peripherals: 0.447
+permissions: 0.398
+risc-v: 0.397
+kernel: 0.391
+register: 0.384
+VMM: 0.382
+files: 0.338
+arm: 0.325
+i386: 0.263
+x86: 0.239
+boot: 0.218
+TCG: 0.214
+hypervisor: 0.213
+alpha: 0.201
+KVM: 0.172
+assembly: 0.142
+
+[Qemu-devel] [BUG] vhost-user: hot-unplug vhost-user nic for windows guest OS will fail with 100% reproduce rate
+
+Hi, guys
+
+I met a problem when hot-unplug vhost-user nic for Windows 2008 rc2 sp1 64 
+(Guest OS)
+
+The xml of nic is as followed:
+<interface type='vhostuser'>
+  <mac address='52:54:00:3b:83:aa'/>
+  <source type='unix' path='/var/run/vhost-user/port1' mode='client'/>
+  <target dev='port1'/>
+  <model type='virtio'/>
+  <driver queues='4'/>
+  <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
+</interface>
+
+Firstly, I use virsh attach-device win2008 vif.xml to hot-plug a nic for Guest 
+OS. This operation returns success.
+After guest OS discover nic successfully, I use virsh detach-device win2008 
+vif.xml to hot-unplug it. This operation will fail with 100% reproduce rate.
+
+However, if I hot-plug and hot-unplug virtio-net nic , it will not fail.
+
+I have analysis the process of qmp_device_del , I found that qemu have inject 
+interrupt to acpi to let it notice guest OS to remove nic.
+I guess there is something wrong in Windows when handle the interrupt.
+
diff --git a/results/classifier/015/operating system/62179944 b/results/classifier/015/operating system/62179944
new file mode 100644
index 00000000..dcede9df
--- /dev/null
+++ b/results/classifier/015/operating system/62179944
@@ -0,0 +1,58 @@
+operating system: 0.980
+network: 0.966
+graphic: 0.907
+device: 0.818
+virtual: 0.784
+performance: 0.636
+socket: 0.608
+register: 0.601
+boot: 0.567
+files: 0.565
+ppc: 0.562
+user-level: 0.542
+mistranslation: 0.533
+PID: 0.504
+vnc: 0.498
+hypervisor: 0.492
+peripherals: 0.470
+architecture: 0.459
+semantic: 0.454
+alpha: 0.419
+permissions: 0.403
+debug: 0.400
+arm: 0.379
+risc-v: 0.345
+assembly: 0.275
+VMM: 0.258
+TCG: 0.217
+i386: 0.187
+x86: 0.164
+KVM: 0.153
+kernel: 0.063
+
+[Qemu-devel] [BUG] network : windows os lost ip address of the network card  in some cases
+
+we  found this problem for a long time 。For example, if we has three network 
+card in virtual xml file ，such as "network connection 1" / "network connection 
+2"/"network connection 3" 。
+
+Echo network card has own ip address ，such as 192.168.1.1 / 2.1 /3.1 , when 
+delete the first card ，reboot the windows virtual os, then this problem 
+happened !
+
+
+
+
+we found that the sencond network card will  replace the first one , then the 
+ip address of "network connection 2 " become 192.168.1.1 。
+
+
+Our third party users began to complain about this bug 。All the business of the 
+second ip  lost !!! 
+
+I mean both of windows and linux has this bug ,  we solve this bug in linux  
+throught bonding netcrad pci and mac address 。
+
+There is no good solution on windows os . thera are ?  we implemented a plan to 
+resumption of IP by QGA.  Is there a better way ?
+
diff --git a/results/classifier/015/operating system/63565653 b/results/classifier/015/operating system/63565653
new file mode 100644
index 00000000..ab28ef97
--- /dev/null
+++ b/results/classifier/015/operating system/63565653
@@ -0,0 +1,76 @@
+operating system: 0.908
+device: 0.889
+boot: 0.889
+PID: 0.887
+architecture: 0.864
+network: 0.861
+debug: 0.855
+ppc: 0.855
+performance: 0.834
+KVM: 0.827
+semantic: 0.825
+peripherals: 0.824
+i386: 0.792
+virtual: 0.787
+x86: 0.765
+register: 0.755
+kernel: 0.746
+socket: 0.745
+permissions: 0.739
+arm: 0.737
+graphic: 0.734
+files: 0.705
+VMM: 0.695
+risc-v: 0.657
+hypervisor: 0.624
+user-level: 0.607
+vnc: 0.588
+assembly: 0.571
+TCG: 0.567
+alpha: 0.545
+mistranslation: 0.462
+
+[Qemu-devel] [BUG]pcibus_reset assertion failure on guest reboot
+
+Qemu-2.6.2
+
+Start a vm with vhost-net , do reboot and hot-unplug viritio-net nic in short 
+time, we touch 
+pcibus_reset assertion failure.
+
+Here is qemu log:
+22:29:46.359386+08:00  acpi_pm1_cnt_write -> guest do soft power off
+22:29:46.785310+08:00  qemu_devices_reset
+22:29:46.788093+08:00  virtio_pci_device_unplugged -> virtio net unpluged
+22:29:46.803427+08:00  pcibus_reset: Assertion `bus->irq_count[i] == 0' failed.
+
+Here is stack info: 
+(gdb) bt
+#0  0x00007f9a336795d7 in raise () from /usr/lib64/libc.so.6
+#1  0x00007f9a3367acc8 in abort () from /usr/lib64/libc.so.6
+#2  0x00007f9a33672546 in __assert_fail_base () from /usr/lib64/libc.so.6
+#3  0x00007f9a336725f2 in __assert_fail () from /usr/lib64/libc.so.6
+#4  0x0000000000641884 in pcibus_reset (qbus=0x29eee60) at hw/pci/pci.c:283
+#5  0x00000000005bfc30 in qbus_reset_one (bus=0x29eee60, opaque=<optimized 
+out>) at hw/core/qdev.c:319
+#6  0x00000000005c1b19 in qdev_walk_children (dev=0x29ed2b0, pre_devfn=0x0, 
+pre_busfn=0x0, post_devfn=0x5c2440 ...
+#7  0x00000000005c1c59 in qbus_walk_children (bus=0x2736f80, pre_devfn=0x0, 
+pre_busfn=0x0, post_devfn=0x5c2440 ...
+#8  0x00000000005513f5 in qemu_devices_reset () at vl.c:1998
+#9  0x00000000004cab9d in pc_machine_reset () at 
+/home/abuild/rpmbuild/BUILD/qemu-kvm-2.6.0/hw/i386/pc.c:1976
+#10 0x000000000055148b in qemu_system_reset (address@hidden) at vl.c:2011
+#11 0x000000000055164f in main_loop_should_exit () at vl.c:2169
+#12 0x0000000000551719 in main_loop () at vl.c:2212
+#13 0x000000000041c9a8 in main (argc=<optimized out>, argv=<optimized out>, 
+envp=<optimized out>) at vl.c:5130
+(gdb) f 4
+...
+(gdb) p bus->irq_count[0]
+$6 = 1
+
+Seems pci_update_irq_disabled doesn't work well
+
+can anyone help?
+