summary refs log tree commit diff stats
path: root/results/classifier/105/instruction/1078892
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/instruction/1078892')
-rw-r--r--results/classifier/105/instruction/107889224
1 files changed, 24 insertions, 0 deletions
diff --git a/results/classifier/105/instruction/1078892 b/results/classifier/105/instruction/1078892
new file mode 100644
index 000000000..b971721cc
--- /dev/null
+++ b/results/classifier/105/instruction/1078892
@@ -0,0 +1,24 @@
+instruction: 0.861
+device: 0.781
+boot: 0.714
+graphic: 0.701
+vnc: 0.544
+semantic: 0.510
+other: 0.462
+mistranslation: 0.376
+network: 0.376
+socket: 0.350
+KVM: 0.114
+assembly: 0.107
+
+qemu doesn't general protection fault if there are reserved bits set in page-directory-pointer table entries
+
+While working on implementing 32-bit PAE mode in a custom operating system, which I was testing in QEMU, I noticed that my OS worked correctly, but resulted in a general protection fault when booted on VMware, VirtualBox, or bochs.
+
+According to the Intel Architecture Manual, Volume 3A, Section 4.4.1 "PDPTE Registers", "If any of the PDPTEs sets both the P flag (bit 0) and any reserved bit, the MOV to CR instruction causes a general-protection exception (#GP(0)) and the PDPTEs are not loaded." QEMU does not emulate this behavior.
+
+Triaging old bug tickets ... can you still reproduce this issue with the
+latest version of QEMU (version 2.9)?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+