summary refs log tree commit diff stats
path: root/results/classifier/105/instruction/1283519
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/instruction/1283519')
-rw-r--r--results/classifier/105/instruction/128351928
1 files changed, 28 insertions, 0 deletions
diff --git a/results/classifier/105/instruction/1283519 b/results/classifier/105/instruction/1283519
new file mode 100644
index 00000000..5dee496d
--- /dev/null
+++ b/results/classifier/105/instruction/1283519
@@ -0,0 +1,28 @@
+instruction: 0.918
+device: 0.844
+graphic: 0.800
+network: 0.626
+mistranslation: 0.585
+semantic: 0.478
+socket: 0.448
+boot: 0.419
+other: 0.407
+vnc: 0.387
+KVM: 0.186
+assembly: 0.065
+
+PowerPC altivec rounding instructions vrfi(m|n|z)not correctly mapped
+
+When using ppc-linux-user/qemu-ppc on a ppc ELF executable, I see that QEMU wrongly recognizes the vrfim, vrfin and vrfiz instructions:
+
+If the binary contains vrfim QEMU sees vrfiz
+If the binary contains vrfin QEMU sees vrfim
+If the binary contains vrfiz QEMU sees vrfin
+The vrfip instruction is correctly recognized.
+
+Those instructions normally round a floating-point altivec vector to zero (z), infinity (p), minus infinity (m) or nearest (n).
+
+This problem should have been fixed by the following commit:
+http://git.qemu.org/?p=qemu.git;a=commitdiff;h=abe60a439b760c749201
+... so closing this ticket now.
+