Please excuse me for jijacking this thread. I was sure it is something
relevant to the issues we were dealing with, - since I remember qemu-aarch64
segfaulting with intermediate patches in this area.
For this aarch64-user segfault, my guess is that older software isn't
prepared for -cpu max.
/mj
05.08.2023 17:01, Richard Henderson wrote:
Since it was kinda trivial to bisect, I just did. And here's the
result:
commit 59b6b42cd3446862567637f3a7ab31d69c9bef51
Author: Richard Henderson
Date: Tue Jun 6 10:19:39 2023 +0100
target/arm: Enable FEAT_LSE2 for -cpu max
Reverting this pa
On 8/5/23 06:51, Michael Tokarev wrote:
05.08.2023 16:28, Michael Tokarev wrote:
...
qemu-8.1 rc, with or without this patch set, does not work in
old aarch64 environment at all. F.e. ubuntu xenial or debian
jessie, like this:
# chroot /tmp/jessie-arm64/
qemu: uncaught target signal 11 (Segment
05.08.2023 16:28, Michael Tokarev wrote:
...
qemu-8.1 rc, with or without this patch set, does not work in
old aarch64 environment at all. F.e. ubuntu xenial or debian
jessie, like this:
# chroot /tmp/jessie-arm64/
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Segmentation f
05.08.2023 01:00, Richard Henderson wrpte:
Supercedes: 20230804014517.6361-1-richard.hender...@linaro.org
("[PATCH for-8.1 v8 00/17] linux-user: brk fixes")
Changes for linux-user brk v9:
Recover some changes that should have been in v8, had I
generated the patches from the correct tree:
Supercedes: 20230804014517.6361-1-richard.hender...@linaro.org
("[PATCH for-8.1 v8 00/17] linux-user: brk fixes")
Changes for linux-user brk v9:
Recover some changes that should have been in v8, had I
generated the patches from the correct tree:
- bsd-user: Remove last_brk
- Fix typos
