1 files changed, 79 insertions, 0 deletions
diff --git a/results/classifier/118/none/1872847 b/results/classifier/118/none/1872847
new file mode 100644
index 000000000..47880aeca
--- /dev/null
+++ b/results/classifier/118/none/1872847
@@ -0,0 +1,79 @@
+x86: 0.737
+architecture: 0.705
+semantic: 0.680
+graphic: 0.635
+user-level: 0.571
+device: 0.485
+performance: 0.478
+virtual: 0.475
+debug: 0.418
+ppc: 0.408
+files: 0.392
+PID: 0.360
+peripherals: 0.339
+vnc: 0.322
+arm: 0.320
+permissions: 0.318
+register: 0.314
+network: 0.283
+risc-v: 0.272
+VMM: 0.268
+socket: 0.263
+boot: 0.256
+mistranslation: 0.256
+hypervisor: 0.236
+TCG: 0.236
+kernel: 0.226
+KVM: 0.098
+i386: 0.077
+assembly: 0.076
+
+qemu-alpha linux-user breaks python3.6
+
+Running on Gentoo Linux in a chroot environment:
+# python3 -c 'import selectors; selectors.DefaultSelector()'
+Traceback (most recent call last):
+  File "<string>", line 1, in <module>
+  File "/usr/lib/python3.7/selectors.py", line 349, in __init__
+    self._selector = self._selector_cls()
+OSError: [Errno 22] Invalid argument
+
+However, on real hardware, with the same binaries there is no exception.
+
+This impacts whole python3 based Gentoo ebuild system (package management), and renders linux user mode alpha emulation in chroot environment building useless, more or less.
+
+The used systems:
+# qemu-alpha --version
+qemu-alpha version 4.2.0
+Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers
+# uname -a
+Linux blackbird 5.4.28-gentoo-blackbird-06 #2 SMP Sat Apr 4 13:13:10 CEST 2020 x86_64 AMD Ryzen 5 3600 6-Core Processor AuthenticAMD GNU/Linux
+(chroot)# python3 --version
+Python 3.7.7
+
+Hi,
+
+do you know if it works with previous version of qemu?
+Do you know if it works with qemu built from git repo?
+
+I know, that it is broken since I use for alpha emulation, since 2017-2018. However it worked with python2.7 before. But python 2.7 reached end of life support, and HAVE TO use 3.6 or 3.7, so this one became a pain now. I will try the git version, but have no high hopes...
+
+Tried git version qemu-alpha as well, and I can confirm it gives the same error.
+
+For additional information, neither of these has this bug (nor in 4.2.0, neither in git):
+- qemu-mips64
+- qemu-arm
+- qemu-aarch64
+
+
+Related Gentoo bug: https://bugs.gentoo.org/717548
+
+Proposed possible fix as https://lists.nongnu.org/archive/html/qemu-devel/2020-04/msg02545.html
+
+Tested the proposed patch from Sergei Trofimovich, and it solves the problem, while doesn't break the other archs I use (mips64,arm,aarch64 also tested).
+
+Thank you!
+
+386d38656889  ("linux-user/syscall.c: add target-to-host mapping for epoll_create1()")
+
+