1 files changed, 64 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/118/kernel/876 b/results/classifier/zero-shot/118/kernel/876
new file mode 100644
index 000000000..b335cb905
--- /dev/null
+++ b/results/classifier/zero-shot/118/kernel/876
@@ -0,0 +1,64 @@
+kernel: 0.964
+TCG: 0.935
+architecture: 0.904
+arm: 0.901
+semantic: 0.884
+PID: 0.857
+ppc: 0.857
+graphic: 0.841
+device: 0.838
+files: 0.836
+performance: 0.829
+peripherals: 0.824
+socket: 0.791
+register: 0.772
+permissions: 0.765
+user-level: 0.734
+vnc: 0.730
+boot: 0.708
+debug: 0.667
+risc-v: 0.646
+network: 0.535
+VMM: 0.489
+hypervisor: 0.398
+mistranslation: 0.392
+x86: 0.210
+KVM: 0.209
+assembly: 0.197
+virtual: 0.166
+i386: 0.128
+
+snek-arm fails on s390x with qemu >6.1
+Description of problem:
+snek is a language inspired by python for embedded. The tests run snek code natively (in this case on s390x) as well as in python3 as well as emulated for arm.
+The latter is what fails...
+
+the Ubuntu testing has spotted this in:
+
+- https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/s390x/s/snek/20220211_065108_2144a@/log.gz
+- https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/s390x/s/snek/20220212_050524_3b7ee@/log.gz
+- https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/s390x/s/snek/20220214_080226_46968@/log.gz
+
+In there all work, but one test fails reproducible, that is `test/pass-slice.py`
+
+When eliminating the automation in makefiles and all that it comes down to:
+```
+$ qemu-system-arm -chardev stdio,mux=on,id=stdio0 -serial none -monitor none -semihosting-config enable=on,chardev=stdio0,arg='snek',arg=test/pass-slice.py -machine mps2-an385,accel=tcg -cpu cortex-m3 -kernel /usr/share/snek/snek-qemu-arm-1.7.elf -nographic -bios none
+fail: [::-5] (model 'o' impl '')
+```
+
+To be clear:
+- the test for python3 works on all platforms
+- the test for snek-native works on all platforms
+- the test for snek-arm work on all platforms except s390x
+- with qemu 6.0 this worked, but the more recent qemu 6.2 makes it fail
+- only some subtests of pass-slice.py fail (see below)
+
+I've gone into some details for the snek side of things in [the bug report there](https://github.com/keith-packard/snek/issues/58).
+Steps to reproduce:
+1. get an s390x system
+2. get the snek elf file for arm
+3. run qemu-system-arm as shown above
+
+P.S. I tried this on latest head (building qemu in an F35 container) and it fails there as well, hence I'm listing commit 2d88a3a595 as affected as well.
+We know 6.0 was ok, so likely 6.0->6.1 brought the issue, I have not yet checked if a bisect is feasible for this.