3 files changed, 113 insertions, 0 deletions
diff --git a/results/classifier/108/other/906 b/results/classifier/108/other/906
new file mode 100644
index 00000000..ef957d24
--- /dev/null
+++ b/results/classifier/108/other/906
@@ -0,0 +1,16 @@
+other: 0.675
+performance: 0.540
+device: 0.511
+graphic: 0.483
+permissions: 0.476
+semantic: 0.382
+network: 0.258
+debug: 0.235
+vnc: 0.140
+socket: 0.125
+boot: 0.090
+PID: 0.069
+KVM: 0.041
+files: 0.038
+
+Cannot IPL this ISO image
diff --git a/results/classifier/108/other/906804 b/results/classifier/108/other/906804
new file mode 100644
index 00000000..15f7a20d
--- /dev/null
+++ b/results/classifier/108/other/906804
@@ -0,0 +1,62 @@
+other: 0.757
+KVM: 0.586
+graphic: 0.522
+debug: 0.504
+vnc: 0.491
+performance: 0.487
+permissions: 0.465
+semantic: 0.460
+device: 0.455
+files: 0.430
+PID: 0.415
+socket: 0.399
+boot: 0.376
+network: 0.326
+
+SIGSEGV using sheepdog
+
+While doing a mkfs on a Sheepdog volume attached inside a VM, qemu-kvm segfaults:
+
+
+Program received signal SIGSEGV, Segmentation fault.
+aio_read_response (opaque=0x0) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c:784
+784	/build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c: No such file or directory.
+	in /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c
+(gdb) bt
+#0  aio_read_response (opaque=0x0) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c:784
+#1  0x00007effed02b7bb in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/coroutine-ucontext.c:125
+#2  0x00007effe89e4d60 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
+#3  0x00007fff90ed7fd0 in ?? ()
+#4  0x0000000000000000 in ?? ()
+(gdb) bt full
+#0  aio_read_response (opaque=0x0) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c:784
+        rsp = {proto_ver = 8 '\b', opcode = 8 '\b', flags = 61231, epoch = 32511, id = 4023393600, data_length = 32511, result = 4022027568, copies = 32511, pad = {3902624371, 32511, 4022027680, 32511, 4022027680, 32511}}
+        s = <optimized out>
+        fd = <optimized out>
+        aio_req = <optimized out>
+        acb = <optimized out>
+        idx = 139637703787936
+#1  0x00007effed02b7bb in coroutine_trampoline (i0=<optimized out>, i1=<optimized out>) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/coroutine-ucontext.c:125
+        self = 0x7effefbb45a0
+        co = 0x7effefbb45a0
+#2  0x00007effe89e4d60 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
+No symbol table info available.
+#3  0x00007fff90ed7fd0 in ?? ()
+No symbol table info available.
+#4  0x0000000000000000 in ?? ()
+No symbol table info available.
+(gdb)  info threads
+  Id   Target Id         Frame 
+  12   Thread 0x7eff4d3ea700 (LWP 10461) "kvm" 0x00007effe8d3264b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
+  11   Thread 0x7eff4c3e8700 (LWP 10460) "kvm" 0x00007effe8d3264b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
+  9    Thread 0x7eff49be3700 (LWP 10442) "kvm" 0x00007effe8d3264b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
+  8    Thread 0x7eff4a3e4700 (LWP 10441) "kvm" 0x00007effe8d3264b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
+  7    Thread 0x7eff493e2700 (LWP 10440) "kvm" 0x00007effe8d3264b in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
+  6    Thread 0x7effd2741700 (LWP 10270) "kvm" 0x00007effe8a71407 in ioctl () from /lib/x86_64-linux-gnu/libc.so.6
+* 1    Thread 0x7effecf39900 (LWP 10267) "kvm" aio_read_response (opaque=0x0) at /build/buildd-qemu-kvm_1.0+dfsg-2-amd64-V1Rh0p/qemu-kvm-1.0+dfsg/block/sheepdog.c:784
+
+I think this is fixed with http://patchwork.ozlabs.org/patch/138719/
+
+
+The fix mentioned in comment #1 has been included long ago (commit ID 6d1acda8f16d1f2d0b05cf), so marking this ticket as "Fix released" now.
+
diff --git a/results/classifier/108/other/906864 b/results/classifier/108/other/906864
new file mode 100644
index 00000000..fa38efd0
--- /dev/null
+++ b/results/classifier/108/other/906864
@@ -0,0 +1,35 @@
+device: 0.732
+performance: 0.665
+graphic: 0.645
+semantic: 0.418
+other: 0.294
+PID: 0.172
+permissions: 0.153
+boot: 0.140
+debug: 0.132
+KVM: 0.128
+socket: 0.106
+network: 0.092
+files: 0.031
+vnc: 0.029
+
+Always mouse grabbing with -usbdevice tablet
+
+version: QEMU emulator version 1.0 (qemu-kvm 1.0)
+             QEMU emulator version 1.0 (qemu 1.0)
+             (source builds)
+os: archlinux x86-64
+last working version: qemu-kvm 0.15.1
+
+commandline: each with "-usb -usbdevice tablet" and sdl output 
+
+expected behavior:  mouse gets grabbed only by forcing it (pressing release/grab-combination (CTRL-ALT))
+
+actual behavior:
+When moving the mouse over the window it gets instantly grabbed, so i cannot use window-manager-specific hotkeys anymore.  After pressing the release combination every mouse movement over or within the window will grab the mouse again. 
+I have tried this with several vga types and window managers: no difference
+
+Seems to work for me with the latest version of QEMU. Can you still reproduce it with the latest version?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+