summaryrefslogtreecommitdiffstats
path: root/results/classifier/105/device/985288
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/device/985288')
-rw-r--r--results/classifier/105/device/98528823
1 files changed, 0 insertions, 23 deletions
diff --git a/results/classifier/105/device/985288 b/results/classifier/105/device/985288
deleted file mode 100644
index 601ebc12..00000000
--- a/results/classifier/105/device/985288
+++ /dev/null
@@ -1,23 +0,0 @@
-device: 0.824
-instruction: 0.725
-vnc: 0.626
-other: 0.484
-boot: 0.437
-semantic: 0.427
-socket: 0.350
-mistranslation: 0.335
-graphic: 0.313
-assembly: 0.090
-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). :)
-