1 files changed, 59 insertions, 0 deletions
diff --git a/results/classifier/118/none/1831354 b/results/classifier/118/none/1831354
new file mode 100644
index 00000000..293446f0
--- /dev/null
+++ b/results/classifier/118/none/1831354
@@ -0,0 +1,59 @@
+device: 0.795
+performance: 0.680
+graphic: 0.632
+ppc: 0.628
+network: 0.493
+PID: 0.475
+boot: 0.421
+virtual: 0.419
+architecture: 0.413
+kernel: 0.392
+user-level: 0.386
+x86: 0.366
+vnc: 0.358
+mistranslation: 0.356
+hypervisor: 0.338
+i386: 0.333
+debug: 0.330
+semantic: 0.328
+assembly: 0.320
+permissions: 0.288
+TCG: 0.274
+arm: 0.267
+risc-v: 0.257
+register: 0.235
+socket: 0.212
+peripherals: 0.212
+VMM: 0.203
+files: 0.172
+KVM: 0.171
+
+unable to read symlinks when mounting 9p filesystem with security_model=mapped
+
+I am trying to use clang that is mounted from a 9p filesystem that has the options 
+ -fsdev local,id=virtfs3,path=/clang,security_model=mapped-file -device virtio-9p-pci,fsdev=virtfs3,mount_tag=clang
+
+clang has symlinks to clang-9. eg /clang/clang/bin/clang is a symlink that points to clang-9 in the current directory. 
+
+the clang filesystem is on a bind mount point on /clang/clang on the host and this is mapped to the same place on the guest. If I have the same virtfs mount point with the security_model=none I don't have this problem.
+
+On the host: readlink clang
+clang-9
+
+and guest:
+
+ls: cannot read symbolic link 'clang': No such file or directory
+lrwxrwxrwx 1 root root 7 May 30 02:21 clang
+
+readlink clang
+
+returns nothing.
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/173
+
+