summary refs log tree commit diff stats
path: root/results/classifier/118/operating system
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 19:39:53 +0200
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 19:39:53 +0200
commitdee4dcba78baf712cab403d47d9db319ab7f95d6 (patch)
tree418478faf06786701a56268672f73d6b0b4eb239 /results/classifier/118/operating system
parent4d9e26c0333abd39bdbd039dcdb30ed429c475ba (diff)
downloadqemu-analysis-dee4dcba78baf712cab403d47d9db319ab7f95d6.tar.gz
qemu-analysis-dee4dcba78baf712cab403d47d9db319ab7f95d6.zip
restructure results
Diffstat (limited to 'results/classifier/118/operating system')
-rw-r--r--results/classifier/118/operating system/2493082660
-rw-r--r--results/classifier/118/operating system/6217994458
-rw-r--r--results/classifier/118/operating system/6356565376
3 files changed, 0 insertions, 194 deletions
diff --git a/results/classifier/118/operating system/24930826 b/results/classifier/118/operating system/24930826
deleted file mode 100644
index 9640f1366..000000000
--- a/results/classifier/118/operating system/24930826
+++ /dev/null
@@ -1,60 +0,0 @@
-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/118/operating system/62179944 b/results/classifier/118/operating system/62179944
deleted file mode 100644
index dcede9df8..000000000
--- a/results/classifier/118/operating system/62179944
+++ /dev/null
@@ -1,58 +0,0 @@
-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/118/operating system/63565653 b/results/classifier/118/operating system/63565653
deleted file mode 100644
index ab28ef979..000000000
--- a/results/classifier/118/operating system/63565653
+++ /dev/null
@@ -1,76 +0,0 @@
-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?
-