1 files changed, 79 insertions, 0 deletions
diff --git a/results/classifier/118/peripherals/1634852 b/results/classifier/118/peripherals/1634852
new file mode 100644
index 000000000..aeef5dc4c
--- /dev/null
+++ b/results/classifier/118/peripherals/1634852
@@ -0,0 +1,79 @@
+peripherals: 0.969
+architecture: 0.951
+kernel: 0.941
+x86: 0.931
+device: 0.929
+hypervisor: 0.918
+performance: 0.899
+network: 0.886
+ppc: 0.877
+PID: 0.870
+register: 0.861
+graphic: 0.843
+user-level: 0.841
+permissions: 0.835
+VMM: 0.834
+risc-v: 0.816
+files: 0.796
+socket: 0.787
+vnc: 0.782
+KVM: 0.777
+arm: 0.768
+TCG: 0.731
+debug: 0.730
+virtual: 0.705
+i386: 0.685
+mistranslation: 0.654
+boot: 0.652
+assembly: 0.551
+semantic: 0.443
+
+Qemu VirtFS mounts are not accessible after resuming guest from hibernation
+
+Host OS:  Funtoo Linux
+Host Kernel:  4.7.4-gentoo
+Qemu Version:  2.7.0
+Guest OS:  Ubuntu 14.04
+Guest Kernel:  reproduced with both 4.4.0-42-generic and 3.13.0-98-generic
+
+Qemu command line:
+
+qemu-system-x86_64 \
+    -machine type=pc,accel=kvm \
+    -cpu host \
+    -smp 3 \
+    -m 8G \
+    -netdev bridge,id=hn0,vhost=on \
+    -device virtio-net-pci,netdev=hn0,mac=52:54:fa:70:35:f7 \
+    -drive file=/dev/mapper/vg-ubuntu,format=raw,if=virtio,cache=none,discard=on \
+    -virtfs local,path=/home/dharding/code,security_model=passthrough,mount_tag=code \
+    -virtfs local,path=/home/dharding/xfer,security_model=passthrough,mount_tag=xfer \
+    -display gtk
+
+
+Relevant lines from guest /etc/fstab:
+code /home/dharding/code 9p trans=virtio,version=9p2000.L,msize=262144,_netdev 0 0
+xfer /home/dharding/xfer 9p trans=virtio,version=9p2000.L,msize=262144,_netdev 0 0
+
+
+Steps to reproduce:
+- start qemu using the above command line
+- in the guest, run "sudo pm-hibernate"
+- after qemu exits, run again using the same command line
+- once the guest resumes from hibernation, run "ls /home/dharding/code"
+- the ls command will hang forever
+
+The ls call stack is:
+
+[<ffffffffc00743a0>] p9_client_rpc+0x110/0x460 [9pnet]
+[<ffffffffc0076a50>] p9_client_getattr_dotl+0x60/0x160 [9pnet]
+[<ffffffffc009ef77>] v9fs_vfs_getattr_dotl+0x47/0xa0 [9p]
+[<ffffffff81202a5c>] vfs_getattr_nosec+0x2c/0x40
+[<ffffffff81202b26>] vfs_getattr+0x26/0x30
+[<ffffffff81202bf5>] vfs_fstatat+0x65/0xa0
+[<ffffffff8120306f>] SYSC_newstat+0x1f/0x40
+[<ffffffff812032be>] SyS_newstat+0xe/0x10
+[<ffffffff817fa4f6>] entry_SYSCALL_64_fastpath+0x16/0x75
+
+The root cause lies in the 9pnet_virtio driver in the guest kernel: it does not support suspend/hibernation...
+