03.01.2024 03:22, Richard Henderson wrote:
On 12/22/23 01:51, Michael Tokarev wrote:
...
git bisect points to this commit:
commit ab84dc398b3b702b0c692538b947ef65dbbdf52f
Author: Richard Henderson <richard.hender...@linaro.org>
Date: Wed Aug 23 23:04:24 2023 -0700
tcg/optimize: Optimize env memory operations
So far, this seems to work on amd64 host, but fails on s390x host -
where this has been observed so far. Maybe it also fails in some
other combinations too, I don't yet know. Just finished bisecting
it on s390x.
I haven't been able to build a reproducer for this.
Have you an image or kernel you can share?
Sure.
Here's my actual testing "image":
http://www.corpit.ru/mjt/tmp/s390x-chacha.tar.gz
It contains vmlinuz and initrd - generated on a debian s390x system using
standard
debian tools.
Actual command line I used when doing bisection:
~/qemu/b/qemu-system-s390x -append "root=/dev/vda rw" -nographic -smp 2 -drive format=raw,file=vmlinuz,if=virtio -no-user-config -m 1G -kernel
vmlinuz -initrd initrd -snapshot
This command has unrelated stuff, one of which is using of vmlinuz as the hdd
image (in my initial test it was real filesystem image, but it doesn't really
matter), - I don't need this filesystem to be mounted, the prob is visible
before
the mount when crypto modules are loaded.
All it needs is to load crypto stuff, - in particular it runs some selftests
at this point.
But please note once again: it works just fine on amd64 hw. Where it breaks
is the actual s390x *host*, - I did all my tests on a debian s390x porterbox,
an actual s390x machine.
Thanks,
/mjt
