Date: Sat, 23 May 2020 06:24:33 +0000 From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 246527] emulators/qemu-user-static: please add syscall 574 (__realpathat) Message-ID: <bug-246527-4077-dQ00qSj7hZ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-246527-4077@https.bugs.freebsd.org/bugzilla/> References: <bug-246527-4077@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246527 --- Comment #8 from Martin Birgmeier <d8zNeCFG@aon.at> --- Hi Kyle, Some feedback: I am in the process of recompiling all ports for this armv6 installation after upgrading FreeBSD to head as of r361029. I have noticed = two things: First, there are still the hangs. They seem to mostly (only?) occur with running ld (lld), and then also mostly if that process is the end of a deep sequence of nested processes. So maybe this has something to do with some resource which gets exhausted by qemu? Maybe some file descriptor? (Maybe ld opens many file at the same time?) Second, and this is new with the qemu built with your patch, some emulated programs result in an immediate signal 11, dumping a core for qemu. These programs are currently xgettext (from gettext-tools-0.20.2) and xmlcatalog (from libxml2-2.9.10); both of these ports have already been recompiled. Is= it this issue when you mention the "signal regression"? It is not even possible to run ldd on these binaries; "ldd /usr/local/bin/xgettext" results in the same immediate signal 11 core dump = (of qemu). Note that cmake-3.17.2 has been rebuilt successfully, but building glib20 (which needs xmlcatalog during building) is now not possible. -- Martin --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246527-4077-dQ00qSj7hZ>