From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id IFleMrB6OmepFAAA62LTzQ:P1 (envelope-from ) for ; Sun, 17 Nov 2024 23:22:24 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id IFleMrB6OmepFAAA62LTzQ (envelope-from ) for ; Mon, 18 Nov 2024 00:22:24 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b=iQvlp+7v; dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=kmEE33Hp; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1731885744; a=rsa-sha256; cv=none; b=Tw/qjrOoKosI3WJcsDxs97WSfvIm2hxCQ1xffGMrROmXR0dyrq9F+KQEHv+LqyWj0iFdan BWPXysAhVRHBS4OhAhihiDj4+wDkYi4HeXj+DgYTYAMuRk4636R0WSFc318ATi+tmJfJB6 X36oHNSS3rue68AuGcjUMG9J3emnJgwIyU1sf+tETzkZe2uYTT1npnn/16CE8gYPF/+H9t kGBO8J43P2L4AS7yb+PuOpxPABw36bsKkdrqoI3tS7PVi9RkO2ilaKBEu3eOhmAD4VnpkV NSrAwNdvVTahc4iS6P8nVVHhugNsNS/PySnBaTULL8R7k6S0vE2d6VMVNnsllQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b=iQvlp+7v; dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=kmEE33Hp; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1731885744; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=sZueD1CXHBMMUP06dR0oqEFhxbdInX34ZBycviBxTmc=; b=AY15LBnZsTV983AtGtoLgxbKk1j+79O8JyOtEo2rzUi6vo8fKl8DpXE8koDrWBkpC71ppq I6vKhXhSoEUowJXWu1nSwe4418Q1lJBb6H3v3hOUfK1xOoaz0GmnfR5IMbQrJzKiZNQHns 79BZNYDf7qLWxY30tMEhhs7ATvpZpWYVQ6vSKBVy7yUEynv9qd7Wrkc9HJK7V9qyejZFE9 4gPMZxpE3LxYbQt44f1/xennfb334dH0mngwNXBNHuLJ4rBu17kkH/NURcdLTR2gzlVawO 6R1CyJL8DXwJFsABc2fvdP2Psl21DOFW9b32i2q8O/WhGx5m9FHVegAbe487EA== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D334075722 for ; Mon, 18 Nov 2024 00:22:23 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tCoak-0006t4-Kd; Sun, 17 Nov 2024 18:22:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tCoai-0006sl-CL for bug-guix@gnu.org; Sun, 17 Nov 2024 18:22:04 -0500 Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tCoah-0006JU-4n for bug-guix@gnu.org; Sun, 17 Nov 2024 18:22:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=sZueD1CXHBMMUP06dR0oqEFhxbdInX34ZBycviBxTmc=; b=iQvlp+7vMaSwKAOilEB5NUS2HWGjAu9cMkjZsaNRq+ZSvcbLbOhx81i3agyz2+kSu8s3AwJliNJVCRPx3qMWAWprzkRme388bCLtYV94YpACiJ6RrGVKYNsJTzt2qM09ro9+wzQlwqmjfVqY9aru0f+XO0EGAGx3au597a3p8f12k80ERXfPNF5P7lCTK/EFu1Xg6RsiCyJTfqO/bVtenTGkcxq7NFEc6fEkoyfaCRrGz+B4UC9PBVBdyfuyGd6OkgPnA5uf83iBQ4qF9lUnl+1cBIpq7oYMX2tQnFpqN4JSz5qiFUrFsYO0xfhjo3CtNciKLlohvPXjg+qMKdgfww==; Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tCoag-0004mi-Mp for bug-guix@gnu.org; Sun, 17 Nov 2024 18:22:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#74270: u-boot-tools: tests fail Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 17 Nov 2024 23:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74270 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Leo Famulari Cc: vagrant@debian.org, Christopher Howard , efraim@flashner.co.il, 74270@debbugs.gnu.org, Jean-Francois.Guillaume@univ-nantes.fr, John Kehayias , 74229@debbugs.gnu.org Received: via spool by 74270-submit@debbugs.gnu.org id=B74270.173188568818344 (code B ref 74270); Sun, 17 Nov 2024 23:22:02 +0000 Received: (at 74270) by debbugs.gnu.org; 17 Nov 2024 23:21:28 +0000 Received: from localhost ([127.0.0.1]:59077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tCoa7-0004lj-Cy for submit@debbugs.gnu.org; Sun, 17 Nov 2024 18:21:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tCoa4-0004lN-Dr; Sun, 17 Nov 2024 18:21:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tCoZs-0006Fx-MV; Sun, 17 Nov 2024 18:21:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=sZueD1CXHBMMUP06dR0oqEFhxbdInX34ZBycviBxTmc=; b=kmEE33HpLZGx18ewcpVv 26zFi7G2+3DaJSB1nwabuyV+zQIl3niJx1N5YZnwNu1iDTNFNSrVFXNZZdhgVRn+u4xRS/+xKA0/4 95LNfMhlfXhLk9Z395hdoMrBywpoRh3k5hITqg7MnbTbh9XMrlIoL6/QGQesh8P6Qb7Gf8mTtoxwx iRMPG/891rHn5GuoDYGq/gr4yo/2N8lEUaaLwf8oQrx7mmJnvp69zAsbEHD6w5iYlDgaTWME1uL24 vHLnGZPySv3BwMtf5gGiMAlRtnmjtv3pPjU8pEUUrBNGPnGGtQJ5Yty2XLmBdQwCNt4CwMpb84lan ejAvKVO+jNrX6w==; From: Ludovic =?UTF-8?Q?Court=C3=A8s?= In-Reply-To: (Leo Famulari's message of "Sat, 9 Nov 2024 22:28:53 -0500") References: <87a5e9tk3u.fsf@librehacker.com> Date: Mon, 18 Nov 2024 00:21:06 +0100 Message-ID: <87zflxfnvh.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: bug-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -7.43 X-Spam-Score: -7.43 X-Migadu-Queue-Id: D334075722 X-Migadu-Scanner: mx10.migadu.com X-TUID: WeopzKREl53s Hi, Leo Famulari skribis: > I bisected the package build failure. It began with "gnu: mesa: Update > to 24.2.2." > > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3De00c621cbbf58a54c= a2dd0c7075f154af26bcd54 Interesting. The path to Mesa is: --8<---------------cut here---------------start------------->8--- $ guix graph --path u-boot-tools mesa u-boot-tools@2024.01 sdl2@2.30.1 mesa@24.0.4 --8<---------------cut here---------------end--------------->8--- The failing tests are during the =E2=80=98check-x86=E2=80=99 phase: --8<---------------cut here---------------start------------->8--- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D test session starts =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D platform linux -- Python 3.10.7, pytest-7.1.3, pluggy-1.0.0 rootdir: /tmp/guix-build-u-boot-tools-2024.01.drv-0/u-boot-2024.01/test/py,= configfile: pytest.ini plugins: xdist-2.5.0, forked-1.6.0 collected 1041 items / 1032 deselected / 9 selected test/py/tests/test_help.py E [ = 11%] test/py/tests/test_ofplatdata.py s [ = 22%] test/py/tests/test_spl.py EEEEE [ = 77%] test/py/tests/test_vbe_vpl.py E [ = 88%] test/py/tests/test_vpl.py s [1= 00%] =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ERRORS =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D _______________________ ERROR at setup of test_vpl_help ___________________= _____ test/py/conftest.py:409: in u_boot_console console.ensure_spawned() test/py/u_boot_console_base.py:423: in ensure_spawned self.wait_for_boot_prompt(loop_num =3D loop_num) test/py/u_boot_console_base.py:163: in wait_for_boot_prompt m =3D self.p.expect([pattern_u_boot_spl_signon] + test/py/u_boot_spawn.py:203: in expect raise err test/py/u_boot_spawn.py:195: in expect c =3D os.read(self.fd, 1024).decode(errors=3D'replace') E OSError: [Errno 5] Input/output error ---------------------------- Captured stdout setup ------------------------= ----- /tpl/u-boot-tpl ______________________ ERROR at setup of test_ut_spl_init _________________= _____ test/py/u_boot_spawn.py:195: in expect c =3D os.read(self.fd, 1024).decode(errors=3D'replace') E OSError: [Errno 5] Input/output error During handling of the above exception, another exception occurred: test/py/conftest.py:409: in u_boot_console console.ensure_spawned() test/py/u_boot_console_base.py:423: in ensure_spawned self.wait_for_boot_prompt(loop_num =3D loop_num) test/py/u_boot_console_base.py:163: in wait_for_boot_prompt m =3D self.p.expect([pattern_u_boot_spl_signon] + test/py/u_boot_spawn.py:204: in expect raise ValueError('U-Boot exited with %s' % info) E ValueError: U-Boot exited with signal 11 (SIGSEGV) ---------------------------- Captured stdout setup ------------------------= ----- /tpl/u-boot-tpl ________ ERROR at setup of test_spl[ut_spl_spl_test_image_FIT_EXTERNAL] ___= _____ --8<---------------cut here---------------end--------------->8--- I got a backtrace from the failing tests: --8<---------------cut here---------------start------------->8--- $ gdb /tmp/guix-build-u-boot-tools-2024.01.drv-0/u-boot-2024.01/build-sandb= ox_vpl/tpl/u-boot-tpl core [=E2=80=A6] Core was generated by `/tmp/guix-build-u-boot-tools-2024.01.drv-0/u-boot-20= 24.01/build-sandbox_vpl/tpl'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x0000000000406e03 in alloc_simple (align=3D1, bytes=3Dbytes@entry=3D20= 4) at ../../common/malloc_simple.c:25 25 addr =3D ALIGN(gd->malloc_base + gd->malloc_ptr, align); warning: File "/gnu/store/zzpbp6rr43smwxzvzd4qd317z5j7qblj-gcc-11.4.0-lib/l= ib/libstdc++.so.6.0.29-gdb.py" auto-loading has been declined by your `auto= -load safe-path' set to "$debugdir:$datadir/auto-load". To enable execution of this file add add-auto-load-safe-path /gnu/store/zzpbp6rr43smwxzvzd4qd317z5j7qblj-gcc-11= .4.0-lib/lib/libstdc++.so.6.0.29-gdb.py line to your configuration file "/home/ludo/.config/gdb/gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "/home/ludo/.config/gdb/gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the she= ll: info "(gdb)Auto-loading safe path" (gdb) bt #0 0x0000000000406e03 in alloc_simple (align=3D1, bytes=3Dbytes@entry=3D20= 4) at ../../common/malloc_simple.c:25 #1 malloc_simple (bytes=3Dbytes@entry=3D204) at ../../common/malloc_simple= .c:44 #2 0x0000000000406e5e in calloc (nmemb=3D, elem_size=3D) at ../../common/malloc_simple.c:73 #3 0x00007f2b84eb7f2f in llvm::StringMapImpl::LookupBucketFor(llvm::String= Ref) () from /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/li= b/libLLVM.so.18.1 #4 0x00007f2b84f6a18f in ?? () from /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/li= b/libLLVM.so.18.1 #5 0x00007f2b84cbf274 in llvm::MachO::TextAPIError::convertToErrorCode() c= onst () from /gnu/store/s9z30wrxafdj11xfzm81hrxd93f07gwh-llvm-for-mesa-18.1.8/li= b/libLLVM.so.18.1 #6 0x00007f2b8fa12efe in call_init.part () from /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux= -x86-64.so.2 #7 0x00007f2b8fa12fe6 in _dl_init () from /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux= -x86-64.so.2 #8 0x00007f2b8fa28bd0 in _dl_start_user () from /gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib/ld-linux= -x86-64.so.2 #9 0x0000000000000004 in ?? () #10 0x00007ffeb813c918 in ?? () #11 0x00007ffeb813c973 in ?? () #12 0x00007ffeb813c976 in ?? () #13 0x00007ffeb813c979 in ?? () #14 0x0000000000000000 in ?? () --8<---------------cut here---------------end--------------->8--- It would seem that LLVM, during initialization, ends up calling =E2=80=98ca= lloc=E2=80=99 as provided by U-Boot itself, which may not be intended, and then things go wrong. Should we configure U-Boot with SYS_MALLOC_SIMPLE disabled to avoid the custom =E2=80=98malloc=E2=80=99? John, Efraim, Vagrant: thoughts? (Where=E2=80=99s the bug tracker of U-Boo= t?) Ludo=E2=80=99. PS: This is blocking all system tests at least.