blob: e1049723d753aabb21aa9fb4d155c212317824c7 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
device: 0.688
vnc: 0.644
instruction: 0.568
graphic: 0.566
network: 0.558
boot: 0.521
socket: 0.486
semantic: 0.446
other: 0.436
KVM: 0.381
mistranslation: 0.350
assembly: 0.282
Bare chroot in linux-user fails with pgb_reserved_va: Assertion `guest_base != 0' failed.
Trying to run a bare chroot with no additional bind mounts fails on git master (8ffa52c20d5693d454f65f2024a1494edfea65d4) with:
root@nofan:~/qemu> chroot /local_scratch/sid-m68k-sbuild/
qemu-m68k-static: /root/qemu/linux-user/elfload.c:2315: pgb_reserved_va: Assertion `guest_base != 0' failed.
Aborted
root@nofan:~/qemu>
The problem can be worked around by bind-mounting /proc from the host system into the target chroot:
root@nofan:~/qemu> mount -o bind /proc/ /local_scratch/sid-m68k-sbuild/proc/
root@nofan:~/qemu> chroot /local_scratch/sid-m68k-sbuild/
bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
(sid-m68k-sbuild)root@nofan:/#
Host system is an up-to-date Debian unstable (2020-07-23).
I have not been able to bisect the issue yet since there is another annoying linux-user bug (virtual memory exhaustion) that was somewhere introduced and fixed between v5.0.0 and HEAD and overshadows the original Assertion failure bug.
Could you point me to a tar.gz with your rootfs?
Here you go: https://people.debian.org/~glaubitz/sid-m68k-sbuild.tgz
Thanks for looking into it!
For the record, reproducing this problem requires root, thus
trying to reproduce it outside of a chroot is non-obvious.
https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg07224.html
Fixed here:
https://github.com/qemu/qemu/commit/c9f8066697e0d3e77b97f6df423e9d6540b693be
|