add 18th iteration of classifier

1 files changed, 59 insertions, 0 deletions

diff --git a/results/classifier/118/device/1821884 b/results/classifier/118/device/1821884
new file mode 100644
index 00000000..0a5d05fe
--- /dev/null
+++ b/results/classifier/118/device/1821884
@@ -0,0 +1,59 @@
+device: 0.847
+architecture: 0.812
+files: 0.787
+user-level: 0.776
+register: 0.772
+socket: 0.771
+ppc: 0.755
+performance: 0.749
+semantic: 0.735
+PID: 0.713
+permissions: 0.712
+risc-v: 0.712
+kernel: 0.683
+network: 0.679
+graphic: 0.674
+arm: 0.668
+peripherals: 0.630
+boot: 0.615
+vnc: 0.609
+mistranslation: 0.602
+VMM: 0.593
+TCG: 0.534
+virtual: 0.523
+i386: 0.474
+hypervisor: 0.470
+KVM: 0.464
+x86: 0.445
+assembly: 0.385
+debug: 0.356
+
+Extend uefi-test-tools to report SMBIOS location
+
+UEFI helper app exposes the pointer to RSDP ACPI table that firmware allocates in guest's RAM
+but it doesn't do so for SMBIOS tables. Hence bios table test would skip testing SMBIOS tables
+to workaround shortcoming. This bug is a request to expose two new entry point fields (one for SMBIOS 2 and another for SMBIOS 3) so test could check SMBIOS tables when guest is started a with  UEFI firmware.
+
+Discussion on qemu-devel:
+[Qemu-devel] [PATCH for 4.1 v2 09/13] tests: acpi: ignore SMBIOS tests when UEFI firmware is used
+http://mid<email address hidden>
+https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg07037.html
+
+I'll work on this once Igor's above series is merged (which in turn depends on my series
+[Qemu-devel] [PATCH for-4.1 v3 00/12] bundle edk2 platform firmware with QEMU
+http://<email address hidden>
+https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg06148.html
+)
+
+Posted
+[PATCH 0/2] tests/uefi-test-tools: report the SMBIOS entry point structures
+http://<email address hidden>
+
+
+Posted
+[PULL 0/2] tests/uefi-test-tools: report the SMBIOS entry point structures
+http://<email address hidden>
+
+
+Fixed in commit range 8482ff2eb3bb..24496b8d27d9.
+