From owner-freebsd-emulation@freebsd.org Sat May 23 06:24:35 2020 Return-Path: Delivered-To: freebsd-emulation@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 609B02F9799 for ; Sat, 23 May 2020 06:24:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49TYH71yzsz4Px5 for ; Sat, 23 May 2020 06:24:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 41DA82F905A; Sat, 23 May 2020 06:24:35 +0000 (UTC) Delivered-To: emulation@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 419EA2F9814 for ; Sat, 23 May 2020 06:24:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TYH714YHz4Q0H for ; Sat, 23 May 2020 06:24:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 206F8B4F6 for ; Sat, 23 May 2020 06:24:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 04N6OZJB024996 for ; Sat, 23 May 2020 06:24:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 04N6OZgM024982 for emulation@FreeBSD.org; Sat, 23 May 2020 06:24:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 246527] emulators/qemu-user-static: please add syscall 574 (__realpathat) Date: Sat, 23 May 2020 06:24:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: d8zNeCFG@aon.at X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kevans@freebsd.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 06:24:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246527 --- Comment #8 from Martin Birgmeier --- 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.=