summary refs log tree commit diff stats
path: root/results/classifier/108/other/985288
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/108/other/985288')
-rw-r--r--results/classifier/108/other/98528825
1 files changed, 25 insertions, 0 deletions
diff --git a/results/classifier/108/other/985288 b/results/classifier/108/other/985288
new file mode 100644
index 000000000..71feffec0
--- /dev/null
+++ b/results/classifier/108/other/985288
@@ -0,0 +1,25 @@
+device: 0.824
+vnc: 0.626
+performance: 0.497
+other: 0.484
+files: 0.458
+boot: 0.437
+semantic: 0.427
+socket: 0.350
+graphic: 0.313
+PID: 0.275
+debug: 0.185
+permissions: 0.137
+network: 0.066
+KVM: 0.035
+
+scsi disk emulation doesn't enforce FUA (Force Unit Access) in write-back mode
+
+Microsoft NTFS utilizes the FUA bit in SCSI WRITE CDBs to insure integrity when a device advertises that it has write caching enabled.  The FUA bit is meant to ensure a write is written to non-volatile storage before returning.  This seems to not be enforced by QEMU's SCSI emulation code.
+
+Can you still reproduce this problem with the latest version of QEMU?
+
+Closing since there hasn't been any response within the last 7 months
+
+Fixed in 1.1 (commit 7e8c49c56154ab5c45d4f07edf0c22728735da35). :)
+