summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1164
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/108/other/1164')
-rw-r--r--results/classifier/zero-shot/108/other/116432
1 files changed, 32 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1164 b/results/classifier/zero-shot/108/other/1164
new file mode 100644
index 000000000..2c18c48ae
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/1164
@@ -0,0 +1,32 @@
+device: 0.836
+network: 0.835
+vnc: 0.746
+socket: 0.741
+graphic: 0.684
+files: 0.675
+permissions: 0.601
+semantic: 0.548
+PID: 0.546
+debug: 0.490
+performance: 0.481
+boot: 0.477
+other: 0.463
+KVM: 0.379
+
+q35: incorrect values for PCIEXBAR masks
+Description of problem:
+https://lore.kernel.org/all/1fded151ce5ecbf7010427871b908000b2aba9ee.1520867956.git.x1917x@gmail.com/
+
+In function [mch_update_pciexbar](https://gitlab.com/qemu-project/qemu/-/blob/master/hw/pci-host/q35.c#L295)
+
+There are two small issues in PCIEXBAR address mask handling:
+- wrong bit positions for address mask bits (see PCIEXBAR description
+  in Q35 datasheet)
+- incorrect usage of 64ADR_MASK
+
+Due to this, attempting to write a valid PCIEXBAR address may cause it to
+shift to another address, causing memory layout corruption where emulated
+MMIO regions may overlap real (passed through) MMIO ranges. Fix this
+by providing correct values.
+Additional information:
+Q35 datasheet: https://www.intel.com/Assets/PDF/datasheet/316966.pdf  ( 5.1.16 PCIEXBAR—PCI Express* Register Range Base Address )