7 files changed, 243 insertions, 0 deletions
diff --git a/results/classifier/108/other/203 b/results/classifier/108/other/203
new file mode 100644
index 00000000..42d9e770
--- /dev/null
+++ b/results/classifier/108/other/203
@@ -0,0 +1,16 @@
+device: 0.840
+files: 0.698
+performance: 0.693
+boot: 0.609
+network: 0.599
+semantic: 0.588
+graphic: 0.449
+PID: 0.434
+permissions: 0.427
+other: 0.396
+debug: 0.318
+socket: 0.254
+vnc: 0.246
+KVM: 0.119
+
+move ./scripts/qapi/ to ./python/qemu/qapi/
diff --git a/results/classifier/108/other/2030 b/results/classifier/108/other/2030
new file mode 100644
index 00000000..b9ac9fde
--- /dev/null
+++ b/results/classifier/108/other/2030
@@ -0,0 +1,32 @@
+graphic: 0.872
+performance: 0.736
+files: 0.714
+network: 0.650
+device: 0.641
+vnc: 0.538
+semantic: 0.485
+socket: 0.480
+other: 0.444
+PID: 0.389
+boot: 0.361
+KVM: 0.225
+debug: 0.203
+permissions: 0.145
+
+Unreachable code
+Description of problem:
+There is always a false condition in the function `alloc_code_gen_buffer_splitwx_memfd` in the file `tcg/region.c`. If `buf_rw == NULL` we go to the mark __fail__:
+
+https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L580-L583
+
+But the value of `buf_rx` is __`MAP_FAILED`__:
+
+https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L577
+
+And this line will never be reached:
+
+https://gitlab.com/qemu-project/qemu/-/blob/master/tcg/region.c?ref_type=heads#L601
+
+Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE.
+
+Author A. Voronin.
diff --git a/results/classifier/108/other/2031 b/results/classifier/108/other/2031
new file mode 100644
index 00000000..df15a30e
--- /dev/null
+++ b/results/classifier/108/other/2031
@@ -0,0 +1,28 @@
+graphic: 0.735
+device: 0.601
+network: 0.510
+semantic: 0.349
+other: 0.291
+performance: 0.278
+vnc: 0.239
+socket: 0.233
+files: 0.170
+PID: 0.154
+KVM: 0.119
+boot: 0.091
+debug: 0.050
+permissions: 0.030
+
+Redundant comparison
+Description of problem:
+The result of the function `qdev_get_hotplug_handler` is always __NULL__. That is why the comparison in the line №502 is redundant:
+
+https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/qdev.c#L501
+
+This code will never be executed:
+
+https://gitlab.com/qemu-project/qemu/-/blob/master/hw/core/qdev.c#L502-L507
+
+Found by Linux Verification Center (portal.linuxtesting.ru) with SVACE.
+
+Author A. Voronin.
diff --git a/results/classifier/108/other/2032 b/results/classifier/108/other/2032
new file mode 100644
index 00000000..37b3ac55
--- /dev/null
+++ b/results/classifier/108/other/2032
@@ -0,0 +1,46 @@
+files: 0.784
+device: 0.769
+graphic: 0.712
+socket: 0.710
+PID: 0.658
+debug: 0.640
+other: 0.621
+network: 0.585
+performance: 0.571
+permissions: 0.563
+semantic: 0.540
+boot: 0.502
+vnc: 0.453
+KVM: 0.367
+
+qemu-guest-agent not starting
+Description of problem:
+Trace found in syslog :
+```
+syslog:Dec 11 13:45:08 mail systemd[1]: dev-virtio\x2dports-org.qemu.guest_agent.0.device: Job dev-virtio\x2dports-org.qemu.guest_agent.0.device/start timed out.
+syslog:Dec 11 13:45:08 mail systemd[1]: Timed out waiting for device /dev/virtio-ports/org.qemu.guest_agent.0.
+syslog:Dec 11 13:45:08 mail systemd[1]: qemu-guest-agent.service: Job qemu-guest-agent.service/start failed with result 'dependency'.
+syslog:Dec 11 13:45:08 mail systemd[1]: dev-virtio\x2dports-org.qemu.guest_agent.0.device: Job dev-virtio\x2dports-org.qemu.guest_agent.0.device/start failed with result 'timeout'.
+```
+Steps to reproduce:
+systemctl start qemu-guest-agent
+Additional information:
+Messages when installing the systemd unit : 
+```
+systemctl enable qemu-guest-agent
+Synchronizing state of qemu-guest-agent.service with SysV service script with /lib/systemd/systemd-sysv-install.
+Executing: /lib/systemd/systemd-sysv-install enable qemu-guest-agent
+The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
+Alias= settings in the [Install] section, and DefaultInstance= for template
+units). This means they are not meant to be enabled using systemctl.
+
+Possible reasons for having this kind of units are:
+• A unit may be statically enabled by being symlinked from another unit's
+  .wants/ or .requires/ directory.
+• A unit's purpose may be to act as a helper for some other unit which has
+  a requirement dependency on it.
+• A unit may be started when needed via activation (socket, path, timer,
+  D-Bus, udev, scripted systemctl call, ...).
+• In case of template units, the unit is meant to be enabled with some
+  instance name specified.
+ ```
diff --git a/results/classifier/108/other/2035 b/results/classifier/108/other/2035
new file mode 100644
index 00000000..db5881e8
--- /dev/null
+++ b/results/classifier/108/other/2035
@@ -0,0 +1,69 @@
+graphic: 0.793
+files: 0.750
+vnc: 0.654
+debug: 0.611
+device: 0.557
+PID: 0.489
+permissions: 0.413
+boot: 0.410
+performance: 0.342
+other: 0.320
+network: 0.254
+KVM: 0.249
+semantic: 0.247
+socket: 0.244
+
+TCG Plugin exit callback not executing
+Description of problem:
+I cannot get the plugin exit callback to register/execute. I should see "Goodbye from plugin" but dont. I have also tried using `qemu_plugin_outs` without success.
+
+**Update: If I make my test binary an infinite loop and kill it with CTRL-C, then the callback is called as expected. Am I just using it wrong?**
+Steps to reproduce:
+1. Configured QEMU with `--target-list=riscv32-linux-user,riscv64-linux-user --enable-plugins --disable-system`
+2. Compiled plugin with 
+```
+gcc -I./qemu/include/qemu `pkg-config --libs glib-2.0` -O0 -fvisibility=hidden -Wall -shared -fPIC `pkg-config --cflags glib-2.0`
+```
+3. Compiled test binary (just a hello world) with `riscv64-unknown-elf-gcc test_qemu.c -o test_qemu`
+4. Ran ./qemu/build/qemu-riscv64 -plugin ./test_plugin.so -d plugin ./test_qemu
+Additional information:
+test_plugin.c
+```
+#include <inttypes.h>
+#include <assert.h>
+#include <stdlib.h>
+#include <string.h>
+#include <unistd.h>
+#include <stdio.h>
+#include <qemu-plugin.h>
+
+QEMU_PLUGIN_EXPORT int qemu_plugin_version = QEMU_PLUGIN_VERSION;
+
+static void vcpu_tb_trans(qemu_plugin_id_t id, struct qemu_plugin_tb *tb)
+{
+    int n_insns = qemu_plugin_tb_n_insns(tb);
+    printf("> New TB of size %d\n", n_insns);
+
+    for (int i = 0; i < n_insns; i++) {
+        struct qemu_plugin_insn * insn = qemu_plugin_tb_get_insn(tb, i);
+        char * disassembly = qemu_plugin_insn_disas(insn);
+        printf(" > Instruciton: %s\n", disassembly);
+    }
+}
+
+static void plugin_exit(qemu_plugin_id_t id, void *p)
+{
+    printf("> Goodbye from plugin. %d\n", id);
+}
+
+QEMU_PLUGIN_EXPORT int qemu_plugin_install(qemu_plugin_id_t id,
+                                           const qemu_info_t *info,
+                                           int argc, char **argv)
+{
+    printf("> Hello From Plugin!\n");
+    qemu_plugin_register_vcpu_tb_trans_cb(id, vcpu_tb_trans);
+    qemu_plugin_register_atexit_cb(id, plugin_exit, NULL);
+    printf("> Everything was registered\n");
+    return 0;
+}
+```
diff --git a/results/classifier/108/other/2036 b/results/classifier/108/other/2036
new file mode 100644
index 00000000..940085f7
--- /dev/null
+++ b/results/classifier/108/other/2036
@@ -0,0 +1,26 @@
+files: 0.893
+graphic: 0.877
+device: 0.872
+other: 0.868
+vnc: 0.707
+network: 0.703
+semantic: 0.694
+PID: 0.640
+socket: 0.597
+permissions: 0.570
+performance: 0.564
+boot: 0.520
+debug: 0.513
+KVM: 0.323
+
+`edk2-riscv-code.fd.bz2` is included in the repo but not installed to `$PREFIX/share/qemu`
+Description of problem:
+`edk2-riscv-code.fd.bz2` is included in the repo (https://gitlab.com/qemu-project/qemu/-/blob/v8.2.0-rc4/pc-bios/edk2-riscv-code.fd.bz2), but this file is not installed to `$PREFIX/share/qemu`.
+
+The binaries for other architectures (aarch64, arm, i386, x86\_64) are installed as expected.
+https://gitlab.com/qemu-project/qemu/-/blob/v8.2.0-rc4/pc-bios/meson.build?ref_type=tags#L3-L12
+Steps to reproduce:
+`ls $PREFIX/share/qemu/edk2-*`
+Additional information:
+- Not sure if this is intentional or a bug.
+- The descriptor JSON file is missing for riscv: https://gitlab.com/qemu-project/qemu/-/tree/v8.2.0-rc4/pc-bios/descriptors
diff --git a/results/classifier/108/other/2039 b/results/classifier/108/other/2039
new file mode 100644
index 00000000..3873a378
--- /dev/null
+++ b/results/classifier/108/other/2039
@@ -0,0 +1,26 @@
+device: 0.874
+performance: 0.866
+graphic: 0.850
+network: 0.745
+semantic: 0.741
+other: 0.694
+permissions: 0.675
+PID: 0.674
+vnc: 0.656
+debug: 0.632
+boot: 0.626
+socket: 0.433
+KVM: 0.326
+files: 0.151
+
+there is no 'write' lock checked when exec `qemu-img check lvqcow2`
+Description of problem:
+There is a difference between a qcow2 file image and a lvqcow2 img.
+
+'write' lock will be checked when using a normal qcow2-format image (/path/to/img/test.qcow2) to avoid some risky operations. However, when I create a qcow2 img on a lv, there is not any write lock checked when I perform `qemu-img check` on this lvqcow2 even though it was attached to a vm.
+Steps to reproduce:
+1. create a lvqcow2: `qemu-img create -f qcow2 /path/to/lv  xxG`
+2. create a vm using this lvqcow2
+3. exec `qemu-img check` on this lvqcow2, there is no any perm (such as 'write' lock) check and notifaction even though this lvqcow2 is using in qemu vm.
+Additional information:
+