From nobody Sun Sep 10 00:38:21 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RjrYT5j0Cz4s92N for ; Sun, 10 Sep 2023 00:38:21 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RjrYT2mrCz4BNB for ; Sun, 10 Sep 2023 00:38:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694306301; a=rsa-sha256; cv=none; b=hAyHdwqOC7rusZuUDj7CxBdJUc/b7X6ymERwj9eeLR7fjL/jktQG5U0nz8xbfn+Oa7Ecur uBk6M8wJ4PXEgyTvh1yV7x/HpAGOfutc+VI4F1YWdL2QIdaF077BJYO0H0k0NJ3TaACXCY Qi55Q1FyMge8yTcSYuSqPcZAYg6hQn4GAdn+ZzXQqNFbxus3phPKoIrqkdlYnQF3hEtQ5x qRJuNqqSNNOWfs642lBdOBxXJ3pIc4X92KRavOPKfX56bFKkQ1luo/HH06Qau5+z0P5lR9 uQglgLN87zd4ngOQ6l8vEa5cLxJAVRW1g637LYJZqEWXjT/18GFWru8myTn1ug== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694306301; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=J6AqOr/lsiWgvqGhGg65mS4m95g/JuyWplvaCjvs5HQ=; b=PQ9YsdCDZwTF9+9c/Nws1McCWagnulA5fdIfPyJt2Hm7wc6XRGBSd2qwQ28bPwESiETbof AiZk58U+VUCcDqq3+r4c2lAENOaRDbGTzSjwlXSAzudiIGcSt5UdkPJIbxGluAdNGaGfvT V//CyC4jebbVC2Ytg4NC0qsR1o+iHaU1BhDUWolJzpEOxV57yowVEPkcz3cgcFgiGMwZo5 Whh7ijTeoeLm9Z982x3SWv96jPkAQJfilyzA1yxvxMzbxgkDg8LiobvaHurcJ6IDL7E0AF 7rlKMQTWyELcIwxZWnC1VyggD0VH0q3Q5mp08pjI7MbZXsbWqm5gFdKjGhdk6w== 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 4RjrYT1rrvzmNt for ; Sun, 10 Sep 2023 00:38:21 +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 38A0cLgI086594 for ; Sun, 10 Sep 2023 00:38:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38A0cLfH086593 for freebsd-arm@FreeBSD.org; Sun, 10 Sep 2023 00:38:21 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: freebsd-arm@FreeBSD.org Subject: [Bug 273081] aarch64 kyua run on 14.0-ALPHA1: sys/net/if_lagg_test:status_stress got "Fatal data abort" panic Date: Sun, 10 Sep 2023 00:38:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution version 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 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273081 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Overcome By Events Version|CURRENT |14.0-STABLE --- Comment #1 from Mark Millard --- I tried the test based on 14.0-BETA1 (via FreeBSD-14.0-BETA1-arm64-aarch64-ROCK64.img.xz and the same Windows DevKit 2023) and got: # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/net/if_lagg_test:status_str= ess sys/net/if_lagg_test:status_stress -> passed [60.056s] Results file id is usr_tests.20230908-122857-243168 Results saved to /root/.kyua/store/results.usr_tests.20230908-122857-243168= .db 1/1 passed (0 failed) So, not a problem for releng/14.0 at this point: Overcome By Events Note: I changed Version selection to 14.0-STABLE given the lack of a selection which would imply releng/14.0 . --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sun Sep 10 07:31:05 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rk1k65R0qz4s3MX for ; Sun, 10 Sep 2023 07:31:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rk1k56j9Rz3TbK for ; Sun, 10 Sep 2023 07:31:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OyiQJDzc; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694331083; bh=KCvBMF0pqUTKBW2rqm2632SPFqJgWu2xcNGGdeGIGr4=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=OyiQJDzc2m5l8PS3UVDr3KzgIhVd/4bfUPEykxfZLs0E90M6pRGWv6ZUgitKS5zoXNDo4h9IPoYp2VSla9eCiCfy5Fzf1ooZn8J5cPgMyJDDQPIYmQLqWh9HHXXqh4at7Pa6nAuYfIoXBiEpgnkt0nZ374Z8oS2PuOtrNGR1BTsuwTzfYWxUeuyr8u8yjTZCu9Gf+K87xnWFOwocaDQSWH+iLUgbDQBYdoMEmKZj3CQz5MoL/hhocBLRHBpIXPyCpDMKRH0JiPfvfhJR6ZuOQGrSuQKcVziRMu+vZ24kUWaen7u/jlKBAr25mHmDMD8eJglCvfXLqMGEKjQsaGYLGQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694331083; bh=hBBEKiPFBMd0Yzko7Q4eGKxVcDPGdV14Oz0Mx3Y/2Zl=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZubkpRWWlKwteVrRzt191mtd/2UiiXXTe+W9rPBfSWZYTZUrpd/aJ2fL3QJVYN+XcI4NxwVKrYoOh0ncXKCS5f4bQlr1NWB4HFc+iqeDIlR2Vaf6x+a4jWkVBMnGbWe7Cu3h0qvToYQHBBVWBCqNpvWP/99t0QxtPVIOEfQigOURk9rUG+lscnhmWTVgc1G3eYLWfP1UR65nPPwWhb4n8OaxyF3/JUz+1et0QVQsCTGLwWWx8fPPDyaqGzWXdvc5YB1ZUU9kzr3IJjuOtbl+GczY8gzl82L1FVOxU9sD/Lo/2keffBQvkUknncoh58F7S4WnGKo8j3ywgMBg3sI+Pw== X-YMail-OSG: rdHHi_MVM1kQ6oBd89oSNpd99LqEUfMnA_IUFgwpJIon9y1QvQ_Y1amJ79vrsAX oPI7zj0eQTKsdVnddnQPPnoEmoGTSDX4uPk6APmh55LyAH8eho9SPMupLZY_lf25Q1PiVk0cWDT9 uOq_6gwyGRDOoVbccn9DXNCabU4S.VaeZiKJnhO9S7oq2w566dIkUzm8HGGRurJLMLSwPefevWDZ MOhkJOwN.ROwDCj.9wnjednTBSnKNSHr23..5KIZ9Pqbffr_1eKsK.XjtMjukvY7Kv91ZLvDrdRk 4zBT_l8serg8YEJIs2QQkVUCIQMdHr42EOHUq0MZBSq9NZvjEl.wj68SnQGLleFyDJKulCQMQHVL 2KFXGXyCK1S.0ZZ1QB4FKJPrIze.g92Cvzm6_Wn74BBD9E51McETa2lQlbp5sVARZRWjzjgfbT_W I4TZ.Kb.8KZ_mBo9joa.avwWmLJ2ihqHdCDdo4.rVWE8gtG73R4rrYtvix355KBSiaaWeMlv8Vsu sfkbVu3ztY53zeGMorrK.oRjDmBQqa0W3ABphh7X48DwZKpd_XCfbrBB9l_mxPEgsuEeX_kg9BgI 0Cg28TjKE82TfoDPKr6SSLNHYdHI7p9RnSNA6CL6x9FPTBSMvwKk0RMO7vF.qyuTkKZc9aXABLAl UU_YWSyDTvIx1mJYtl7edx8ZYhzEol7K8BuDzp_OBwv_r0X7g_2AKvSPpB7Mh1UgS7bIHtrAqulQ X1x.E9dNNj163nZdLGXyz9IimSwvQbzzuseXGLz0FPsmMYGdWwao69illBR6a6hBlTWH0l_z_QZo pMkEz4cOrInncCwAhxZeeGoikICFw0MMg9mP7p.6GDv3tII1s8KQl3qMz5tC0Yla1gF8VGzwAh1Y 6YS73c3WQX.g_M310VO1UQKA6I3T3fTPS.JsN2uGtn_WIqbGvEybYsP9iJDtwedoD3p0GBtRAg9q VqprJhVYCBiKlmsAcnSklkCmRaGgJro6WsK6szGAziXtCHfnCR24B9HMquzcdTRVuj8C2NU5zHzY vG3TzWiGdBrz1m3WtSqY9V9S9WjwtWicRWuh_1KIgg3f7VuRVj1dqcopw04Eg0s7C5dUdo4DZiiy RKgArx6saU5RcghY1zwbzzA0DgqbJ_C3.u5.vwxD8oaO12OO6Sx5MRrC4UA8aGJs58E12W5g.3HQ ldgecMvD3QcsGXTzKFU05DXQOzGjHZE9n6sFlJYmykiV7C4F40.PdS7z.rxtOUFZZhhdZTrVPbZo qOMVaaJnfGyvS3z2LehaRzJ63NIfiYh9_QQYk92VIPZ0SDUskiwcClsJh.Il46Z2wTM8wWzvVa_Y GIwz0.ezia_UHEJGJoIhlezkeOwXd8rhdBfJvbx2q7dzZQZ4VWPEv.S_Jpdga.Ryy6FLAZHBJit8 brfP3GvNbv_qwOD_NnqkunrO_bFZaAmSsbyPM.o1Iyv8EgWJ5aiR8kPplGrRfOeE.PeTp8V01h7v agqYPJemg2dvnHX1IPkJXTSCD1_l7nKaPjPm3tTCKn_BRg8TGBMKV5n4pStgXSKicWxxW4V7Q1yv cpfQzFDWD1oZmhNUcY.3iFCZkMyhKdqq7GcCtNcM38lx710V9KLPmhRFlNB4Lt4v3LArfzCB_5TV 9F59jHuAPrVxiao2sghbXxYP_qBlMAbO8gb6UhvEe1U0FyH2ODs4K13ikJm03AVD6aUVEQnBjAgu 8cC4uKgmu58f_GoZUVCjCAMrLSipFwe68RsnwmKTJSKFI0JUnzPyC2sJRG2yj77PvuqMLUBoaHb0 r1LfZXS1nR5xI22w8C_C5z2YLt7_T52OEpP4jALqHbbm75WVocmGZvi3T41DK1j2BcykhmwpLtnD T0JBjtkyv5v3Z581wts.4kodWCHun8bItXLvVPYXn1bcM6NXr2yZoC.CCl_tBeGIpdwkteEnprlb C0udG9WRWv144k67zIMCm1hfK6f2qXFMumR6lEtWr_Purt8b49RC3H8LIgW33bmASlg2kJEMllNH 9YbyKgymQBB18W9JMgHSty4saJB3XoefFcFzBiVk5RkGoAzfSixlrj7p3kcB7jsVwK1LajwwQwNe ak749ee.cl4UalsF1sXjBG6X0xhB.kTmuaOBt9UzMYhhNJ8hvIhJuH6lwqApapuZ7NqC5ppw5CIB 9aErzyHpig8tqBXrPN6OmMXsobJ0DaBKRovrWGssHHfN9GSsvtaMTVR.Mo49Rt6gm5tmpLYSBGdb 8rWktTqrbIuXJ0rjswZ2Pu0Fas9sKMn7IouPaZtO5otDwzlHWFm3sP5BDT57Fxlx3chnCbMrjkLW U0KGAaKeRiiQ- X-Sonic-MF: X-Sonic-ID: 013dcad6-56d3-434c-9dd9-8a31b4d942c6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Sep 2023 07:31:23 +0000 Received: by hermes--production-bf1-865889d799-sjjww (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5d9bd5503bf1d429fdfe2520d9091de2; Sun, 10 Sep 2023 07:31:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Message-Id: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> Date: Sun, 10 Sep 2023 00:31:05 -0700 Cc: Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm To: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber X-Mailer: Apple Mail (2.3731.700.6) References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.961]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rk1k56j9Rz3TbK kyua tests that use the: /usr/tests/sys/cddl/zfs/bin/mkfile program like so (for example): mkfile 500M /testpool.1861/bigfile.0 (which should be valid) end up with mkfile instead reporting: Standard error: Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... which prevent the kyua test involved from working. Turns out this is from expecting char to be always signed (so a -1 vs. 255 distinction, here in an aarch64 context): . . . (gdb) list 179 /* Options. */ 180 while ((ch = getopt(argc, argv, "nv")) != -1) { 181 switch (ch) { 182 case 'n': 183 nofill = 1; 184 break; 185 case 'v': (gdb) print ch $16 = 255 '\377' (gdb) print/x -1 $17 = 0xffffffff (gdb) print/x ch $18 = 0xff . . . With the mix of unsigned and signed it ends up being a 0xffu != 0xffffffffu test, which is always true. So the switch is reached as if a "-" prefix was present (that is not). Then the "option" is classified as invalid and the usage message is produced. Apparently no one had noticed. That, in turn, suggests a lack of inspected testing on aarch64, powerpc64, powerpc64le, armv7, powerpc, and powerpcspe. That, in turn, suggests that kyua test inspection for the likes of aarch64 is not historically a part of the release process for openzfs or for operating systems that include openzfs. === Mark Millard marklmi at yahoo.com From nobody Sun Sep 10 12:58:37 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rk8zp0bl4z4s65x; Sun, 10 Sep 2023 12:58:46 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 (2048 bits) client-digest SHA256) (Client CN "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rk8zn5mqQz3DCl; Sun, 10 Sep 2023 12:58:45 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 38ACwb8u013537; Sun, 10 Sep 2023 07:58:37 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1694350718; bh=23LKbuZhxZ330IzoDPq0Rmobyt8gO+qow7yHWojVXl0=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=WNXzCurJFcRFkts/7GiinT6IYHp61r6LTed/6nhXL6wAhht20qoXpi95kUB6gfhSj /RNWxPSWRR/oqf7H5/0g/mMev8Gsi+Q7SYId9B9E7V1IKYY1suqnFc5B/Gk9tH+zZv qv3iUKGf+wb18NMnYZQnxhXWTnpA/sdColhYNF3uMppKMli2p3Cs8rbTyWItaQxNM4 kMXEwsv8oyy7245wQ1Zvhayvyp4/NHT+QQhMRKl5VIgefLXkYJ5V8PsadpR7ou6Slj uZdiM3rUAwPz2QdRkaG15bfHG5CCh2ZBsU0lnv5KCxL6/lT4atroekWi7tqRGXyHlD o4wPVh7fGV0Lw== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id k6IfLH29/WTfNAAAs/W3XQ (envelope-from ); Sun, 10 Sep 2023 07:58:37 -0500 From: Mike Karels To: Mark Millard Cc: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char Date: Sun, 10 Sep 2023 07:58:37 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: In-Reply-To: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A.ref@yahoo.com> <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Queue-Id: 4Rk8zn5mqQz3DCl On 10 Sep 2023, at 2:31, Mark Millard wrote: > kyua tests that use the: > > /usr/tests/sys/cddl/zfs/bin/mkfile > > program like so (for example): > > mkfile 500M /testpool.1861/bigfile.0 > > (which should be valid) end up with mkfile > instead reporting: > > Standard error: > Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... > > which prevent the kyua test involved from working. > > Turns out this is from expecting char to be always > signed (so a -1 vs. 255 distinction, here in an > aarch64 context): > > . . . > (gdb) list > 179 /* Options. */ > 180 while ((ch = getopt(argc, argv, "nv")) != -1) { > 181 switch (ch) { > 182 case 'n': > 183 nofill = 1; > 184 break; > 185 case 'v': > (gdb) print ch > $16 = 255 '\377' > (gdb) print/x -1 > $17 = 0xffffffff > (gdb) print/x ch > $18 = 0xff > . . . > > With the mix of unsigned and signed it ends up > being a 0xffu != 0xffffffffu test, which is > always true. mkfile is broken. getopt returns an int, and -1 on end. It never returns 0xff. But mkfile declares ch as char, which truncates the return value -1. ch is a bad (misleading) variable name, although getopt(3) uses it as well (but declared as int). Mike > So the switch is reached as if a "-" prefix was > present (that is not). Then the "option" is classified > as invalid and the usage message is produced. > > Apparently no one had noticed. That, in turn, suggests a > lack of inspected testing on aarch64, powerpc64, > powerpc64le, armv7, powerpc, and powerpcspe. That, in > turn, suggests that kyua test inspection for the likes > of aarch64 is not historically a part of the release > process for openzfs or for operating systems that include > openzfs. > > > === > Mark Millard > marklmi at yahoo.com From nobody Sun Sep 10 15:43:24 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkDf85xJNz4shRP for ; Sun, 10 Sep 2023 15:43:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkDf83GrQz3Bmh for ; Sun, 10 Sep 2023 15:43:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694360621; bh=2rbZTEfWWo8RKoiAhtH6XccZ5H33oAnFblm39qEEt3k=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OKD5xtPpL8WewSQaoVOf87gSf3MUPLYvU/w03OdXkP1yxKPwfrW9HNmuw2kv2jSoJ1fS2lGD528iinAV3SszMgcDSMv2hUZO3Hwk7939SFKKgPveFng17YDxu2M50yUGO+sn9JhQ3Tf5YVgC2+CGa8IrMKz+W2Jlz1oxqM3jdtRv2gf5zQg74d/erITugHhnkXBrT+UBNPEPXMT2ytS00Y00kNbRsMiIi+zPl0LAqCdcHY1EDbzCj0BGmBkuHI9Z4wDFFzMEk9Fftj+tGKe6efj2NkZnqBHxSRKc77kC3X1Pw7J0vl3IpwwoU56cajy4gGRc53ZqrMJp19WbvoTXSw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694360621; bh=BULofRULbdIiQdtMMG/h7fR4pps1v2stgc2v5E6Nf+y=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iSTwcJzByjOWvjvP0C/RXL+CP1Jc2WohuT/0KcjMncOTCfW8HAWSOG/vWbyHKoU1Rqt4rwsi4TO/8Fc5QrB1wfdiaLTnlu/YxXgRVyEKx9aZ+UmOnz4pyFCZn8nk6cAEesNxmUKC6TQLuqqB6pLofFAB4vP7dnAbg4uBxBOQcYoCGKIGC5Sc7F600jvwWqJoK5FiWvZJs1A1aaQ5JrJlTqKugFnnQya3IbxZPoE9KfATsMtg4wTVxEIFtBWllXeV7THyU9St+KPtWadoCibDkYkSAI9RneycduyrQ1bw66h+fN36gauGdYySgX0Ry4r+UDG+x2M28g8g+vDvETc+uw== X-YMail-OSG: vUzaD98VM1m41TaBr8bQCWZbnrbdv3aG14bMf_e75Q1DTDhMB1onAB1OOzDe_DL JlTrx4LJExc0IvKZ5zL1UvAniUXYxnbATgFBHyUOvDZ9p_kyvRc4WFRjVBmpmeEIJ_B9wD_LJWxI Gwi6jrT9BctCNfXJg1209UGw047QLYJ9wkykbsnpqFHX6EBca8Z47BgMEDoG9bHYP3aWtNNH6GF8 7.c.Zy05ntotfHnWt3po9Frr7VkNPB43kmbaW0y_9zmpVAbvKGHwB6T3WApLtcnJ38CJwrD1tClK eeEQn5Ztf1sdTHd6IlKbqEI4g2MORX826p0wEP_nXBV5e6EXmMfPv52C85IdOZ3KPv2N5M.eVN4s GIJv.APoScxuVQtiULBIVzWH8eQbRtD9j9L864gpcad4NA0rSDKOXsagzTvIcqv6CRoN4nfd.KcI V1rDP1fY7lNuo7Fxqu3ec8evlWryQ4MFBv5lxRNsVER7xJU9IUJkTHpeKl0l5IuF70JQJPghSFkW FUE9mchuHystif.GYXVoefIl2CiadnspBrD8irpvo8dm3ugpSCojUNjCaa.4LkCcZRftgaVUxRXs ngqN6FYY7JJPLAZw7GbiTnrcESDqQjAHnCeDzxobHC9INV793XUuSrPvLwoQoPHHYCMOMGL0RP7l tRz9hKiVCLWoCARWaU4YDS3rPLfu3i61bsuFyNVMUZ6ZWjInqNigygIKCEdoA20PxnKD8tuzFfGQ HX5iJcMYS7Pl7OUlNjBa0hF9r6e9mi384H5vt8TkyxTP9WqrTc.UEoqe9i_9_pxjyP_ft6apXzQl nzjWySfjeJVo03pLRoTS5D_d_ydsczMgwK_KJqzZjeTdXDP1gfA064rsgMugqkX.jrMbCVm00ATI CoattG4NKVWvPNXFO9aeBI1XAck4g9FQW1y9mxhzfSvkY8003cS3pyfnqekIif2fDZXCxs5qt50k VTyGq8pYUFMwRQIGwQF3Fyr05q3mXHaq.MEpxYBvVjrQ_SfHY6BWEtaGZHh0C39Cllk_GElYyOAf d2IUfcEu.HWoD2R76f13zSe1SHv7XAWIgRpDO9sZbcAXdUEyUuUlD_60wx2HPvwN8RNcxCqVV0L6 sk_5L3lQY0KdYS40KY1muW8sY5H6RTcASIsJoGhMTljCUwCwuYZLxO0Bk9foCqvhnMFKm9oaiPtx vC5r0IAYv6Dtwn_y18ue0on78QVng3ss.6tMqAH4cgST5ZM5M4CnlTzEolnF.BhLcio3T26m6kqG V7rQHrvaM06VT5AW0kefA4r0cMnHNCutRRhzSxtEkO2G3WuNYkTGrukj.3q2hdLGadHVP1wQcorO oPF5QnDAoNrb63vERqmxifWzJml3pmWHt6qULmDMIIUjhlVQefVm2yDzjnbblto3nbQ9wrnSEDkb ZGhxcnDd_FJTxL6Q_.QCKh3LziXd3pGTbBo8F9PEqj2.idfDgQyze9mUOBj09Jt9SoDWwZCVRLyY 98ZhmSk97an7vkfZ_5A5mlA5nXtaJOZyQxoqEvjd087MtMnydMEPCCwZHtjE0ghZdve1yW82qQHj bopwVwfl_CuiZfqz.yXhefF3p7Z.B9.rzuuPM5Xm5hobMnBAhfX.LZTGawkOAjzdPgKaXNImS29z Rt8mNxYTzUmEi5pHbloYRVeNvFANwhVbwqOmmM0.2W08HNrAc9TR1r184739pXE70FKv.uQPE3dq CMI9kGPjK73yHPXVtcWm68ePYIWrhgic.MxTwqcUVz7pWAZWNN0NKsIdQHJoqpnhgGCV2cgHQC0Q eP9gmcwHsCB.l0Um2jR0qfmvqeLLSgM3xh9GiflYMW8HerDAtXiLaTWeahr44QSKCd3r9AeKhZBG ax4laU2vGg_zjFWdMKVgC0zLbkHz_QfMdapq3QrIIiXeRBLVQpPADdcI9_lqBw9KDaMDRHuqTgbS mbFWqzjVCqg3v6wNP9JHzT8pf85hL9aIVIYnLnOPErSkGjY2b0M0uAMUqOPvTINqzSQa2ETdoae2 gHc5FH_7PUP2bh_Pvvbcg5aSCVNxiYzIx4GkDLl8qHWMbsqKHNw4h_wm7_9Pe_Aa2aP18v9_F1_8 0fgaBQtA92P6ps.ETjoyoylrXqxjoApkb9ki44mmIKSc2_3dpyEuNBU.D6mxnZasd9a0CUMbsEHM XjyzVFrpvArSbWu2ugy0mb1IcRzqM5DSY9UedKkYExUZ3tQiSySEVpMYL4C29J3aCF_jthE..0np 89m1.VyCZbBVh9_PxmYAPtwL5XLAO.c9zHgKaZNRq2oUXpoC3IVzSBJPv3pEWhCdGyYhr4uKDCBW OnT4- X-Sonic-MF: X-Sonic-ID: bcd41371-d9aa-47f7-850e-47cc700bab0c Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Sep 2023 15:43:41 +0000 Received: by hermes--production-bf1-865889d799-7vf9r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 40160cf81dc8e6fb3d3dc63f595ff7ec; Sun, 10 Sep 2023 15:43:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char From: Mark Millard In-Reply-To: Date: Sun, 10 Sep 2023 08:43:24 -0700 Cc: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <02F48605-887C-446C-9647-8757D50B4B24@yahoo.com> References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A.ref@yahoo.com> <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> To: Mike Karels X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RkDf83GrQz3Bmh On Sep 10, 2023, at 05:58, Mike Karels wrote: > On 10 Sep 2023, at 2:31, Mark Millard wrote: > >> kyua tests that use the: >> >> /usr/tests/sys/cddl/zfs/bin/mkfile >> >> program like so (for example): >> >> mkfile 500M /testpool.1861/bigfile.0 >> >> (which should be valid) end up with mkfile >> instead reporting: >> >> Standard error: >> Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... >> >> which prevent the kyua test involved from working. >> >> Turns out this is from expecting char to be always >> signed (so a -1 vs. 255 distinction, here in an >> aarch64 context): >> >> . . . >> (gdb) list >> 179 /* Options. */ >> 180 while ((ch = getopt(argc, argv, "nv")) != -1) { >> 181 switch (ch) { >> 182 case 'n': >> 183 nofill = 1; >> 184 break; >> 185 case 'v': >> (gdb) print ch >> $16 = 255 '\377' >> (gdb) print/x -1 >> $17 = 0xffffffff >> (gdb) print/x ch >> $18 = 0xff >> . . . >> >> With the mix of unsigned and signed it ends up >> being a 0xffu != 0xffffffffu test, which is >> always true. > > mkfile is broken. getopt returns an int, and -1 on end. > It never returns 0xff. But mkfile declares ch as char, > which truncates the return value -1. ch is a bad (misleading) > variable name, although getopt(3) uses it as well (but declared > as int). Yep: for char being signed, the code is still wrong via the char ch use. But the observed behavior is very different than for char being used but being unsigned. In this context, consequences of the unsigned char behavioral results are observable in the kyua run results but went unnoticed. I used to run into examples of the use of unsigned char for holding the getopt result back in my powerpc days as well and dealt with upstreams for a port or 2 for getting it fixed after finding such was the source of odd behavior I'd observed. If I remember right, this is the first example of running into the specific issue in my aarch64 and armv7 time frame. > Mike > >> So the switch is reached as if a "-" prefix was >> present (that is not). Then the "option" is classified >> as invalid and the usage message is produced. >> >> Apparently no one had noticed. That, in turn, suggests a >> lack of inspected testing on aarch64, powerpc64, >> powerpc64le, armv7, powerpc, and powerpcspe. That, in >> turn, suggests that kyua test inspection for the likes >> of aarch64 is not historically a part of the release >> process for openzfs or for operating systems that include >> openzfs. > === Mark Millard marklmi at yahoo.com From nobody Sun Sep 10 17:10:26 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkGZZ0fn7z4sXl3 for ; Sun, 10 Sep 2023 17:10:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkGZX5khqz4G6B for ; Sun, 10 Sep 2023 17:10:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=itmHyFKj; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694365841; bh=LXpQfZDkoQ8F64UEC/En2DjHEoPuw0bPXWd/h+8PRCU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=itmHyFKjrKZL5TOUBK+NT31YOq7MWbCjhfOyme5LB+iFIZD4API5rhlypFlmxl9UugnDzR4wA6FDITVnD5OAsirM3kKl1TK5gHgX6kFvXAQfzyLMQ9jr9w3sCcNuR0LRDcfKHIvqYomSwowR1mACRZDOzhKAlT9yH51gO9sz7CSz6Gie84f/vVShx8LoW6Zv35/5Y6vTV7HoYfJDtoHixpFB8CRWgY+Ls4YylKZNNA4wr63Kgs54JdfiPzhIFfhpPln9L21r6FVrJXxnKQcBQ5L2f6M2l7bQYHGTtYGjLafQTctF3zw0i/kpw9oCOI7CNKCWFpDOFQYimvYGl8r5/g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694365841; bh=4a/birP/vkOdArxklt5RsWZAT1YQRzY792jkGMMieI8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sCzLrG6aG2RFptj+iMKknnJmb5lBtb0163K4wS17ZFiPE9J1zcnM0RyrC5Lop9axZsPmJgHGTakfQXPowIAbH1ZpFYUStjWG1K8G6GblFWeA2pJzPoq6906HbUmzizBJ068Z45zyA3w00Jbbj6mppudielKhH5GHegI1o91SF4g0sP1csd0twE8deWjKuzKR8ur2MJuFO2c3Zp2oSyewt3GPR8o3HECIHlklpXsUxJvmYqF/FaalWk9RyUAj+yUZWeZDdxdIx6DWFntcShfrtcRJ0tRc4tXpaZZMN8blNeB8lGHQekOvF3ZZgeYkTp7jAQFa5Xvma2GVXGfDUnJELg== X-YMail-OSG: h5poq84VM1kOr3clFq5UPfjBmUhymIkrHs83EIKLGv9bp6egRh.2.RhQyjb6iG2 E8FvmfN8NYuadWUW4M65nuDyK9taebSaC1w0Ir_tT82mD7oUHu0i_XKidUubd43yWEV25HSwPYHg FYIzWgINlViEke3oVqvDufTHXF3Dg4eKl4.khjDyI3Bg1mdlOkmbmaZf5.yBdsLxcmUKI2S16H8N jm68GRiPhuTTC5Hhr2_a2Ot_pkG008gYIzMASo4ryjYBTU_rLngT9cy8xjYSX4jczXLG9WUzDXSJ Yl5_0bCZL_5a2DAVoNK3.Sa6JVT5MIMQ1lRDKY8vlE7dLNK0qmzNW9Iiiz653IjGgvQ_N1puVyai qMt4Eb7YLi72wU2wXV06gimI2afFalHnywCRyNmtnCXPLJ5nsY6mRBIuShGB1K3Fm.nCXWBMjsq0 bwe093iXpZIYJWFszgMzwnAnx5Dy9lRWruxq5C2E949cA28zlaZZGOk0_siH6EXkt6dr4wATiRTA I9Y5rejZAZeM5v8UDpNmzBu7kVxceM8q2MYODdcbDwBjsmN9_pxBoUYSVVRSyEL0JjbH1HV5lLsV b8NLSlcerh9KEh0pezlz9tJZ6nwGPQRuYQizpEiesls1Pp4dOV9MlzbV2wjMT40UyRPnvvdn00PW 9eIdDb.jkeJxOn9J9Lub4eI2KpWO.Rz6EMi2TmcM5su7UsnGUvg88aBW6vON8JwtL2c4nGe0RGrq uJw0wUHqj3ecvxUjOz_jgVrfjUuqTCIHe.uOFLQygzPVMi13udWwMcGqG.oNlIQI6Nbgzrz6L5CF fpaCNjl_A3z2UtmxfcPhPGJHdQ6d5d.iVECWacelbzodRJMgkYi21fWSYv6JuiVk4C4Z.hLTnqTK deACAOLepMTMciwX3y58NPuZfxr_keQzkxbelEXSKs8jvCMyv5e8CzfsBa59GH2xHGVfLUzmoxwp afFqlOqAZUY31kA4cW1sycevTiio0OJZwbocKjo8owioXZboGgCIsSpE54ydGTgAnDvKPZzp.7Fm UmlehQoNukdFygKdFQqI6JntMCZRzUlWV8lKhWnVEOkEC_6AJ1MC6nIdFfEs.IYFEf.vw3FMPs0e MBW.dbOwQ5lXNZZQRrPN.TlBv0Aa_8gToSno6wTRYg78Tu_9eJRBrr_PJi4g5uuSgrSpxQgHpur8 Oxrzy5zjiOWdm2401BzNVUKZMHV120LZYZyYrE6j6Ro4z.xXyUUHhEZUmV2QwEfKjxUQKD05kfDZ gAO6GcWtdTqMLH1qLaeQvuaxVFOTWlsHAz9DqHQT9acT.7xzb6RHkPD6VuAm_3KLWbU7vO2d24HU nt2OB4A4CrXSo8Iw7sjJPYtYsG8lgD5qCZBZnmkpPUojLnJ7Qjkmt_0630t3Us3XtpXPDanLjNQ8 GRVLOrpzuyM26bnhvFpcju1tn3bo_yEhGvqkR6HdXUAIxgZgJfR2okbJNHFfeDabn.YSV3att8A0 3_3yRLNJzKCk8ekjoM7c9UkrTlvbluVtrFkS_CS7UZCo558g2wt_csmrN2ZkCeNXmDN_S2a3I2DG AONcXIZeBbl443KZqMqVhkIQ6fX4pi8AmWmr6Z0FxKkINu1WXqh77eI6JbTC_fnRcrFS8LwyM84R K4eJqblRWzyLEttwz1eLFU7ZZJTVRW_Lf2VilyKdzenldjYC38eou9CjPSIwo9HsqhTk67rifGw8 w1vVVerpNOw8cge59LtbYIAYiBYTuioCgJTsMUi9wp8JD9HPs5rGAPAyRe5Y93HDmZuA_tFgheUh DgpWUbRxFe9979UhH8EvRsq_k54aS3sy0VzyxZ7TxSUC0JtbQevmUazFaEkVU.qYkLAeT0yO4S3U SZgdEiy2dmb.7FMEv83iQfJUlP02DdfY4cG6NLz6WK3dPf7RMOy7zNYZrREtxgkjDby_jilw.QtA zHSEWmSS.5uKqhk943GZhRzxJ7tva_UG59vRrvoUS9avKidnuluT2Ockrgh2YePO783ICvY809tX hDTw3rgOHsi51zsua3gAzmugmDH0qLzAxAoadiFP7wtFCT7okFajXMqPivste4Z2isr0wDcdcsbF a5VwWLw7wi6CocahvwbkLgSZbtrJrFGF5g2SiTJ7PA1xFGxqGeO2PmzYVT.VumIlCtFGNSv5AvMu zuZ1PV2wz8uOvdK1SKWaMlnhN2vgr6dHpdceHjdZ6pN_hmWvqlY7uEy1BHmxjqgL_yBAAJSNh9O0 O0USq.rAUHnCNYeErNdBSaJJV8N5WOulei0OWKb0KAXj2zfalL9Lggn2fBe1sJZUI6WuMU9WmJXI MVtJ_4G3q6dIXx82HXA-- X-Sonic-MF: X-Sonic-ID: e0b07d16-561a-4fb4-a097-dc3f0c467ae3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Sep 2023 17:10:41 +0000 Received: by hermes--production-gq1-6b7c87dcf5-sv5pn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bbc79512b09273d6f9bac26b4e1e9c04; Sun, 10 Sep 2023 17:10:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char From: Mark Millard In-Reply-To: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> Date: Sun, 10 Sep 2023 10:10:26 -0700 Cc: Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> To: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; BLOCKLISTDE_FAIL(0.00)[98.137.69.30:server fail]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RkGZX5khqz4G6B On Sep 10, 2023, at 00:31, Mark Millard wrote: > kyua tests that use the: > > /usr/tests/sys/cddl/zfs/bin/mkfile > > program like so (for example): > > mkfile 500M /testpool.1861/bigfile.0 > > (which should be valid) end up with mkfile > instead reporting: > > Standard error: > Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... > > which prevent the kyua test involved from working. > > Turns out this is from expecting char to be always > signed (so a -1 vs. 255 distinction, here in an > aarch64 context): > > . . . > (gdb) list > 179 /* Options. */ > 180 while ((ch = getopt(argc, argv, "nv")) != -1) { > 181 switch (ch) { > 182 case 'n': > 183 nofill = 1; > 184 break; > 185 case 'v': > (gdb) print ch > $16 = 255 '\377' > (gdb) print/x -1 > $17 = 0xffffffff > (gdb) print/x ch > $18 = 0xff > . . . > > With the mix of unsigned and signed it ends up > being a 0xffu != 0xffffffffu test, which is > always true. > > So the switch is reached as if a "-" prefix was > present (that is not). Then the "option" is classified > as invalid and the usage message is produced. > > Apparently no one had noticed. That, in turn, suggests a > lack of inspected testing on aarch64, powerpc64, > powerpc64le, armv7, powerpc, and powerpcspe. That, in > turn, suggests that kyua test inspection for the likes > of aarch64 is not historically a part of the release > process for openzfs or for operating systems that include > openzfs. > Looks like the mkfile.c traces back to a former port sysutils/mkfile that was unfetchable as of 2019. And, looking around, it seems the kyua zfs tests may be a FreeBSD only thing, not adopted in openzfs. So various implicit assumptions when I wrote the note do not actually hold. FreeBSD would have to do additional testing via kyua, beyond what openzfs does for testing, to discover the unsigned char related mis-behavior in the mkfile that FreeBSD's kyua tests use. Only FreeBSD variants are likely to have a similar status, not general openzfs including operating systems. === Mark Millard marklmi at yahoo.com From nobody Sun Sep 10 18:21:16 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkJ8B6GgZz4sG6R for ; Sun, 10 Sep 2023 18:21:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkJ8B4SnVz4fZh for ; Sun, 10 Sep 2023 18:21:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-99bcf2de59cso466598466b.0 for ; Sun, 10 Sep 2023 11:21:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1694370088; x=1694974888; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=abD7goBSEuLS/Xh94ZiyPK937DJ64isvmy2QjqmoqzE=; b=RzWaEAndVIAYQtttdx9gLKeGw49er7Ig/IDk18vUaLN/gCBfTbNZWsJvkC40ZAxk9B tAVU4AwSrCw3qhdcrxvAyWQlnuiVOjewGlmqC6Z67aD7v/Q4A7cMqGx2OgKdzYazH+UG H+irUmAG4hjxCdEd2F+KPqVn0Z1TqkGtx4mbgGUT997ubmTyQJbm5ufFpkKOkl/uRJa3 3RJHevkYyxD+68FIP4z5zibh0svQB/3MySsbgNVzlX/973h0NB+dHvv0kwTPEOO9Qe6y ams0DIvc+9YkOSkSgZn5JaokjB4Zx9SzbVlf6XtjnW9MVFey+T7Jw5MC9X/y+/39Oeoq nOxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694370088; x=1694974888; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=abD7goBSEuLS/Xh94ZiyPK937DJ64isvmy2QjqmoqzE=; b=RTgsi7aE64tdx4oQW2KPgh+7G0RlLLkec2zj90v73LLYkGLrRuQU/RhHrP5UJ56CEk a6rl0SWbr81FS1q2pDQ0jZzPsfeI/3wyWgCtNG3YRvC0nBqHPLN6tabo2wRbGt5AZvKT LOVL1SEgwk/GdFiRJZWfK9cqVsgub+4V1di0xoFoAvjMOpQE+rWdV8WyYwasKWEWjmAc SZPgaKUemNZyCFQpTTeIVSmUcIbHLs3wYQGknahd6ycFeBgRHTbiUH0t7Kn40jU+fWdL etdhmEyYx+JqFJV4PLeS+EO4e8VFpVNW8Z9KaJhfn5oo86cPh2gPux1JRBbfH5mrbESF SWSg== X-Gm-Message-State: AOJu0Yy0QvVE8f1jthMQHswbkyUnrIsuCZ52+TNJpfalQYZW7BQ28lBn zI97I3ZeCO7OBjqwAV4Qq+4YwSXcLgZIT8n0uIJVAw== X-Google-Smtp-Source: AGHT+IGO+g+ru/dUmvjmlrKU5ZyNWNccw02kNd6p/f722m/5gR/oMy7qBF4vBvZb0DsmsykODS/iffxjKGqOBOB3pLA= X-Received: by 2002:a17:906:5398:b0:9a1:a916:17c0 with SMTP id g24-20020a170906539800b009a1a91617c0mr6773474ejo.50.1694370088304; Sun, 10 Sep 2023 11:21:28 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> In-Reply-To: From: Warner Losh Date: Sun, 10 Sep 2023 12:21:16 -0600 Message-ID: Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char To: Mark Millard Cc: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Type: multipart/alternative; boundary="0000000000003b54c306050547d8" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4RkJ8B4SnVz4fZh --0000000000003b54c306050547d8 Content-Type: text/plain; charset="UTF-8" On Sun, Sep 10, 2023, 11:10 AM Mark Millard wrote: > On Sep 10, 2023, at 00:31, Mark Millard wrote: > > > kyua tests that use the: > > > > /usr/tests/sys/cddl/zfs/bin/mkfile > > > > program like so (for example): > > > > mkfile 500M /testpool.1861/bigfile.0 > > > > (which should be valid) end up with mkfile > > instead reporting: > > > > Standard error: > > Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... > > > > which prevent the kyua test involved from working. > > > > Turns out this is from expecting char to be always > > signed (so a -1 vs. 255 distinction, here in an > > aarch64 context): > > > > . . . > > (gdb) list > > 179 /* Options. */ > > 180 while ((ch = getopt(argc, argv, "nv")) != -1) { > > 181 switch (ch) { > > 182 case 'n': > > 183 nofill = 1; > > 184 break; > > 185 case 'v': > > (gdb) print ch > > $16 = 255 '\377' > > (gdb) print/x -1 > > $17 = 0xffffffff > > (gdb) print/x ch > > $18 = 0xff > > . . . > > > > With the mix of unsigned and signed it ends up > > being a 0xffu != 0xffffffffu test, which is > > always true. > > > > So the switch is reached as if a "-" prefix was > > present (that is not). Then the "option" is classified > > as invalid and the usage message is produced. > > > > Apparently no one had noticed. That, in turn, suggests a > > lack of inspected testing on aarch64, powerpc64, > > powerpc64le, armv7, powerpc, and powerpcspe. That, in > > turn, suggests that kyua test inspection for the likes > > of aarch64 is not historically a part of the release > > process for openzfs or for operating systems that include > > openzfs. > > > > Looks like the mkfile.c traces back to a former port > sysutils/mkfile that was unfetchable as of 2019. And, > looking around, it seems the kyua zfs tests may be a > FreeBSD only thing, not adopted in openzfs. > > So various implicit assumptions when I wrote the note > do not actually hold. > > FreeBSD would have to do additional testing via kyua, > beyond what openzfs does for testing, to discover the > unsigned char related mis-behavior in the mkfile that > FreeBSD's kyua tests use. Only FreeBSD variants are > likely to have a similar status, not general openzfs > including operating systems. > I wonder how hard ot would be to look for the char = getopt() pattern with coccinelle Warner === > Mark Millard > marklmi at yahoo.com > > > --0000000000003b54c306050547d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Sep 10, 2023, 11:10 AM Mark Millard <marklmi@yahoo.com> wrote:
On Sep 10, 2023, at 00:31, Mark Millard <mar= klmi@yahoo.com> wrote:

> kyua tests that use the:
>
> /usr/tests/sys/cddl/zfs/bin/mkfile
>
> program like so (for example):
>
> mkfile 500M /testpool.1861/bigfile.0
>
> (which should be valid) end up with mkfile
> instead reporting:
>
> Standard error:
> Usage: mkfile [-nv] <size>[e|p|t|g|m|k|b] <filename> ... >
> which prevent the kyua test involved from working.
>
> Turns out this is from expecting char to be always
> signed (so a -1 vs. 255 distinction, here in an
> aarch64 context):
>
> . . .
> (gdb) list
> 179 /* Options. */
> 180 while ((ch =3D getopt(argc, argv, "nv")) !=3D -1) {
> 181 switch (ch) {
> 182 case 'n':
> 183 nofill =3D 1;
> 184 break;
> 185 case 'v':
> (gdb) print ch
> $16 =3D 255 '\377'
> (gdb) print/x -1
> $17 =3D 0xffffffff
> (gdb) print/x ch
> $18 =3D 0xff
> . . .
>
> With the mix of unsigned and signed it ends up
> being a 0xffu !=3D 0xffffffffu test, which is
> always true.
>
> So the switch is reached as if a "-" prefix was
> present (that is not). Then the "option" is classified
> as invalid and the usage message is produced.
>
> Apparently no one had noticed. That, in turn, suggests a
> lack of inspected testing on aarch64, powerpc64,
> powerpc64le, armv7, powerpc, and powerpcspe. That, in
> turn, suggests that kyua test inspection for the likes
> of aarch64 is not historically a part of the release
> process for openzfs or for operating systems that include
> openzfs.
>

Looks like the mkfile.c traces back to a former port
sysutils/mkfile that was unfetchable as of 2019. And,
looking around, it seems the kyua zfs tests may be a
FreeBSD only thing, not adopted in openzfs.

So various implicit assumptions when I wrote the note
do not actually hold.

FreeBSD would have to do additional testing via kyua,
beyond what openzfs does for testing, to discover the
unsigned char related mis-behavior in the mkfile that
FreeBSD's kyua tests use. Only FreeBSD variants are
likely to have a similar status, not general openzfs
including operating systems.
=
I wonder how hard ot would be to look for the c= har =3D getopt() pattern with coccinelle

<= div dir=3D"auto">Warner

=
=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--0000000000003b54c306050547d8-- From nobody Sun Sep 10 19:24:30 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkKYD47NFz4sxp5 for ; Sun, 10 Sep 2023 19:24:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkKYD1jWyz3JDb for ; Sun, 10 Sep 2023 19:24:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694373886; bh=8ZtjGfqWBMRASXm6aSE+S0U378n2i4vQh+HnhmXTTwQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=sG5t2qX6RQcSkc8Du1Cysu5QhjEPLGG4MQNqFDqvMe/mYCJ2HmkoQE8h6prKpc+aEC0+o2v4PD0td0MPNslLI40xyw9s5eckKT/W2Gky8LO1cnypbXMF+yyp1ZHmoVaE4w5kgPstNzt4+UwofsgBP9/Cb6VNKDr1YtOqOyPkf15v7lw69J/0y/1YHHZzpxOVhdeh8CQjJXJL7p1bvJMxHMJI0//lNVFGUE6Vr4ZdO5+gAUwRaDhVckBa8sfFlV8U8RvFCxhXEOcgcW1P7BmdLS7+eNMk0po4Fg4rl13RKclsk0qnso0qj30Pd96ntnyKCHQoRHVhb+hNq3/Bg0MRyg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694373886; bh=VSYp/koO6t7tSTUEOjfhy/Bd3wFrUiOTndwA1/1cDEE=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NmS+BgfuxTGfGvPNEM77Azu2M2+xMjxQpwManNAaUg2cRmQzTP3JykogSMVdtVqjLFa7NZboyR7z8gTcf9EMC+DUuew+ebkY16W4D0mm9eBelveluui4aKpqvMo5ovXagauUbZavD+e01cNfJerkmV9mGOpH//qW0JksK2+4jYa3DkTiMIfrPQAtWuIwP9A5UYOef4Svl77wEc79199JAi+ewdEved208InFrAfeOraNcueE3oWthjnlSXMWrUelB/RjxIt0tcBMAqrcFXckpt5wN4riae7shqDbA6lNuW2ndvMPmGjYQ+VVkZrNz/AZGlu4k1AdD5tQL26PZD5xkQ== X-YMail-OSG: xZo.fwsVM1ndf2PLpQ_74JFYYqIs5URzouBTlAiAasE4IivYAhsFsmH82Zatww9 n_xESI6xq3OU4qx_tgud5KgdgS94LH_nBOaB.LT_QFu1CAurI5MLNMUOTWs6B.acz_IiBxkSO8h3 jBtch3D3MBW55Ssw3NHdnPpjilUW0MDz_5LDHpatQgr17SQkeWG9o8An1K5_FUNuG3H7d7wOZDMi L0Sp9ypfUQVJAXcdx5n_MWeGGHFBzFnDlgHzPo7uZIWREcy2WfihiDNTyldJ49Mm6eXcZqg4AE34 Y7Dbku6K3806XHxHgVz0vOyY_rmRHZKFOu7iAgcVg5wPkzIAEyTudnZWFNFsUADVTzIRZ5o70407 Za_DfRThJaR_gckSDuW7wCL8p.vSItA8bhBzWhPAu8Rl7C86ID8c.oBpsCQZVtOJMl8KQpreK8h0 D17yrtGVaq9_evD.LVmmIv.gHT_U4fHkmfLwGyN3s2.nKfNm1RkXsFxQoplusJiaZh0tNg4Ug6f7 r53aHKw1VANeYx3M_Kb9UzkNHIca2h.M2tklOFObEfyse_3UJTy0FJhfBomrOAZc6A8VWFXtHb0. cRWbE7xeMbfETTZwTK8h0pkV6yf_5I6XeKPS17Hr4bDbsPq0k0AlGIGeVcspNA4BeVHQACVS95BA xL01k40eZ80.LQ7mzRL6Bx7n6ZPgs.O88zHLYbvTIWeNN3DsgzIr3XWsG4Ne5Hiv0MkO.Gq62fpG 5ym5tUJbA49d7N2zODBzf14i.vaO1km9K6frCgbjxC4PvK4DxyoWTvjQ_OOjUFOniANquprNyrk_ f4vEeEAifkiNngq4NAZGwetf0OyvJmztvxZxg7NAB31Mq3Alvn39vhWcLHxLRly_iZSJvqvpklc0 ULJ2FSVvz3KznJIYGBw6pqiULdC9oXlBfGOLd4mFU7Sg8mFDUiBLBSxXRmAd4nHCSQN5271ADTA7 cC7iln4Dj0zgEyS1gF4GTnBinNuy.UzUYqrOCS67Jevdb_3wVo2gSxM6.ynF72DT74baSdzNxIms xyoal0UNHP3XU36IUiYPCzfQD5rpc1nxDGLUV.PSFd2jDUW5xHE1HkmHF4uj7AmpYnVV8BPQMTDv R.2kr.j3TkXwLzmJubaPW6_wVANMCLc10fkSmsJt0KwIKamU670h_6e9jGfzXWa1efDpFTBZqgOi qSlNJIdSKz0Rbs9GX5Yx5BddZgyHA8dIg92Rb.rCwkXDpOb3t9X5SMPd8cc.o0yHSlE71KGxGpao E4lINhcVbt1BSX8K1j2l5EBHgD3vgxEFX7K5RsH9dfr.eG5Td4fVGYHX3MA1DXuu.US2QfGxZcRj lOZfCbA5PYAUfhZ2KAWJ0_H8DhnclPATKp2VPY_od.ZSN42l7RSR_AUVb95SnlDCwuRJfZqjh2_e G3U3AztqXrk_jhSt4QujBW6jm0jZVRrlKagXt8PffsOQWr2Vxdh1lhMUPyCdRCo.189ZQOlSuOs9 qYE64k4osej439aBWzW1sfHK9i_kLsYpDK4UOWlnlq8SKgooesyyEMFsmWn2CeIzSHgr2QtRnapI AhWWHXSXjZF7GzgaWF1z48VCQWrZQA0IkzaeGwbDjo8xTzR_NgoAdHv0Ppcn__b64Y0UB60Z7Kb4 vZLNlrjE6qX.y8XEbXspMRV4EY4BMgl_0QRT9Xl9bYOilBEkiY_87VLiAA3PzSOG9DNKDEYTfV8v 6mllmmJLIX1Gsob3W6eMIdELxFv80M6_dB4q2Y9y9hvPgJXw3hlPRahNrhQRaynALbWGhVcnb52E _sShm4YtQ2imUGbZqPIhv3gpWUrufrwG2X7C3UQSlchyTPH5IHTVr45DDF92s99e3xXBMtL8_KDZ 42pe7ps11Rb2_dg7sA32PozXUxypB8Ffsf0rPjcHl9yZt9uyzMvNKQ3swxBjO5o3vtBDmGV0zDfE ThYUcPlXvXCDFdnrQtEVLKPMQjFtgcUCaogSxybh6WcWmZoBhlVYiKWEzZd4ez9NTDxr8QM.IKK4 Zq.C8pcGBgf_O0ZKx32Gl8jYJVvonr4Grra7Kj1.isjT8ESyIcvnzZjINTZcWg1VHWoHnJl74SAD YXO1JX1_dmoa9aanwUHse4dIbUra.gG5Yb6mWxp9lkATQXb2Vtj3wKZzmpJvqf8zYF2Gr.DVivTc mCaxWFsb0y5DK2F5eWe48agwRk66sIGtKiCH.1_dFiAWDS1gRuZXNkE50tLCI4Ca1.ev8b37RgHW KMFmLG4k.sYPuHH3HOcbNQ2.VuCuOm1KmZvO69aYmBvxWDR6pXnL5_QkEMmuMaS0Wbafqk8GifTC h9GB.lw-- X-Sonic-MF: X-Sonic-ID: 36a27254-d021-4b83-86c3-8028e509e54e Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 10 Sep 2023 19:24:46 +0000 Received: by hermes--production-gq1-6b7c87dcf5-rj56s (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fd4f49afe0058c6c4d46fac41f729629; Sun, 10 Sep 2023 19:24:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char From: Mark Millard In-Reply-To: Date: Sun, 10 Sep 2023 12:24:30 -0700 Cc: Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RkKYD1jWyz3JDb On Sep 10, 2023, at 11:21, Warner Losh wrote: > On Sun, Sep 10, 2023, 11:10 AM Mark Millard wrote: >> On Sep 10, 2023, at 00:31, Mark Millard wrote: >>=20 >> > kyua tests that use the: >> >=20 >> > /usr/tests/sys/cddl/zfs/bin/mkfile >> >=20 >> > program like so (for example): >> >=20 >> > mkfile 500M /testpool.1861/bigfile.0 >> >=20 >> > (which should be valid) end up with mkfile >> > instead reporting: >> >=20 >> > Standard error: >> > Usage: mkfile [-nv] [e|p|t|g|m|k|b] ... >> >=20 >> > which prevent the kyua test involved from working. >> >=20 >> > Turns out this is from expecting char to be always >> > signed (so a -1 vs. 255 distinction, here in an >> > aarch64 context): >> >=20 >> > . . . >> > (gdb) list >> > 179 /* Options. */ >> > 180 while ((ch =3D getopt(argc, argv, "nv")) !=3D -1) { >> > 181 switch (ch) { >> > 182 case 'n': >> > 183 nofill =3D 1; >> > 184 break; >> > 185 case 'v': >> > (gdb) print ch >> > $16 =3D 255 '\377' >> > (gdb) print/x -1 >> > $17 =3D 0xffffffff >> > (gdb) print/x ch >> > $18 =3D 0xff >> > . . . >> >=20 >> > With the mix of unsigned and signed it ends up >> > being a 0xffu !=3D 0xffffffffu test, which is >> > always true. >> >=20 >> > So the switch is reached as if a "-" prefix was >> > present (that is not). Then the "option" is classified >> > as invalid and the usage message is produced. >> >=20 >> > Apparently no one had noticed. That, in turn, suggests a >> > lack of inspected testing on aarch64, powerpc64, >> > powerpc64le, armv7, powerpc, and powerpcspe. That, in >> > turn, suggests that kyua test inspection for the likes >> > of aarch64 is not historically a part of the release >> > process for openzfs or for operating systems that include >> > openzfs. >> >=20 >>=20 >> Looks like the mkfile.c traces back to a former port >> sysutils/mkfile that was unfetchable as of 2019. And, >> looking around, it seems the kyua zfs tests may be a >> FreeBSD only thing, not adopted in openzfs. >>=20 >> So various implicit assumptions when I wrote the note >> do not actually hold. >>=20 >> FreeBSD would have to do additional testing via kyua, >> beyond what openzfs does for testing, to discover the >> unsigned char related mis-behavior in the mkfile that >> FreeBSD's kyua tests use. Only FreeBSD variants are >> likely to have a similar status, not general openzfs >> including operating systems. >=20 > I wonder how hard ot would be to look for the char =3D getopt() = pattern with coccinelle >=20 Unsure. But to be sure that the implication that I was also trying to point out is not lost: kyua testing of zfs (and more?) for aarch64 (tier 1) is apparently not being done (or at least the results are not being inspected). Similarly for armv7 and all the powerpc*'s (not tier 1's, however, so not as surprising). Side note: Via other exchanges that have been going on I learned to look in the likes of: https://ci.freebsd.org/job/FreeBSD-main-amd64-testvm/*/consoleText for what to "pkg install" for kyua test runs to use for normal runs (at least the subset compatible with architecture being tested). I'd only figured out a (large) subset previously for aarch64 and armv7. I'm not aware of there being other documentation for what is appropriate for setting up such for kyua runs. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 10 21:00:32 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkMgj0Lrfz4skhD for ; Sun, 10 Sep 2023 21:00:33 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkMgh535yz4KH7 for ; Sun, 10 Sep 2023 21:00:32 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694379632; a=rsa-sha256; cv=none; b=lwqr9XqNEPaN/7lqpFzcDQ37DOi1yWk+gaZ0b3K9olfjIrj7W5HNBHtQOt2f0ZXKhCLHIj XUULKXSAYPCtRsW9CwbStxMEqgr0jhbtVWhqqjf6zkiNevoE36lG05UtQvn69b5BpYGpkC ynwn4O9tzJkpIlky6LrLrKOZWD08GKrFxWI7dGTb7wJEM/gMmA20u+VVJjKJEKg99enRf2 SFxYwyibPEopCwEJ6l0XtE7UolqsnxHi9EcLWGVvM3L1jSXZLY4w51ujK8r4ZQIpmVDvuo wEjAx+Q4TcQN1cSg2bUQqfPGsr893KU9R41IR8bUe30wTrXN0B6VpT0UxUWQ2A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694379632; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=NlJsSQCaLxWQ01Q5xrtqeUAG3J2rUz4kcr6/A4VUrQ4=; b=TLqKvmLE1eOO1Pgi+xhuUvJou9+k5C6dn4pScTfTPB9yx6ArLJ+47sWDwWpvZKuwBD+w7T 3UA/JsOeoxrUWs0duZy17nIIm0ebv6/0HW2ZXdGF/KGjwUPGgK/wJafcKTBhTUe7mx1Lex MmHZJPKe7mYYis1gInymclolrcMximDkW01sintIlBd3NN0UWWi9DNB/CMJkxHM+NrouXq gGYXG2txtQsoqHzdhZ6YY9IEAuI25z8G3Z692OXkDSKVKyDTy4eUI6jOgLSN85+ooQZM99 ohKsnJogVAnIIcKGr92i7nc+7LyKZy1X5FVqbslDjmjFPw0YvmB+eQsyh01mTw== 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 4RkMgh490Sz79c for ; Sun, 10 Sep 2023 21:00:32 +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 38AL0WW9082781 for ; Sun, 10 Sep 2023 21:00:32 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38AL0W7c082780 for freebsd-arm@FreeBSD.org; Sun, 10 Sep 2023 21:00:32 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202309102100.38AL0W7c082780@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 10 Sep 2023 21:00:32 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16943796322.A3FE.80657" Content-Transfer-Encoding: 7bit --16943796322.A3FE.80657 Date: Sun, 10 Sep 2023 21:00:32 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16943796322.A3FE.80657 Date: Sun, 10 Sep 2023 21:00:32 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
Open        |    238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off 
Open        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16943796322.A3FE.80657-- From nobody Mon Sep 11 06:27:31 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkcG85nWqz4sp8h for ; Mon, 11 Sep 2023 06:27:44 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao201.oxsus-vadesecure.net (mta-231a.oxsus-vadesecure.net [15.204.3.4]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkcG66d80z3gGK; Mon, 11 Sep 2023 06:27:42 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=webcom.xion.oxcs.net header.s=mail1 header.b=gZYG2Rg0; spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 15.204.3.4 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com DKIM-Signature: v=1; a=rsa-sha256; bh=GH3nmCjSjR0Yy6PtNnnkaHf4fAzMjt1fgq0uiA 0WKgM=; c=relaxed/relaxed; d=webcom.xion.oxcs.net; h=from:reply-to: subject:date:to:cc:resent-date:resent-from:resent-to:resent-cc: in-reply-to:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=mail1; t=1694413655; x=1695018455; b=gZYG2Rg0xO0EEDuhk0aFoadQe1bNCcbo82FSXgM8W J34jG3znsq08qXgQRKwZUd3AYSJjjIALS/hYeZ9Yj06+kWFTjNg2RJLfzNPuicmrT3kn5fj Rc4JKj8iehxL+ituo8Nk4IA1DTC8ED9fnIgv1F9EHTxr4eUlPotmIG8iMYuzkX8P40jT2Sd paBJl4rLiy3NXbSsI8JNWQT0AQjUBr5PkPrPHBhS49KNgYVnWfWNDzCCBsOEeRyy32RSYX+ S1jknujlOS83z4Kw5TYpYjKf2wolPwP1zfI0QPqotYTfQ4/+pQJYtxFbvsKtp6ObEdwE6Go 6CmezMda/2amw8wUw== Received: from proxy-17.proxy.cloudus.ewr.xion.oxcs.net ([76.14.244.154]) by oxsus2nmtao01p.internal.vadesecure.com with ngmta id b72aefe5-1783c43d7dbc865f; Mon, 11 Sep 2023 06:27:35 +0000 To: Scottph@freebsd.org From: "Fred G. Finster" Subject: vchiq_core.c fails to compile when using KERNCONF=GENERIC-VCHIQ Cc: devesas.campos@gmail.com, void@f-m.fm, freebsd-arm@freebsd.org Message-ID: <41e5da5d-3902-71ab-06e2-da0dd91dd7dd@thegalacticzoo.com> Date: Sun, 10 Sep 2023 23:27:31 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[15.204.3.4:from]; R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1]; R_SPF_ALLOW(-0.20)[+ip4:15.204.3.4/30]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[15.204.3.4:from]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TAGGED_RCPT(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16276, ipnet:15.204.0.0/17, country:FR]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,f-m.fm,freebsd.org]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4RkcG66d80z3gGK Hello Scott, I have a Raspberry Pi 4B with 8 gigs of dram.  I added the Marco patch file Revision D37878 last year Sept 5, 2022 and was quite happy with playing youtube.com videos and having sound come out the TV/Monitor HDMI audio speakers. Now I have updated to the latest FreeBSD 14.0-CURRENT software, and having compile errors. https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-for.html Here is Sept 7 2022 blog post about patching for HDMI Audio Here is my blog describing the error and how to reproduce this compile error.  I corrected the few files by editing several files to compile the /usr/src with make -j4 buildkernel KERNCONF=GENERIC-VCHIQ with out errors. edited files:  vchiq_core.c vchiq_kern_lib.c vchiq_shim.c vchiq_2835_arm.c cd /usr/src time make -j4 buildkernel  TARGET_ARCH=aarch64 KERNCONF=GENERIC-VCHIQ -DNO_CLEAN https://ghostbsd-arm64.blogspot.com/2023/08/vchiqcorec-freebsd-140-current-has.html Here is the error written up Can you point to the page in the handbook for correctly making patch files, either using  git diff or diff -u or diff -C 5 Please help a newbie to have a correctly working flow, to create patch files that you can test.  What every I need to do to make it easy for you. How many people use a Raspberry Pi 4B with a FreeBSD desktop like XFCE4 or MATE?.  How many use the HDMI Audio function of the Raspberry Pi 4B to have audio come out the TV/Monitor speakers? instead of the 3.5mm jack or useing USB headphones? https://lists.freebsd.org/archives/freebsd-arm/2022-September/001718.html Sept 7 2022 email about VCHIQ sound working on Raspberry Pi 4B. https://reviews.freebsd.org/D37878  revision I was doing this work with FreeBSD 14.0-CURRENT source code files. I can share patch files for updating the files, but What I have made are not exactly working for my use, so could use an example to make a correct patch file. Just a note to make contact, and asking how to proceed.  Sorry for the noise. I will read the fine FreeBSD Handbook. Fred Finster fred@thegalacticzoo.com ps.  In working to be complete, it seems the details make a short email long, trying to explain completely. https://forums.raspberrypi.com/viewtopic.php?t=343233 HDMI Audio sound writeup on RaspberryPi.com forums https://forums.raspberrypi.com/viewtopic.php?t=343233#p2074412 post with mention at 12 minutes on https://BSDNOW.tv/489 podcast Advertising FreeBSD running on Raspberry Pi 4B aarch64 From nobody Mon Sep 11 06:57:30 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkcwY3jltz4t63N; Mon, 11 Sep 2023 06:57:33 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkcwY3HKMz4R14; Mon, 11 Sep 2023 06:57:33 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694415453; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=qH1UUOoE6KqKKwive9H98zBB2xaGHVj9B6YljdSPJwA=; b=q9GVuy/nue4XJzAYZP8S+zQqdgs8qaZ3ozeFkMq7OdUpdV0s0iR54jEemEllBmxnVtlc4X 6rJazr/c1j3q60oK6AUwNS9mWVKFOFZh+Noeal6rSEDrT4vNvuAIk0AEAn9SGJ93Ib4XAW jMJ0811kVEYgFNVk7CWwdzE13+digdCvSW/x81ZZClxUfZr6c4Ia5qdtLIBKtzdxsvoa6P r4W/M1+GvJCToFuqcXJwSCf7q7Iyfpey22ux3M6Y+Q2um/b4kmeutILjUgHuMcETLSe9vQ nHTRFcJ7rW3c6DpEktTw1s9CHN4dSUpVna6G8aXkdFJsIc2G+ch+QBdLLeMSAA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694415453; a=rsa-sha256; cv=none; b=rLyMWs0RB/2M+JPcaCbwLwihZ+Q0hcXDn6dNT3iNU0QXi9kFVqxcFCo9WT5opQCCrHacMR wXCK89nhJw31TJW9ArxmuGDamqZ2Jle8MgpeY4dbioWt9D7WS+UDBj2bqxlZv/sVbwtTxQ D+koxOGlB9ydZAFKkRXVVQ3gSlt+oLmPQliGNAhuah1aZpi120FU7HeKYyNAzNq+P6Xiii Z6fnCWz0eZ+HrIS83oyXQ7xOjwJABACc9vr8RuL+WY+C/KtnxH0AnXztCS3f1u6crhi/sl FWGJ+pgDjIufrM1sU8p2pH6royxmCMg0HgTUAlfqS9Qh39EDbgbQXXCiah5hOg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694415453; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=qH1UUOoE6KqKKwive9H98zBB2xaGHVj9B6YljdSPJwA=; b=kbo3heGyZEkpK4epXJ0WTEkba3YGZDyOVXmVdrtbpMam1cVnAyzncc29+i/8hqNC4plSAL 8i52OJoFpvDtXvPdkOeubzFIT+D5X1PHq7loTXTRciz5mZSpEbVYGeRIsghBIKyrdzWpG8 9Fsb8Q3E5AZkZbU9uBo2zTrnCsCg4ST0dlo1NZ8PhjXMuK8Sv6T9mOyQCvoscWeUPkX/eS GaK0DPIEAp4z/Wn6N1R2s+v7Gh1eP9mcdZWcJimLe/AtST7Fk+XggCOmD46gc7e4u6J1ZT z/bbV4YixVTuN9FNT28nvlrJ4TpoV4n5n6zDnltEBCCnvVktR9diP6kUUAsbdw== Received: from ltc.des.no (ti0187a400-1976.bb.online.no [85.166.95.197]) (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) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RkcwY1Mq0zvYv; Mon, 11 Sep 2023 06:57:33 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.no (Postfix, from userid 1001) id 089634EAE7; Mon, 11 Sep 2023 08:57:30 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: Warner Losh , Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char In-Reply-To: (Mark Millard's message of "Sun, 10 Sep 2023 12:24:30 -0700") References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 11 Sep 2023 08:57:30 +0200 Message-ID: <86wmwxp57p.fsf@ltc.des.no> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark Millard writes: > I'm not aware of there being other documentation for what > is appropriate for setting up such for kyua runs. https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test_= image-head.sh#L69-L84 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Sep 11 07:03:48 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rkd443nHyz4t9hT for ; Mon, 11 Sep 2023 07:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rkd440w7Sz4WqW for ; Mon, 11 Sep 2023 07:04:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694415841; bh=SDmh9PCAEKjilYIYJibKMoeloBKWMj+Ea6g504Q/i6Y=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=nZyshe8tlQ+dhbRqMnCzdXrNS9g/iK+gVuFtNL5PDheVr9Q9XPJB//AXzLlkX/dNxOCWTju4fSc798VnojzD/OqSqeAEKp1N8BH1NkclJLj8uJ4pIC2fzS4K1gr+FSiRq5EAM7s7pvYkHHjWUYvDYt+6XyXzUxCFT5QkDQWETA6g8OO+U2masT9CM285qQLSQxa+RIxIM/CAhQOaNNgxTE2bz51ANQ1v9qriC8VfXsdWd6ty62bPLqNfgnUR+HlkRHvpmbSyl0vRqA+xyL0tHrUboHtICoYLiDm2etAlkHyra0xGvksE5frGFTIcRFOMIPNRHPmlSULQtAoZxdjXKA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694415841; bh=rtbxP/mJF+CWnViYkgJIyeLJjNHUHI0jbel60IC9GX2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=kcycE+DoPISXrUxdPgxFBghkKeWe7WPplX3Lmk1ARw+n9yTIOTn/jlOqYAMlZ2PrRgQJb3AFLts9fITYVxS8zPF93pd6gtN45hcgmDErU4kX2GsZT0ySCU+bbv5UdWSQIO7QlUQMiR8OP+vlyuz6anJIAAAH2n7XBYPAdmr2uWvdg8xPOXY9FJl7u46L/TOlT0Gb0j4WRix2W3YcAdYJvcu57B0g6GIyUUJv9yw8pLel/20oAtcmwsAz9UgNfrHBuRKyIn5F+EfrMB6BLhcccpU+rdT1g3FXzH3+OAJomVd0iY90//AvVR8t3NprGQGZ77HXNpnMX44R5s3ujeIZZw== X-YMail-OSG: KbxEe1cVM1lYPpbWYrDFGoHijq9FTkXVoQ6boGbijV684fil6udoLbKM8Mo5ta3 r0VkeqBAvw6dqWD2yBQICcRPCza5w0EVLBpL.1aNjGY5apWFf8dF1teHlzAZQKO10Zz1Lk14qY4B 9JOn01_k21RL3T8FNTh92xJqt_RhlyqkW8axECA_Vsw1E_LDWnnkSPm7I06Ckfq4KWE.UjTna.Xi u1E2aNZdxtyiwqf1IWi3J8vMFbKOigLouxG_a9sLtlP5IPiUW7pcEpiaXp.sg2TbUJxew5avLduF A0cCTru69mjxxSf0lPVUUmWZAXUiXeUlvZqF72YAtu5HiHQ1AQZMMT1bU2Po38HxEfF1aCVVZlLY l7DSn4Tj_1FRxes9MvbYEFx81SrxBGrZzO2AFrenEd2Eqofq2L7JZF.tGlGd5H0tzJkfRjN4nCIO jH.Q4PqHTu8BeA7UI8I66KizSau4FeB1x01nR.wCBsaHZqyhxxSzEPvvTqTENM8zDucEhlL4SEfn gflBSc5PvmutA191buZb.J.9QNK9AVjYZ_2KfIgGq_XI45hJOgx_wwW6vTNU2cPPjtb.joM..5Ck TnmvJWahCS127rVVGRnL1DeI5gtY2Npe.cWelyTSMZN5MJFHNYU11MVagEWynzJKeW96s3YNYrg5 A48HBv16HQGjg61u7pKxgPNb11IVovHz9LWEN0UIvbydk121568B.zMvwQ4RPDJa0FGVKkuJp0lx EKPsUEIFIWPt7PJYk43YWe9Ut4DGwYKr_vi2Z97k5QlC0jCwqKM6X.02nnKm5jkc5h9Xo6xx7i5I RdmZo.ax7_ureCOu8uSD8eR6HnMpEyqRJliEd7nWzsGDov9ycOYw2Yr46_QhbebLfwYi5PpD1nbc tJ0jqPjsMKOLKxc1sSaFQznHI7Uhi.Fp3NXbgNr9pk0BU7xC5Z_ydlDs7kSizMu1SSTjJkMGDpEX EDIifhjHTMExFPpL8_jHJkWvX6IXk5P.ZWaxtt36FHzcpvLZYj38HQsCz.MOvtsraxiPoOUNvV4n CKSKZIzWhu7Oc9PY36RRaDcXYe48Rl6hv9biFOeOwi5i1oR0h5Dft7e9HMkGT9MFvkGb7EQL5miJ GZe8dT3HTsgqXqcFK3eRQEB97_f.H548QfknOqSmsVadKEehIT53KCZ.Dw8_RuoN4UlgqJ8DFgau rEViLMr8_gKXzJjIxbJz5AOIJYB8cv5BbpJ_MjVGtIMWlGjvfITe0d7KkXMV3cBmkeklWnQ.Lkxr Xfl0.qB7PMJmNim1C6Gw_0l2J1olgJfYSYVdlshOfEk4iI8tOaVOowgxWUpcJ8MSw2qeGQIDsoZR JpjylGiUkW7hqfwiI3e02XRR_SbtEqXZY9LYX5UdH5tFHWv_3ujYV.eIbQsd5lThV3yHVNsGh6eG I3NSDND1sPnmLpHYfjRZkY4YYSwISV2JeEx4cPU_feEdq6KD0xswW1SqoZopRbrrGF6Tbxm23ysk qg4Auk1OVB2bah2odfrrH5TxY3esV_vbeCF.MEBDs2y_sRwg1ih4mybdGsQqJ8lA.b.ig5hfEkWT tl3jD5mUnOrolhPaJQUuN4aepxLwCvdLRDEkkLL9i91yaylYkOhQ6b4RNGiJhnoxVpEB0l2m7Vz_ zoD2VG4dmagPEvuHcPnbjbdiTjEBs9CxfTvnfgd5qnBegdO98MQKFH8f6gr8POrv5cgfQlIXOlaB RwzDuIgFHfkGvCGyK1KednR2NkPm8.iUSeltDHTkfMrycRl16wo64xVuqMFerUZdktsLLuZ3o6Gt 01jjVDF4Nlf.boH3dmOmLxmP.vnhKVWLQ8sPenjGTbaz3ZW13KB0vPe8KZFZB7MhxSqnIl8ErWQR ITxwjjp5errbHBW8n94U38H0TgLNER4ODDNNCE9GNJ7wvIzdFdaYRVCCoHp3EdAe0Buj1eyzs3vH hm8QLCdthYdLjLWxHEp_SIrh2LB1F6GpYAB51b0NlE4SUGT164u7ofa39rciPCn7LHySHL9t8Kv7 5t_IEydor3oxX4Iq2J93m8VUJ.anUWLflNSk0h7nfI6WV5cKaI_SQB2X_1pKMUYsooJ1Rem_ZSnm V1rj6lSYQNnTiF1saXbLB5lrGx_F1u1_9plIroMLovnk_3kHFi0S1SyhCBBb3V.rlQwFcYPA7Ein 8wg0sPzEVOk6k2mmhxTKv1YF1ftheJaLLcUe.qW5ImqD0Mf4SgZsTrZ46Gs1YxGy.9iwdOjmpswA 40JUeVuY1mBFpyYQRJVPGQhrURd8RmdspCTJ6SVPHlqGxB_W6Hu33QsQtRA2LDC_I9qH0TzeDYA0 robo- X-Sonic-MF: X-Sonic-ID: 70e68cff-1826-407b-ae23-4d1f73f110b7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Sep 2023 07:04:01 +0000 Received: by hermes--production-gq1-6b7c87dcf5-qfzfj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f814e30cdf1517bc614c64eeed259891; Mon, 11 Sep 2023 07:03:59 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char From: Mark Millard In-Reply-To: <86wmwxp57p.fsf@ltc.des.no> Date: Mon, 11 Sep 2023 00:03:48 -0700 Cc: Warner Losh , Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <16DE542C-D0D1-473A-B1BB-64A732265EC7@yahoo.com> References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> <86wmwxp57p.fsf@ltc.des.no> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Rkd440w7Sz4WqW On Sep 10, 2023, at 23:57, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> I'm not aware of there being other documentation for what >> is appropriate for setting up such for kyua runs. >=20 > = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 >=20 Thanks for the reference that does not involve looking at CI log files. Filed away for future references. Side note . . . Turns out that tcptestsuite does not build for aarch64 do to alignment problems via packing in net/packetdrill : In file included from run_packet.c:45: In file included from ./tcp_options_iterator.h:31: ./tcp_options.h:108:2: error: field within 'struct tcp_option' is less = aligned than 'union tcp_option::(anonymous at ./tcp_options.h:108:2)' = and is usually due to 'struct tcp_option' being packed, which can lead = to unaligned accesses [-Werror,-Wunaligned-access] union { ^ --- sctp_iterator.o --- cc -O2 -pipe -mcpu=3Dcortex-a7 -Wno-deprecated -g = -fstack-protector-strong -fno-strict-aliasing -mcpu=3Dcortex-a7 -Wall = -Werror -g -c sctp_iterator.c -o sctp_iterator.o --- tcp_options.o --- cc -O2 -pipe -mcpu=3Dcortex-a7 -Wno-deprecated -g = -fstack-protector-strong -fno-strict-aliasing -mcpu=3Dcortex-a7 -Wall = -Werror -g -c tcp_options.c -o tcp_options.o --- run_packet.o --- 1 error generated. *** [run_packet.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/net/packetdrill/work/packetdrill-aebdc35/gtests/net/pac= ketdrill --- tcp_options.o --- In file included from tcp_options.c:25: ./tcp_options.h:108:2: error: field within 'struct tcp_option' is less = aligned than 'union tcp_option::(anonymous at ./tcp_options.h:108:2)' = and is usually due to 'struct tcp_option' being packed, which can lead = to unaligned accesses [-Werror,-Wunaligned-access] union { ^ 1 error generated. *** [tcp_options.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/net/packetdrill/work/packetdrill-aebdc35/gtests/net/pac= ketdrill 2 errors =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 11 08:13:18 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkfcJ44fbz4sxMk for ; Mon, 11 Sep 2023 08:13:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkfcH1TcVz3TDZ for ; Mon, 11 Sep 2023 08:13:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=W4KrNCQg; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694420013; bh=SNmkxddGzS2bg40R6camNqdjv0a7N9GV4mPeRzeNHA0=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=W4KrNCQgKC/D5ey3Z6nn7AOQ/IKuMBkPoB4i+iuXTknmTAMGiqQ490VId5LaP+XNE4gze6ku8QTqBkVHjCChOAlfhhHz3UvQjq7PBVC4Q1x1U5zvZbGnp1XT/i7d95BY2atlkeDTffKpE0COmjLeu7dDTe3AFBkaB8WAFP5ckC9tLUgGza+fFBgl6/tzyXrCXnSXKALzdoY8/GUBR/n1PM01rOuy0/nL+TtSl6wgBgpM/AEl9w6jgvuMLMfMqYrstNzIKY+kxVntHJ4IvZkSO3eaSG+gRdzIjTZhcdsxM4DddWUdIgclYXuTPA7oOAhO7JX0vlqdCvP1IfKoWmfwJw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694420013; bh=CZxrPZTyTRKnnWjm+86t/xiw9eZU3Jeg86R4pdbBYGI=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=dwj+Y6aVBgqdiHxzllJf4FZiHjLd/K8UROH86C1LIL9Dvev/umsMB5gg13Wuo1vh4UiZEk7VeRaaXZuObwtXGos22H/riLHUuccnkyzT2VP2C7LF6uK2iQDAQbmDDcHr+0YHLEdeFnmf7FLjZ6hR6Bz5l7CS6bl1j30pCiXXFqi/3uDSLpY3wmAJpM49o8g0GkEIcikaKPDNIKAWkNlLn2A6UtCazeaslcUdmA6l9ma+NCWslZxtkbvRZuFOUmBUFSlz9rm3p/C3CcHl2utyfi9SSuzTMyLHb4fIs93Dr846U97Skw3qy5tj9DH+jYjis6jGDt9XTeCcrr3t/6IfWA== X-YMail-OSG: mW9JKFIVM1kkkkTDTP51trPHld0tF2826Jo1YgjPHLNgw9bAhjvFWR0suo6f7x7 CUno5S2Kkch0QrNEUH9b.CmD6jq3LdeZE8zicSUANGORclxqeMcW_WB1WJLkxg6igoGn2RSw_7Te ihUgom0ITaoGJ6iUnD8lCAMOxPWTuiQLv_aUz5LkbVlHyAa9AWTh.Nkbd0GuDJOM8QUxxif0rMJF QvVJZV6g_O97fCmjTu_8s0EIcU2XvNV_NKo.a7MRROraUKcrhWqxfhe_IMFy2V1ktEKwLCgjZM9C w4poFp3l3A.WtYxpp1leoHxVMZhMzuQycGX3sRlWIqabBzHaccx8wSZrlEauo0bmGpdmh3zoZrm. 3obgB1w39JCNmM.7cw5OS0vaOwpvKipD309C20UvBTJX13aF8u045v3Q66dZ2iZlXFq2BwyGc_zW QZKDSQfCgqMNxkKQlJgqDA4GXbpZoISkbiV3.qm3dd6GbWHB7qNOEFZHTbyDf2lW_y6HP3_Ybagb _r9xw1Wo7UsGfBulPqG06dys4DQqrP4lUVywrgxs9lw7CxADe7bMEJhgigxpVXsWbLJIyyqkZzim i_EfgYkXJTzHEszslAjyTNQdkPT3lk58rjFSTEJKajhEsZ_GTbuNdB3swRRH.NUBMg_Q5LowF77E Y4XiDYOB2PJmmGWNViX.hz87KIu3lLMZS_3hR5ByEwNKe10T_2WTPy9KpRUorWkVP9RiYf3cd8jV 0Z5a4YQb_SSTzQywfuFBEAaGPjSZPfA5.v95C8t_x2NuZXpe_jAruIxsx95VTQTwq4ToTz4a32KC dA3ktT3c2d4Z.Mvyef0d8xukWQcqMLDelm1swC7URrDSnYQprvFPco.UqigxRgJZ6OKrbkg4QYAU 0Ve6tlonhAnqQp01entLNyGahK7lHpelRN6UxL466ulmGMGy7eI8tXP7dCoT5ZuVmMBINNSyaBu5 XcbhQj4_0b1cKSEg1YHOMx41jekAi.7PZnA5pTLD1r3KlVb65gnaEseSsKYMxrZd8sHAQhCe_4qo rtfR_cDWugUIXm.lozoSggkK5mIy4ruRHYwbbS8XmFy3InqFqsf4lGnng0lJYy.bzRqzh_.mxi.0 2SVWirDFhIef32ICOv51MrCVRiMppVrpl26OK0zmvYAKuYEVhF_yGe5nyYRwh4DHgIPi3UcYo91Q blsEqrXXKkJapMhdYgB7VeO3h02_eeNn6HD5CfdDtFefWX_xk_zHh7sCouqUfr0hHIQGOPnFcSP. kf.uq9XupHjMCThgXE6nBsigklZOJ.bbcOPB3i7c6eA_WYFQjvR7FdXg7.apaJnG36KqgnkL1vsc 6QCzwiopVebJZPoEsL0dtJCdCCUmL4dz1jK9eSLbzhPlPtOQNl3WwT9VhZNNHfRKqX83qdWOz.9v 1T7KiCNz4YcC3En6PRvikF8rb4tP_VOKc2ADogMzeKxKKSzDZCcX1qILHCz5u1CAxaa84x9q19al ilteopqJSkgC.JJvdqb2Y2uHus4.NkQbc4gVrPhd7uVO1TX2.SAthwJbgjTmZowIx80RhUasHm2k EeUfMNGtzqHo0qDSIdEXGJvXx6WiwlJJ9ClYNKSk8cR4uR2R5uV1mrUWhPM4o.w_r.VEU_8Vqf56 Vz4B9zwWJLxx3_GkiVNQM9Z3KkQU7jxeh9F2isA9cpkPPApgTrd1rTbEf0H4Uix25PrvIWb6_gpq RM.fG.J5CQn4axh_JDp06q2dlciKoR2wfG_REYc0W7X9fGV8CuK_0GtWQDmzomsGLRK1h6RTgqzR KTZIiDiT5YgGYGIA3pKNbBSnkbHkLFqv4aVcp1YaEZ7_Re24q0f3_isW_MxMQpnPW_4GJnmBPRLb g0bPignjhZ9G0_ZCyHF1HE_oQ5DEulRpNNZW609Asc8wZkM0HhfTdxNv_BF0gGSnsIm7oh3105Ou gAZHZqmtO9hr0dy6sZdky2sLfi41th_fdzTcXpCYTSrIG9BDqsOIUo0yybTTnK9BU7xQma.uiK1z zyHsBoFXNzalUyBP8OagAylkBIcAkn4lp92av.yHXB.LkoTbVx0tOjIxtLV3bMooG9Pi._UHcRip dBnZDJBx0XLgV6hxxAz3pHXFLOO8EFypjRvqozWlPsNJF8XW._nYfa4q3jwp.83.Yzi0o38WYiO6 YrDLLKtgjRsTR9T8bvg6zXI0U6nue_QSdT3.bcCvwVOSIKHY1YSouIvmJw0bu4jQK7HDlm.XZ1xd kvY3JDgLZU4kxOHkdyl8Mx9utLIUVsk1dk4MCIt2ls6Zz28G.MNDVUZa0STypl8U7LRV212uBJm6 QQmcP X-Sonic-MF: X-Sonic-ID: 841a8442-cc5b-407c-8e0b-638279886f0e Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Sep 2023 08:13:33 +0000 Received: by hermes--production-gq1-6b7c87dcf5-j6k2s (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cf3d50cc1a683e5ae488cebcca2597d6; Mon, 11 Sep 2023 08:13:29 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress Message-Id: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> Date: Mon, 11 Sep 2023 01:13:18 -0700 Cc: freebsd-arm To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) References: <318444EA-B18D-4A6B-8D74-2A4276E366A8.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.72)[-0.721]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RkfcH1TcVz3TDZ It will be some time before I can try this with an official snapshot instead of a personal build. The build is based on b6ce41118bb1 : # uname -apKU FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #17 main-n265279-b6ce41118bb1-dirty: Sun Sep 10 14:36:47 PDT = 2023 = root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a= rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1500000 1500000 So it was a non-debug build, although I do not strip symbols and such in my builds. . . . sys/net/if_lagg_test:create -> passed [0.105s] sys/net/if_lagg_test:create_destroy_stress -> skipped: Skipping this = test because it easily panics the machine [0.019s] sys/net/if_lagg_test:lacp_linkstate_destroy_stress -> passed = [60.045s] sys/net/if_lagg_test:set_ether -> passed [0.066s] sys/net/if_lagg_test:status_stress -> =20 The core.txt.5 is not great, unfortunately: panic: vm_fault failed: 0xffff0000006b96dc error 1 GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] . . . Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: (dump_iface + 0x2c0) elr: 0xffff0000006b96dc (dump_sa + 0x1c) spsr: 0x0000000000400045 far: 0x44572d4338374144 esr: 0x0000000096000004 panic: vm_fault failed: 0xffff0000006b96dc error 1 cpuid =3D 2 time =3D 1694414226 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x1a0 panic() at panic+0x44 data_abort() at data_abort+0x304 handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x244 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x674 taskqueue_run_locked() at taskqueue_run_locked+0x194 taskqueue_thread_loop() at taskqueue_thread_loop+0xcc fork_exit() at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D4003518992) at /usr/main-src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000f7704 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/main-src/sys/ddb/db_command.c:591 #3 0xffff0000000f74e0 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/main-src/sys/ddb/db_command.c:504 #4 0xffff0000000f71b8 in db_command_loop () at /usr/main-src/sys/ddb/db_command.c:551 #5 0xffff0000000fad9c in db_trap (type=3D, = code=3D) at /usr/main-src/sys/ddb/db_main.c:268 #6 0xffff0000004f4ec4 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/main-src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 So some transcribing of a picture in order to show register values that were reported: Fatal data abort: x0: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) x1: 0x0000000000000001 x2: 0x44572d4338374143 x3: 0xffff0000005d3f90 (ifdead_ioctl + 0x0) x4: 0xffffa00b7f0d185e x5: 0xffffa0023fe4b992 x6: 0x000000006767616c x7: 0x00706174016f7575 x8: 0x00000000000001a4 x9: 0x0000000000210005 x10: 0=C3=970000000000000800 x11: 0xfefefefefefefeff x12: 0x0000000000000008 x13: 0x0000000000000000 x14: 0x00000000000000ff x15: 0x0000000000000700 x16: 0x0000000000000008 x17: 0x0000000000000007 x18: 0xffff0001eea0e500 (_DYNAMIC + 0x6d816358) x19: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) x=EF=BB=BF20: 0xffffa00b7f0d1800 x21: 0xffffa00b7f0d1858 x22: 0x000000000000000c x23: 0X0000000000000005 x24: 0=C3=970000000000000000 x25: 0xffff000000c68000 (sysctl___kern_features_netlink + 0x10) x26: 0x0000000000000000 x27: 0xffff000000ce9000 (cap_linkat_source_rights + 0x8) x28: 0xffff0000006bb0a0 (dump_cb + 0x0) x29: 0xffff0001eea0e520 (_DYNAMIC + 0x6d816378) sp: 0xffff0001eea0e500 lr: 0xffff0000006b8fe0 (dump_iface + 0x2c0) elr: 0xffff0000006b96dc (dump_sa + 0x1c) spsr: 0x0000000000400045 far: 0x44572d4338374144 esr: 0x0000000096000004 panic: m_fault failed: 0xffff0000006b96dc error 1 I expect that this is similar to reports I'd made back in 14.0-CURRENT days. As I remember, snapshot builds of the time also got the panic. I will note that an earlier 14.0-BETA1 snapshot kernel test run did not panic at this point in the sequence (or at any point). But I do not know how repeatable the panics are in the various contexts. I'll note that I've tried to have the various ports installed (poudriere built) that are listed at: = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 (The ones that build for aarch64, anyway.) I had in /etc/kyua/kyua.conf : test_suites.FreeBSD.disks =3D '/dev/md0 /dev/md1 /dev/md2 /dev/md3 = /dev/md4 /dev/md5' and used: # more ~/prekyua-aarch64-mdconfig.sh=20 #! /bin/sh truncate -s 4g /var/tmp/for-md0.dat truncate -s 4g /var/tmp/for-md1.dat truncate -s 4g /var/tmp/for-md2.dat truncate -s 4g /var/tmp/for-md3.dat truncate -s 4g /var/tmp/for-md4.dat truncate -s 4g /var/tmp/for-md5.dat mdconfig -f /var/tmp/for-md0.dat -u md0 mdconfig -f /var/tmp/for-md1.dat -u md1 mdconfig -f /var/tmp/for-md2.dat -u md2 mdconfig -f /var/tmp/for-md3.dat -u md3 mdconfig -f /var/tmp/for-md4.dat -u md4 mdconfig -f /var/tmp/for-md5.dat -u md5 I also did a: # kldload linux64 before doing: # /usr/bin/kyua test -k /usr/tests/Kyuafile (Not true of linux64.ko in 14.0-CURRENT days.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 11 08:53:55 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RkgWF026Lz4tMqk for ; Mon, 11 Sep 2023 08:54:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RkgWC64hqz3gt8 for ; Mon, 11 Sep 2023 08:54:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=njvO6y2U; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694422453; bh=tuIdAuRIsZazZe0e/kYk7K/+tud/OzNIrQT2hyIoBJg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=njvO6y2UmT1SZn4qq/k0ArBjvAsY8dTHAR8bQAWJFv0p6WoHYgibxUtz38zwRhtHnAgWqua34gvIFBB6LrqNN/gh+KgEihyR6MQZuIz5hVceWoNvBV/SaXDXxvQelMzuHBw4q00XoAyK93EdLNHemyAUMN0g/0ZtOULK8nz76otdMMNROX8txKX+kexg1iNHOxikkng4q/lEY9727GJFEjrvxskAiMKoVzEuQX2fAdinKTEXxymhTC0olRLgdW5FNM/6NSldDFG3LZBbJPxf6kfQ4PdtiPyE12IuyBZXxxU+Z7xPPEWBpubH7X2qEzP0nnF33/WgQelJxL5u+Lkyjg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694422453; bh=y3XAMzR3phaxQEUgR87Zmh97xHTNHqDdm+ErIZlYN9h=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=byCJun6x28aL406rdpO2ZF9nypUjXF5DCXXlsGKqCOCBEeS+U7hfZkIDggz3t/bCd+zrBMF4NdSsMYNb1dNJD08Fqt/U2Bpl1WlfC6Hdokvbj8jiBEmOZAVA4Q7o+UyVaATsAMLdVgeGTinxMI5DPYBs5cNqHjb11oWQbrkpwejKJZfYKKcNndfl4hN93wpoAOg+2xEJ5foR6k6ZXADeZ7ILnF2ZS01h0ViNJFIYNP8zoLu/QAgF+N+fV7gHPwPgpJ8JxgE58PLhh9sMGeIlPvc88cJj9vhydF6CVPZlEdbT9GuXm38GC7CBjhGP990wiujdUdLpB4a205wgsq6MSw== X-YMail-OSG: 8Ie.nzUVM1mo36WWV03mW4auuK6urW35NN4HSsvd9UH2gj3GSUcDK20r5MBFgeS VievHs3hLgC2TA4Q1jI_hSOk3kIypoJksvC306NxdH2qIutfK5IGO5_aZm8QwLGrqbAIk.phE3V9 HZEx4fIOfEsSnzeyGJNoThx0IO1nMawI3AO9kL6iU285d66aitjLBeRYKQRrrkg7CYkcizHWMoLt NMg7rhX4whEwo2OicCwpqFzZ_NsvXuGyLc3PZtb79BShe3HJh5wXl6XAguoU7vQZ3cuzp3v72JMX KAiB_JfaN5H0DmP2WDbuOm8mOhVr_Z2dNNxKzlTr7WNZDLIl4pm4I4_yzrSc59qg5Y_HDUZy3xu4 2NtjmZH0slFvYfxk0dWeYnJpRtxG_AHQrUCRFJtLJVQ8wcGYInYkFH4BHfJEZnIYuf826GbvZW9P VZKY7kpFBmx3JJF1aqaTmJ0mw.U5Y5IqQrjrF9td5B8fWYRR20ENbtDV8oY7M..sYRxpcZJ7qIC3 5Ow5DjI89uGvr5hpADZ9xXvRMD.9KuDdpInWxAnTWgyczrIsmBbJKc6UyhKbfw5S3jpSZ5bCt5yN 6GO5JIS8NTYp9zgDzqcU7tTpHNupisHtcZskWRq55cGY8IwYct1hMk5mpznTp.KPOIMXq6gGz5n. AvM1rI7VZpfC1FWzi7FLcqMFZif0rEOYh8f1LrP9U750aTP2IMgOr82gJVFq9fFy0b7cQ7AubzII .0KfheM6SGGvJ_7RdG1XUvR4l9ADFN.nPQqJ95exfIAG2QagrKXdWF4e3qqgFWEracEPdCZ7Ob61 DtXyRuQRk6twSoANdWqZTrZhubMnEMASCe1ysv_SHrCQxNUkCPhPjk.jfmwnTRCXlmNAZp3WF1BO pdsKDlHucwWWyg0NqQYrg48QahKQbHcJ7ETSx6lvK0T_0VbVNPb9Mqjvv8Qj0FB.MGP0b0SklRmx 2qAUhb.n3LfP9BlTW2Nf3VgwGZxXwv9fLAmHJXClTYZOgXv9zEs_X8Z4u5fM6Am9x4FGx7VwqHff ht4t4AYBx8ztss45SPIt8ie2vDrdgWNE02FERC1XR4SXRSnMh2B3CaHFKKv3Jcf8ce7ngPElRbQM L9BDU0wARaTx7sNbJHhusTMh.QiENYQs5_JB.z7y2bSyn2TUF2kpQbuzAUkBuvMH_ZUmmxgJq3jf CADQQFUlRGEKKIEojsri_EG5sFdaYBk.GboHDrLl2uWlaqWtDEdsfT5KmLjyAQY8iQVrAYasBZv1 BHZrxP4kC7ARVNsjQQoL_BzayugaPXKo6828s8FkEkvMLzWJucpV.Zxm55cMwN6wltib.CmS18Wp T.P2pu9hjwcTc2vBjdDv9qfZ4P7wHNzyvJSJNSzwLMp09x7BzKvc6fzvSEoxRd.zOyvir6oA4DX5 pdwbZOiQIYvqGr_o2XvQccJklGwl93h6vzNWyYByAiEaWs84lC_bzjItHTUisyjyjrOyY4ot4F2d DDmmGOTDI9d2JTQinJaoQWIP85Pjd1wjU313IbX9yqWC36J5MiqnUC8KmfyBDU6Ew5tUjzWFqSmx oUPbTVtd1MVm7DkwVTE7dQOOjHzc9IdDUnApnhamUs8LN__T3ZCVdn4z_nCc2Ymu7M5MGzB.dldR ZzVd3DqdEpVKYLHBWSP.r6J3jbEmhUi0SawztpcpwN71lNV5rnZDt.APwJBTxrM_SoQDNnNJB5cj C7mdyKO1y1z2HS0gWb4HMIhrfxeGgBcm6G.49bSsoSlFAeP1cKkH32UE_muGe2hfQB8FJh6BKaa3 CKJGXpKwce3Ez0XIsy482_RBfhlfjiqcfFeQ2rNumCCVDEui_0cLTeRSlgnJnsPX20cfggY0AuuW QPlcs6jYMWchj0vftQy2eynrsSVwakV4ScE4D32y9gfSu0enKXUPx7mOFqRMoBFANo5DzJabETYT .8x.omYJzPfzjbxDHkaDixmknu16JNQhMHI7Lq9jbkjYVxciZsrQgcPp9FYQbqNzxVGaPM99UJJz ItkLoFd6rxOilgrQgQ_Da9H1nZdfA4B8MyLqZo.dWs29yjNO6QkRIGpxNo21uuDc6IjIH5lrTFS8 HqNC8Of7pfZtI9Vcz3II3ErFMDdTl3cEg3FxZPDw9Xn9ugbiLrSfDPwOnwQlT9EAQ1iUojq5ZEkG jDRVhE.1sYHyMXcadt1KpwQEpLOH.6Mk_cJGgWTG82GckRVi13CjAN4yQNKmsh4hIdWNiePpoqj_ XJsmgdhJnw_i4FEpzo6Rgle.hyHb5ufFxdT4V3TuhAzxohuO7VuSgT3.oFRg8Ylfis4WpDDCrlgH _YxAS81c- X-Sonic-MF: X-Sonic-ID: 0fa19580-3799-45d2-89e9-c02e78923cb4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Sep 2023 08:54:13 +0000 Received: by hermes--production-ne1-7b767b77cc-fbxjt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e5c40d4f2efcdd0bed61cc3439eb5b8c; Mon, 11 Sep 2023 08:54:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Looks like the kyua zfs tests likely are not used on aarch64 or other contexts with unsigned char From: Mark Millard In-Reply-To: <16DE542C-D0D1-473A-B1BB-64A732265EC7@yahoo.com> Date: Mon, 11 Sep 2023 01:53:55 -0700 Cc: Warner Losh , Martin Matuska , Alexander Motin , Pawel Jakub Dawidek , Glen Barber , Mike Karels , Current FreeBSD , FreeBSD-STABLE Mailing List , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <20C7F20D-8458-4BDE-9E66-F12CD5F2C230@yahoo.com> References: <96C2F8F3-D3F0-48FC-BEEC-E3C983BD680A@yahoo.com> <86wmwxp57p.fsf@ltc.des.no> <16DE542C-D0D1-473A-B1BB-64A732265EC7@yahoo.com> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.984]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_SEVEN(0.00)[10]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RkgWC64hqz3gt8 On Sep 11, 2023, at 00:03, Mark Millard wrote: > On Sep 10, 2023, at 23:57, Dag-Erling Sm=C3=B8rgrav = wrote: >=20 >> Mark Millard writes: >>> I'm not aware of there being other documentation for what >>> is appropriate for setting up such for kyua runs. >>=20 >> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 >>=20 >=20 > Thanks for the reference that does not involve looking at > CI log files. Filed away for future references. >=20 >=20 > Side note . . . >=20 > Turns out that tcptestsuite does not build for aarch64 > do to alignment problems via packing in net/packetdrill : >=20 > In file included from run_packet.c:45: > In file included from ./tcp_options_iterator.h:31: > ./tcp_options.h:108:2: error: field within 'struct tcp_option' is = less aligned than 'union tcp_option::(anonymous at = ./tcp_options.h:108:2)' and is usually due to 'struct tcp_option' being = packed, which can lead to unaligned accesses = [-Werror,-Wunaligned-access] > union { > ^ > --- sctp_iterator.o --- > cc -O2 -pipe -mcpu=3Dcortex-a7 Looks like I messed up and reported an armv7 context. aarch64 built net/packetdrill and net/tcptestsuite just fine. Sorry for the noise. > -Wno-deprecated -g -fstack-protector-strong -fno-strict-aliasing = -mcpu=3Dcortex-a7 -Wall -Werror -g -c sctp_iterator.c -o sctp_iterator.o > --- tcp_options.o --- > cc -O2 -pipe -mcpu=3Dcortex-a7 -Wno-deprecated -g = -fstack-protector-strong -fno-strict-aliasing -mcpu=3Dcortex-a7 -Wall = -Werror -g -c tcp_options.c -o tcp_options.o > --- run_packet.o --- > 1 error generated. > *** [run_packet.o] Error code 1 >=20 > make[1]: stopped in = /wrkdirs/usr/ports/net/packetdrill/work/packetdrill-aebdc35/gtests/net/pac= ketdrill > --- tcp_options.o --- > In file included from tcp_options.c:25: > ./tcp_options.h:108:2: error: field within 'struct tcp_option' is = less aligned than 'union tcp_option::(anonymous at = ./tcp_options.h:108:2)' and is usually due to 'struct tcp_option' being = packed, which can lead to unaligned accesses = [-Werror,-Wunaligned-access] > union { > ^ > 1 error generated. > *** [tcp_options.o] Error code 1 >=20 > make[1]: stopped in = /wrkdirs/usr/ports/net/packetdrill/work/packetdrill-aebdc35/gtests/net/pac= ketdrill > 2 errors >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 12 02:40:26 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rl79n1H1gz4syJm for ; Tue, 12 Sep 2023 02:40:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rl79l2tgVz3dV9 for ; Tue, 12 Sep 2023 02:40:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OJl13N24; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694486439; bh=j0lQyzOord39lQF22JGgXPFagT7VPC4UgVAJ7r8X2ng=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OJl13N24jiFaGq9IIOzo8WY3m7xbriNcVSTIWbGsIKdjLip8exP4X64CSL5Jvn0i8A2mrcY/VWJ0hSfSRk3GFN501eXRH+G36WoQqGqwlALdrc/DBapuDvek0+KNAxrP4wPi+lY7/W2+MpM2BJ/RQmUzBDwmTHGiOUB6Klv57ORQGPEW3rUBA4hbQGJIuK/OqavMH3tloCOkV+HejupkHyMCudy56dFapiAazovO7AtZIZTAnQDneulz8jFd5LSDSPCMv3itFz6iv+thJSZlULrqg8XC4t6nI306ESl1HYNg9FnyR0GOzKQUKDoaPG877NWCkY7h48n0Ep7JhMCGFg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694486439; bh=2Y2H6kMMrFaUxTpAICH7T7JuMpRg9Ohf1QfCY3FNXwp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=P53w2DwJEtCXBsiRXFT3fzcXarsNNc63p89dtltsVw5qMi1n1leZCrbIbCPMbKPWb6ssYv6TmSSRyZj9cEqQvEBqiJ7oovQf9aRhLJb1XmaiM/orNCB1Sl9jnfjxGgkq2vYty594sUJtv7pJFgs7+/e8DZnELOnRC+6xuuIILfYvRFcZ0OQ3Y2KbUPZqbBNth2BACG/NXizr8wNuTXCFCvUbRxNyCKu4DQ3YJ7fZu1Q439aw83E7EX5CWefS4G4UKlcvHKoSJKewXcOERVjBHNMl/2a6eje3NSwV04OT+fWFaB5FePTWWH0ERqXplco7iH8Zv9Ebv6xPT+bpephIEw== X-YMail-OSG: 77_QSFYVM1lkxbLeLuelYUPw8HnuxS0Ipdqd5kmBsrnGhQmKnO8AhMfIdGSaxGk HlmeHL4L7pioH2EYVhmZ4UTZsiRcuiRAKsj3Dh8QcPDI1VaTBhDAhGEvBquaJWKLbVMbHwTQQkLg 7CWX61gARjsejJ9e6SnMTYlMBU2c9m8hDB4V4V2Va2HyQf8SdyoRH93I8ST99Qew0nj4sRrgoYHE 5nglU0MLUZwuVejCEijU7ONuWr54pbiQM6Z0NGJxoGqWrbAWM.cLJ7HlYT3phCMTTXcdtipE4ia9 j83u8lOxUb49fVDAI4TkaECu74evxJ6JX7VB7KrMXcSpaFGrs8b9jXYOArm6dXWj2veHNvZ0XqSQ HASvbM_iVrA9nIP899C023KjsSeN9h74ATejIOEMjYh_LbiDCEA4f2f1uaieDbb1u1GWjzoxmEip 96coxGEdMRKptJy4KJHpKvYcaeLfN8nnsMv9ezWESK1gvMi.PWQTy4rgrG8sXu4WIXnt_WuX1PQe dTPyu3xpNS_T.OwgzjmJv5gus9FZgj6lyfenW.QGiS.kCW5F4LgI_PRukBZptxeac46rCG6NyRZY E7HW4Wq5UGgETDjLcOkH30MQp7WTrbEU.RV.EoLkTjgzSsMMRxs_o7X13zwKpDjj18c3KQ5V.bmM YS.Sce2FkchHZGzSvHe_Kp9lW8J2eWTEoQ.ow5KaMt0MrtGJPfPNz.5ZH9Ke6mwyBc4wOhGnYNSZ 4V_6WqBApR7g0IIqqrdc.m_1PzlF_njDudIUg6bUmh18Z5BCZ6a5yjKdXFy8ZGXDT7Kr_hSthBOz ZvadbAPAkjz2MN5NUOENLcSNTqinIfX_bzd1a37qp_5iN2DbGyoEeZy0xgDv93YMMvMnojTzuSpi BBrPYvnh9IlZyOPE9w9oJtBk1ks.BuuT56XLENV0zyx58.oeUWcUYdeUuldC7zUjHBAJ7jlGev3c 3xtxbeKHJmtM320fehnHyS15bX9e8mEd4UPKW4XNu7GYWEY52IJJDM4c6f2Y5Of1j6B4YajXtNOa hrhTrPkFh4pDrdzJZrkVAgNFt3sD7sbCkT8rx9EcS8uhfgNW4L1VOAhojbmr4XPEROSl5VK0MOda YigfOn90.XJaAlt2uc_vR3_qAk24wE7Wz1drfYIj6jKbYwJ5gAAf6ObuUwJazk.6qZrPNNCXYvPO G06tTZT6_hKYOOHhD1Dl.dK1KSK9cITBMR6StwXyDRW_U6xdt7tW0fRecg.koaV.5ljuKNKqCPHh RZ1zld1PHbhSa.wyJtgnvDHOLtE_nKKfIIlPJLrMGtFtNFms4b5zJek_x9oU0lSjoS9jRSmItcFw 70Mz.25Z388jlRDMtny9T2c4LysEwACO5jDxi6.O4yPD9g4UdvHG6_74FRZV82flndl4DGdXORhp Ar9KCSQVcbUYk9wqlPK5aLEPz6s4L0AcJoaJf5y_weXBa1brzRf8qDP.DYhoeAJojcR91pTms7.K 5at7tbomRDz3ol0AwpsiRsP3vjR8NhP5wURyR76V6uo9sFHKgl1tcCXphiebvzEuwifyR5Fy4rzx Y_3gCLVQiPFGH7Oj9vR9McDHS8YbnP_yXOdhzpJmvNyy2PBn7J0PPXLqb_RSVPUNbNisrx0UV7eP FtuVN7OVrU3YMG5m5FiBQgJ3Hhu0JzDRLu1of64FmmgU9S.CDJkwPt6Hk_n83ol8ORwGc6.BnlDm uds7WZQ.0bYA4bICAVgQoO4zkpxoO4TmUCXm_WG4Jlzw4Vrsw5X7LJT3DvUAiZs5jDmhHHNsj1bZ 9j0RwbwbQ3bT6ZJb49.V8iM6h.Ee84lOisce2F8yg0Uzciuy.W8BvdpL5GdB1ad4stIfg0svDRTF ahJ_IH8mgafSOJxp8RIlWVv9_kOLqTUv202yqbAmDzvwMdZPS2rHlRvbVWIoPMf30ndRk_6a8Lb3 KigVdRZGqxIQ7DsRodykTgI.ohpAOp0G0v.BFpRDh0MCY2yvFIG8CczeGRCqOqyn0c2z_MkTJ8.s 2s7N9r_3M5VrCYzOJ3QyMSB6ph02Ym8Jh.Qp7pkpdRFNdioQ079G9rTjIbLk84D9Y3Yd33XfoTL6 zoxfH0FgnaO4ePWJ5NliB4aIFis2xc9PscM1Vkg4gqaIz.Zykv5MEb1jroNCaFN8HbGficQidYo6 4ewGfgHg2GZJU7RFduuxAAAHh4IwgdaLvfWoX8Qcjp_SMrhPQqKp1WLEfgH4pMaMY.KyiNCdcgvg 6KupB7uv9G.8sqFW_7tW3JztlnGPFlTdyGXBOyr.EbtA4.cdWQWgvrPGOYl8B_s2XLJBwnnrIBlK 0cJoSAA-- X-Sonic-MF: X-Sonic-ID: 78358a2c-d828-47a5-a9a8-43e97c06a62f Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Sep 2023 02:40:39 +0000 Received: by hermes--production-gq1-6b7c87dcf5-x8vcl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c89036ca39ef3d65ef2f82a79e9984d4; Tue, 12 Sep 2023 02:40:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress [confirmed with snapshot kernel] From: Mark Millard In-Reply-To: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> Date: Mon, 11 Sep 2023 19:40:26 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> References: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.951]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; BLOCKLISTDE_FAIL(0.00)[98.137.65.148:server fail]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rl79l2tgVz3dV9 On Sep 11, 2023, at 01:13, Mark Millard wrote: > It will be some time before I can try this with > an official snapshot instead of a personal build. > The build is based on b6ce41118bb1 : >=20 > # uname -apKU > FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #17 main-n265279-b6ce41118bb1-dirty: Sun Sep 10 14:36:47 PDT = 2023 = root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a= rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1500000 1500000 >=20 > So it was a non-debug build, although I do not > strip symbols and such in my builds. >=20 > . . . > sys/net/if_lagg_test:create -> passed [0.105s] > sys/net/if_lagg_test:create_destroy_stress -> skipped: Skipping this = test because it easily panics the machine [0.019s] > sys/net/if_lagg_test:lacp_linkstate_destroy_stress -> passed = [60.045s] > sys/net/if_lagg_test:set_ether -> passed [0.066s] > sys/net/if_lagg_test:status_stress -> =20 >=20 > The core.txt.5 is not great, unfortunately: >=20 > panic: vm_fault failed: 0xffff0000006b96dc error 1 >=20 > GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] > . . . > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... >=20 > Unread portion of the kernel message buffer: > (dump_iface + 0x2c0) > elr: 0xffff0000006b96dc (dump_sa + 0x1c) > spsr: 0x0000000000400045 > far: 0x44572d4338374144 > esr: 0x0000000096000004 > panic: vm_fault failed: 0xffff0000006b96dc error 1 > cpuid =3D 2 > time =3D 1694414226 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x1a0 > panic() at panic+0x44 > data_abort() at data_abort+0x304 > handle_el1h_sync() at handle_el1h_sync+0x14 > --- exception, esr 0x96000004 > dump_sa() at dump_sa+0x1c > dump_iface() at dump_iface+0x2bc > dump_cb() at dump_cb+0x18 > if_foreach_sleep() at if_foreach_sleep+0x244 > rtnl_handle_getlink() at rtnl_handle_getlink+0xec > rtnl_handle_message() at rtnl_handle_message+0x19c > nl_taskqueue_handler() at nl_taskqueue_handler+0x674 > taskqueue_run_locked() at taskqueue_run_locked+0x194 > taskqueue_thread_loop() at taskqueue_thread_loop+0xcc > fork_exit() at fork_exit+0x88 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic >=20 > get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 > 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); > (kgdb) #0 get_curthread () at = /usr/main-src/sys/arm64/include/pcpu.h:77 > #1 doadump (textdump=3D0, textdump@entry=3D4003518992) > at /usr/main-src/sys/kern/kern_shutdown.c:405 > #2 0xffff0000000f7704 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) > at /usr/main-src/sys/ddb/db_command.c:591 > #3 0xffff0000000f74e0 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) > at /usr/main-src/sys/ddb/db_command.c:504 > #4 0xffff0000000f71b8 in db_command_loop () > at /usr/main-src/sys/ddb/db_command.c:551 > #5 0xffff0000000fad9c in db_trap (type=3D, = code=3D) > at /usr/main-src/sys/ddb/db_main.c:268 > #6 0xffff0000004f4ec4 in kdb_trap (type=3D60, code=3D0, tf=3D) > at /usr/main-src/sys/kern/subr_kdb.c:790 > #7 > #8 > #9 > #10 > #11 > #12 > #13 > #14 > #15 > #16 > #17 > #18 > #19 > #20 > #21 > #22 > Backtrace stopped: Cannot access memory at address 0x10 > (kgdb)=20 >=20 >=20 > So some transcribing of a picture in order to > show register values that were reported: >=20 > Fatal data abort: > x0: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) > x1: 0x0000000000000001 > x2: 0x44572d4338374143 > x3: 0xffff0000005d3f90 (ifdead_ioctl + 0x0) > x4: 0xffffa00b7f0d185e > x5: 0xffffa0023fe4b992 > x6: 0x000000006767616c > x7: 0x00706174016f7575 > x8: 0x00000000000001a4 > x9: 0x0000000000210005 > x10: 0=C3=970000000000000800 > x11: 0xfefefefefefefeff > x12: 0x0000000000000008 > x13: 0x0000000000000000 > x14: 0x00000000000000ff > x15: 0x0000000000000700 > x16: 0x0000000000000008 > x17: 0x0000000000000007 > x18: 0xffff0001eea0e500 (_DYNAMIC + 0x6d816358) > x19: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) > x=EF=BB=BF20: 0xffffa00b7f0d1800 > x21: 0xffffa00b7f0d1858 > x22: 0x000000000000000c > x23: 0X0000000000000005 > x24: 0=C3=970000000000000000 > x25: 0xffff000000c68000 (sysctl___kern_features_netlink + 0x10) > x26: 0x0000000000000000 > x27: 0xffff000000ce9000 (cap_linkat_source_rights + 0x8) > x28: 0xffff0000006bb0a0 (dump_cb + 0x0) > x29: 0xffff0001eea0e520 (_DYNAMIC + 0x6d816378) > sp: 0xffff0001eea0e500 > lr: 0xffff0000006b8fe0 (dump_iface + 0x2c0) > elr: 0xffff0000006b96dc (dump_sa + 0x1c) > spsr: 0x0000000000400045 > far: 0x44572d4338374144 > esr: 0x0000000096000004 > panic: m_fault failed: 0xffff0000006b96dc error 1 >=20 > I expect that this is similar to reports I'd made > back in 14.0-CURRENT days. As I remember, snapshot > builds of the time also got the panic. >=20 > I will note that an earlier 14.0-BETA1 snapshot > kernel test run did not panic at this point in the > sequence (or at any point). But I do not know how > repeatable the panics are in the various contexts. >=20 > I'll note that I've tried to have the various ports > installed (poudriere built) that are listed at: >=20 > = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 >=20 > (The ones that build for aarch64, anyway.) >=20 > I had in /etc/kyua/kyua.conf : >=20 > test_suites.FreeBSD.disks =3D '/dev/md0 /dev/md1 /dev/md2 /dev/md3 = /dev/md4 /dev/md5' >=20 > and used: >=20 > # more ~/prekyua-aarch64-mdconfig.sh=20 > #! /bin/sh > truncate -s 4g /var/tmp/for-md0.dat > truncate -s 4g /var/tmp/for-md1.dat > truncate -s 4g /var/tmp/for-md2.dat > truncate -s 4g /var/tmp/for-md3.dat > truncate -s 4g /var/tmp/for-md4.dat > truncate -s 4g /var/tmp/for-md5.dat > mdconfig -f /var/tmp/for-md0.dat -u md0 > mdconfig -f /var/tmp/for-md1.dat -u md1 > mdconfig -f /var/tmp/for-md2.dat -u md2 > mdconfig -f /var/tmp/for-md3.dat -u md3 > mdconfig -f /var/tmp/for-md4.dat -u md4 > mdconfig -f /var/tmp/for-md5.dat -u md5 >=20 > I also did a: >=20 > # kldload linux64 >=20 > before doing: >=20 > # /usr/bin/kyua test -k /usr/tests/Kyuafile >=20 > (Not true of linux64.ko in 14.0-CURRENT days.) # uname -apKU FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #0 main-n265205-03a7c36ddbc0: Thu Sep 7 03:05:31 UTC 2023 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1500000 1500000 # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress sys/net/if_lagg_test:status_stress -> =20 got: panic: vm_fault failed: 0xffff0000006813b4 error 1 GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] . . . Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: <6>ue0: 3 link states coalesced <6>ue0: link state changed to UP <6>lagg0: link state changed to DOWN <6>ue0: link state changed to DOWN Fatal data abort: x0: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x1: 0x0000000000000001 x2: 0xdeadc0dedeadc0de x3: 0xffff000000593e34 (ifdead_ioctl + 0x0) x4: 0xffffa0004fb6285e x5: 0xffffa0004fc00192 x6: 0x000000006767616c x7: 0x6e6d760070617401 x8: 0x00000000000001a4 x9: 0xffffa0004fc00000 x10: 0x0000000000210005 x11: 0x000000007ffffffe x12: 0x0000000000000008 x13: 0x0000000000000000 x14: 0x0000000000010000 x15: 0x0000000000000001 x16: 0x0000000000010000 x17: 0x0000000000000007 x18: 0xffff00015df8d500 <6>ue0: link state changed to UP (infiniband_input.printedonce + 0x11efc68) x19: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x20: 0xffffa0004fb62800 x21: 0xffffa0004fb62858 x22: 0x000000000000000c x23: 0x0000000000000005 x24: 0x0000000000000000 x25: 0xffff000000c58000 (sysctl___net_netlink_debug + 0x40) x26: 0x0000000000000000 x27: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x28: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x29: 0xffff00015df8d520 (infiniband_input.printedonce + 0x11efc88) sp: 0xffff00015df8d500 lr: 0xffff000000680cbc (dump_iface + 0x2c0) elr: 0xffff0000006813b4 (dump_sa + 0x1c) spsr: 0x0000000000400045 far: 0xdeadc0dedeadc0df esr: 0x0000000096000004 panic: vm_fault failed: 0xffff0000006813b4 error 1 cpuid =3D 3 time =3D 1694485392 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 data_abort() at data_abort+0x35c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x254 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc taskqueue_run_locked() at taskqueue_run_locked+0x17c taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1576585744) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:591 #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/src/sys/ddb/db_command.c:504 #4 0xffff0000000ebc80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:551 #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:268 #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 (Again, kgdb's stack frames #7 and larger are not particularly useful.) Possibly interesting are the slightly different values: x2: 0xdeadc0dedeadc0de and: far: 0xdeadc0dedeadc0df =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 12 03:11:18 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rl7sM2fPHz4tCJj for ; Tue, 12 Sep 2023 03:11:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rl7sL0Mgyz4JnG for ; Tue, 12 Sep 2023 03:11:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Wg52S90a; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694488291; bh=eo2+cydr1Tf4BWkrHa5dGagQUQiaKh0epGPzscJzVm4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Wg52S90a3ZHoOGCXhGDwVIaPJGZnY42aD4ZDlI7hf3v/J0rFEBOUWPFPpHK0fJvM7YRVH4hL2Fx02T3YNTDgpwwnuhQJh3xkzLiICRrnnyAmM/iAiH4uWgaR6O50ic7Uc1epkqKZcFNnzVycrrmgm9TTXyTMxxiK1BhXBfjiZBqn/EINf29WbcU6374ovc3k/G/GloXltyjGR6bB9TuAFx0qXr3QlY0GJAyvej/2Q44i7DKexVWnTJ3HSzjF0SUoc5+2JZIg5THxIfCTrs23ZHsvIk3NOAlI4YaOcOZ7mADtcYNu5tczVRGHLYrkkn+PUwm+xytZ9+naMek2I/ObfA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694488291; bh=AhUomG972jhI/DQlFNX6VFtzVT24upkr0q7V9BxsVGU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Svrh7bCn9PuKV8qutsLuY2C9kCCQu3psFK8EnkwkdZxb0dmuGRgGgImyvsyI0o0X5C8unMvGT9BqxPhpmd1N3Gq2GriTRGMSnBo+KHcCFU2nzPvHTcjS/d/oq7cia8n6cwuuPLKM5wViSgB4diR5hMUw1Ga+s7V0TKXkyjPHW/ebShXW1fDWqes0Z5/RICm9uEj+mMw+TLlCnlwm7lvhXOwh7PCp8qw8p2+Kz0U5IRV7+rzEuiLUMfWLccDK88HRh8ND+fh2Y0Gm/l3icgKma9bW4U7LfWNmcvBT66C2SZc26f7QjXoXfv++LzxFc1pIHxsgBiHJoA22YDRNHl1ybQ== X-YMail-OSG: 1IuhgOAVM1kovFqET05uuiDMBNFYHQxNbsfCoG4IIdks2jmqA4lWaS7DxO0qave 5IZXx6Dkc9iYaWoVO0m7UUgWS.u2nChGl9DasgO4m0YJKl_gSDAy_DkfZ7XTvkWNb3AvLVDJEfyB BqiiG7we9q4tndknwp56Gx6JYPgFhKNgXzA8hvEVTaOVcwFuwme_nDxj6WmYWypmEdVgMFE2txM2 YpS9AUOsZJLFxt8qzX5rgBA7pwoikyOxeEBevfN3qQ5L5h2zb5MbkGIsg4BtuojJB6.nJ2Tkwp3C uLjFnuCofAKQQudgjftYr6h.6B94ysrcroxE9wzAbpy.92f4hfn3INDdsLT71dHPce_LCZ8kD_iT 5wSO8wTiAx8vginNTGr_0FAXKYdPVIr0XwFBXKA00rfRxJcVBSrYw3C8VK8u9dcvUB4TnsblMmsF TsKMqCzHkp.sziwgrToGUBpeymAjrEvo3MFe5ePGRSmhuQal9QLOeeFL4rmbjHya.lEjRZZAMnr2 10y5r12CONO4bvuiEaTmzendxWC69rm2Ng4jmxa58o5rtNVfhhiBH9_us1P5.7ux3CdjIlSUFJMY UlE1w7kaaFmKR8xWtn_MxODkG.J82IcrfU6kmFfPuIA8P0plSSm7ypPVskjzUikafnw12siKWjjI RSJK82bWWffTy6ju2uTv8nzsqXsLAVfsplUJdEyg24C8lYwurQITr9Fat18.vGRce2OmbxUifv3K ajdED_4N7HLqjccq5ILiuqJORR2lyghUwJ51PfhAwlaUM0Nz1sCfrEOel_lsF02cAXHUroLZrcA1 VxwmxYAA4rnDysRrL91oy2SuLGw4Pye1LQQDndlNmBD2jwbqMug972w6mh38g3Mk4iqjZo.ucbkv GcAfYxAAznsSb_AHJtnQqPfWJlsDvUodksQivYPbOIuSLCrZjck1HPkOrgRiZFt4g4lL4e3An1r2 XF9MsTuC7TqYjBH4zfLVE7mnnO.ohDujjReruJWoUuMqdo3XqvYAjfXapqqOXxsClQGL1xzYl2XO zp1qJE7hK5P1tL.VPnDS_.XWmxJgZ24YSUJacQLdOw3tsZISepcht79jv0LV.NedR1_UI0NsQUZd AkTbpOwRaofcu_kcCMghPhLcbCnsOk3ap7m6G7LE7S97ImmPRiZVJx02Rcrh2sAV.2AWTT8e._Xt .pZi6rzxU6ix4QXjDz6ReEw1hMfahDdDzGtzKNTpzzDuEWaKLSV58mfVFpz71g75WOgNZ5LlhPwI P_YU6ZvPeXwrtwFvMXNi8IifHbAE2DRvvZzLfpLfLhS5G2ICWVi44SfmAPWri5wkbKrH8vyEjIU. 0Ko5WJkA_ptU9h1FcJ55YI5EFdhoWqm1RQXvH1.FvB1DD42n95VnyEkfMDOAixitDbaVDETcsg9v J4dwXXAD4JyDNwiGjhpQBkt6hQbbZxSV2OgSD9awC9.jHFdd5EG2F3x9YNo3LdEOXzKCu9c2M0Yo HjBpqYJA2g_Mnz.PwzqlgzD1EHDPo0cSmgPTW0LRv915JlUgi9ERKGz0Lz8UjCtd8It2Mv_mjzPS jJCsdMc65W7YBEat1nwSsydyL7YPsr2HGRWkWXuMz.Wrjfz9n6AHE7UPQZbCeP9Q_GVodwNR9WPc p5BqUlq.cArKhEZGDPPPYAatuqFfBOi58XA4TlL3V7Z8GHcUcH.zrYMAhA6nok5RjG5XSG6biU_D Stmj9fi_Dl9POS5d.1n7eIbvXrjOi9Jq2qkUezufDCv488OtrHkTaMn64ALVsSGDW9f_lWFYxTpn .VVPcmYLjppBFdlC0v_fG.rzsop2QxQlvpi0ecdCnfnv1dqcJEjNu7RvBIpTSb.5901Tz4Qk9NqN vBZ4.2H4Ff0WN3Ea4gYMV5FvzBX9d8roIrlkayP2gYBQyL2YLU.L50N9qvMfcxxHvaEG1vOPMz2l Vy06vOEBx9o37H1060hFEV9NGDFoi6z6CAQBma7Z9oqCQ_s_yF4WD8GinXypCfXPXLgSiXt_stky owU3mJkJZXjpyanR3bGjCQQ16S0RyV3j7cfjiVCx4U3MaerqEsjBPe45.3eBSpQ5J.IbGV7uCggx 1FnyQSMUNYWEn3GNlQAQqpB2Ly2accmShJq0B5aOZ09j1tAWkVeF5jE45fIZMMdxm8QxY_Y8VIV4 1RxKNgO4E5kqr0LGWW2ywuTG9gP8cyGC59CxX9KE71JBPusAonmtbuSVw5FJ1T_KAz0BciJoCTuY ixoyCeGToPZ6OdH4QC80sJmUTmOYNTG78DxhK8vvXXGWsi6WATxMRB_tBo7i0SVMzjOVI0VHXaP4 T X-Sonic-MF: X-Sonic-ID: 0a0d8062-3194-4839-bf16-01fdaf18787f Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Sep 2023 03:11:31 +0000 Received: by hermes--production-gq1-6b7c87dcf5-wlch2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b1e2b114aa16e683569fea2bd99b82c3; Tue, 12 Sep 2023 03:11:28 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: aarch64 main [so: 15] panic's in kyua's sys/net/if_lagg_test:status_stress [confirmed with snapshot kernel] From: Mark Millard In-Reply-To: <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> Date: Mon, 11 Sep 2023 20:11:18 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8FBB9598-262E-4D18-8DAA-B08134A39D81@yahoo.com> References: <318444EA-B18D-4A6B-8D74-2A4276E366A8@yahoo.com> <766541C2-D0C3-4886-8779-F959662F59A1@yahoo.com> To: Current FreeBSD X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Rl7sL0Mgyz4JnG On Sep 11, 2023, at 19:40, Mark Millard wrote: > On Sep 11, 2023, at 01:13, Mark Millard wrote: >=20 >> It will be some time before I can try this with >> an official snapshot instead of a personal build. >> The build is based on b6ce41118bb1 : >>=20 >> # uname -apKU >> FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #17 main-n265279-b6ce41118bb1-dirty: Sun Sep 10 14:36:47 PDT = 2023 = root@CA78C-WDK23-ZFS:/usr/obj/BUILDs/main-CA78C-nodbg-clang/usr/main-src/a= rm64.aarch64/sys/GENERIC-NODBG-CA78C arm64 aarch64 1500000 1500000 >>=20 >> So it was a non-debug build, although I do not >> strip symbols and such in my builds. >>=20 >> . . . >> sys/net/if_lagg_test:create -> passed [0.105s] >> sys/net/if_lagg_test:create_destroy_stress -> skipped: Skipping = this test because it easily panics the machine [0.019s] >> sys/net/if_lagg_test:lacp_linkstate_destroy_stress -> passed = [60.045s] >> sys/net/if_lagg_test:set_ether -> passed [0.066s] >> sys/net/if_lagg_test:status_stress -> =20 >>=20 >> The core.txt.5 is not great, unfortunately: >>=20 >> panic: vm_fault failed: 0xffff0000006b96dc error 1 >>=20 >> GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] >> . . . >> Reading symbols from /boot/kernel/kernel... >> Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... >>=20 >> Unread portion of the kernel message buffer: >> (dump_iface + 0x2c0) >> elr: 0xffff0000006b96dc (dump_sa + 0x1c) >> spsr: 0x0000000000400045 >> far: 0x44572d4338374144 >> esr: 0x0000000096000004 >> panic: vm_fault failed: 0xffff0000006b96dc error 1 >> cpuid =3D 2 >> time =3D 1694414226 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x30 >> vpanic() at vpanic+0x1a0 >> panic() at panic+0x44 >> data_abort() at data_abort+0x304 >> handle_el1h_sync() at handle_el1h_sync+0x14 >> --- exception, esr 0x96000004 >> dump_sa() at dump_sa+0x1c >> dump_iface() at dump_iface+0x2bc >> dump_cb() at dump_cb+0x18 >> if_foreach_sleep() at if_foreach_sleep+0x244 >> rtnl_handle_getlink() at rtnl_handle_getlink+0xec >> rtnl_handle_message() at rtnl_handle_message+0x19c >> nl_taskqueue_handler() at nl_taskqueue_handler+0x674 >> taskqueue_run_locked() at taskqueue_run_locked+0x194 >> taskqueue_thread_loop() at taskqueue_thread_loop+0xcc >> fork_exit() at fork_exit+0x88 >> fork_trampoline() at fork_trampoline+0x14 >> KDB: enter: panic >>=20 >> get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 >> 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); >> (kgdb) #0 get_curthread () at = /usr/main-src/sys/arm64/include/pcpu.h:77 >> #1 doadump (textdump=3D0, textdump@entry=3D4003518992) >> at /usr/main-src/sys/kern/kern_shutdown.c:405 >> #2 0xffff0000000f7704 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) >> at /usr/main-src/sys/ddb/db_command.c:591 >> #3 0xffff0000000f74e0 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) >> at /usr/main-src/sys/ddb/db_command.c:504 >> #4 0xffff0000000f71b8 in db_command_loop () >> at /usr/main-src/sys/ddb/db_command.c:551 >> #5 0xffff0000000fad9c in db_trap (type=3D, = code=3D) >> at /usr/main-src/sys/ddb/db_main.c:268 >> #6 0xffff0000004f4ec4 in kdb_trap (type=3D60, code=3D0, = tf=3D) >> at /usr/main-src/sys/kern/subr_kdb.c:790 >> #7 >> #8 >> #9 >> #10 >> #11 >> #12 >> #13 >> #14 >> #15 >> #16 >> #17 >> #18 >> #19 >> #20 >> #21 >> #22 >> Backtrace stopped: Cannot access memory at address 0x10 >> (kgdb)=20 >>=20 >>=20 >> So some transcribing of a picture in order to >> show register values that were reported: >>=20 >> Fatal data abort: >> x0: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) >> x1: 0x0000000000000001 >> x2: 0x44572d4338374143 >> x3: 0xffff0000005d3f90 (ifdead_ioctl + 0x0) >> x4: 0xffffa00b7f0d185e >> x5: 0xffffa0023fe4b992 >> x6: 0x000000006767616c >> x7: 0x00706174016f7575 >> x8: 0x00000000000001a4 >> x9: 0x0000000000210005 >> x10: 0=C3=970000000000000800 >> x11: 0xfefefefefefefeff >> x12: 0x0000000000000008 >> x13: 0x0000000000000000 >> x14: 0x00000000000000ff >> x15: 0x0000000000000700 >> x16: 0x0000000000000008 >> x17: 0x0000000000000007 >> x18: 0xffff0001eea0e500 (_DYNAMIC + 0x6d816358) >> x19: 0xffff000leea0e7f0 (_DYNAMIC * 0x6d816648) >> x=EF=BB=BF20: 0xffffa00b7f0d1800 >> x21: 0xffffa00b7f0d1858 >> x22: 0x000000000000000c >> x23: 0X0000000000000005 >> x24: 0=C3=970000000000000000 >> x25: 0xffff000000c68000 (sysctl___kern_features_netlink + 0x10) >> x26: 0x0000000000000000 >> x27: 0xffff000000ce9000 (cap_linkat_source_rights + 0x8) >> x28: 0xffff0000006bb0a0 (dump_cb + 0x0) >> x29: 0xffff0001eea0e520 (_DYNAMIC + 0x6d816378) >> sp: 0xffff0001eea0e500 >> lr: 0xffff0000006b8fe0 (dump_iface + 0x2c0) >> elr: 0xffff0000006b96dc (dump_sa + 0x1c) >> spsr: 0x0000000000400045 >> far: 0x44572d4338374144 >> esr: 0x0000000096000004 >> panic: m_fault failed: 0xffff0000006b96dc error 1 >>=20 >> I expect that this is similar to reports I'd made >> back in 14.0-CURRENT days. As I remember, snapshot >> builds of the time also got the panic. >>=20 >> I will note that an earlier 14.0-BETA1 snapshot >> kernel test run did not panic at this point in the >> sequence (or at any point). But I do not know how >> repeatable the panics are in the various contexts. >>=20 >> I'll note that I've tried to have the various ports >> installed (poudriere built) that are listed at: >>=20 >> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/build-test= _image-head.sh#L69-L84 >>=20 >> (The ones that build for aarch64, anyway.) >>=20 >> I had in /etc/kyua/kyua.conf : >>=20 >> test_suites.FreeBSD.disks =3D '/dev/md0 /dev/md1 /dev/md2 /dev/md3 = /dev/md4 /dev/md5' >>=20 >> and used: >>=20 >> # more ~/prekyua-aarch64-mdconfig.sh=20 >> #! /bin/sh >> truncate -s 4g /var/tmp/for-md0.dat >> truncate -s 4g /var/tmp/for-md1.dat >> truncate -s 4g /var/tmp/for-md2.dat >> truncate -s 4g /var/tmp/for-md3.dat >> truncate -s 4g /var/tmp/for-md4.dat >> truncate -s 4g /var/tmp/for-md5.dat >> mdconfig -f /var/tmp/for-md0.dat -u md0 >> mdconfig -f /var/tmp/for-md1.dat -u md1 >> mdconfig -f /var/tmp/for-md2.dat -u md2 >> mdconfig -f /var/tmp/for-md3.dat -u md3 >> mdconfig -f /var/tmp/for-md4.dat -u md4 >> mdconfig -f /var/tmp/for-md5.dat -u md5 >>=20 >> I also did a: >>=20 >> # kldload linux64 >>=20 >> before doing: >>=20 >> # /usr/bin/kyua test -k /usr/tests/Kyuafile >>=20 >> (Not true of linux64.ko in 14.0-CURRENT days.) >=20 > # uname -apKU > FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #0 main-n265205-03a7c36ddbc0: Thu Sep 7 03:05:31 UTC 2023 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1500000 1500000 >=20 > # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress > sys/net/if_lagg_test:status_stress -> =20 >=20 > got: >=20 > panic: vm_fault failed: 0xffff0000006813b4 error 1 >=20 > GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] > . . . > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... >=20 > Unread portion of the kernel message buffer: > <6>ue0: 3 link states coalesced > <6>ue0: link state changed to UP > <6>lagg0: link state changed to DOWN > <6>ue0: link state changed to DOWN > Fatal data abort: > x0: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) > x1: 0x0000000000000001 > x2: 0xdeadc0dedeadc0de > x3: 0xffff000000593e34 (ifdead_ioctl + 0x0) > x4: 0xffffa0004fb6285e > x5: 0xffffa0004fc00192 > x6: 0x000000006767616c > x7: 0x6e6d760070617401 > x8: 0x00000000000001a4 > x9: 0xffffa0004fc00000 > x10: 0x0000000000210005 > x11: 0x000000007ffffffe > x12: 0x0000000000000008 > x13: 0x0000000000000000 > x14: 0x0000000000010000 > x15: 0x0000000000000001 > x16: 0x0000000000010000 > x17: 0x0000000000000007 > x18: 0xffff00015df8d500 > <6>ue0: link state changed to UP > (infiniband_input.printedonce + 0x11efc68) > x19: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) > x20: 0xffffa0004fb62800 > x21: 0xffffa0004fb62858 > x22: 0x000000000000000c > x23: 0x0000000000000005 > x24: 0x0000000000000000 > x25: 0xffff000000c58000 (sysctl___net_netlink_debug + 0x40) > x26: 0x0000000000000000 > x27: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) > x28: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) > x29: 0xffff00015df8d520 (infiniband_input.printedonce + 0x11efc88) > sp: 0xffff00015df8d500 > lr: 0xffff000000680cbc (dump_iface + 0x2c0) > elr: 0xffff0000006813b4 (dump_sa + 0x1c) > spsr: 0x0000000000400045 > far: 0xdeadc0dedeadc0df > esr: 0x0000000096000004 > panic: vm_fault failed: 0xffff0000006813b4 error 1 > cpuid =3D 3 > time =3D 1694485392 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x19c > panic() at panic+0x44 > data_abort() at data_abort+0x35c > handle_el1h_sync() at handle_el1h_sync+0x14 > --- exception, esr 0x96000004 > dump_sa() at dump_sa+0x1c > dump_iface() at dump_iface+0x2bc > dump_cb() at dump_cb+0x18 > if_foreach_sleep() at if_foreach_sleep+0x254 > rtnl_handle_getlink() at rtnl_handle_getlink+0xec > rtnl_handle_message() at rtnl_handle_message+0x19c > nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc > taskqueue_run_locked() at taskqueue_run_locked+0x17c > taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 > fork_exit() at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic >=20 > get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 > 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); > (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 > #1 doadump (textdump=3D0, textdump@entry=3D1576585744) > at /usr/src/sys/kern/kern_shutdown.c:405 > #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) > at /usr/src/sys/ddb/db_command.c:591 > #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) > at /usr/src/sys/ddb/db_command.c:504 > #4 0xffff0000000ebc80 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:551 > #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) > at /usr/src/sys/ddb/db_main.c:268 > #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) > at /usr/src/sys/kern/subr_kdb.c:790 > #7 > #8 > #9 > #10 > #11 > #12 > #13 > #14 > #15 > #16 > #17 > #18 > #19 > #20 > #21 > #22 > #23 > Backtrace stopped: Cannot access memory at address 0x10 > (kgdb)=20 >=20 > (Again, kgdb's stack frames #7 and larger are not particularly > useful.) >=20 > Possibly interesting are the slightly different values: >=20 > x2: 0xdeadc0dedeadc0de > and: > far: 0xdeadc0dedeadc0df >=20 So, I again tried the 14.0-BETA1 snapshot: # uname -apKU FreeBSD generic 14.0-BETA1 FreeBSD 14.0-BETA1 aarch64 1400097 #0 = releng/14.0-n265060-4e027ca1514f: Fri Sep 8 11:17:15 UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400097 1400097 and again it did not panic: # /usr/bin/kyua test -k /usr/tests/Kyuafile = sys/net/if_lagg_test:status_stress sys/net/if_lagg_test:status_stress -> passed [60.111s] Results file id is usr_tests.20230909-084231-927014 Results saved to = /root/.kyua/store/results.usr_tests.20230909-084231-927014.db 1/1 passed (0 failed) The problem seems specific in some way to main [so: 15 at this point]. Given that my personal non-debug builds of main [so: 15] get a panic and the debug build in the snapshot does as well, it likely is not a debug vs. non-debug issue. (Although, I do not strip symbols or such in my builds.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 12 03:24:41 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rl88T5NmGz4tJ3d for ; Tue, 12 Sep 2023 03:24:41 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rl88T3PTVz4NTG for ; Tue, 12 Sep 2023 03:24:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694489081; a=rsa-sha256; cv=none; b=KKi3hpT6v/KKct/xdrlD76Gk9sGFW/fsQkSWFJNboe358uO7lXAMnUZHGBkMHX0aK1d+Qc OqcBQtHbapEGLJ3jPowHoKOVWUk5U5KqiQud4BVzmqhKOUwNxOv8DRfiEZ5dQ/1NBrw1r3 2n0TC8yH96WVuNuuqUJh+qyepsbcEcSbdn2XerM47xl3IEHOmiXVoULLTBJzllSN+bpHqv dsb4RoA+G9a1FsCOn7I+EksyL71Ep92apPPFP1VX3t2Vq28Qde2ZlFGwVRELp4rzet7rTo FuZoi4S/HyxBvLd1Xu75hNj2ilWUNER+u1POAbELDcSHLrhG6/5JomYlXrhEbA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694489081; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CWtIPxLjRQgzQ/+czzk+4XJPxQYb3CRkTLH9I5B1wlw=; b=gSeL5xO7SR7EktWC9CLdPJlMcfXa0bqj+fM6/odVJmlpOCmrsEIZOmnLj17vMM2niHCpHo dzTSXLdeNNzIR5wsOUsulcsqTZpEK2Y6oAqo6UuQwf8/fBkd+AS9WKwHzTEISYh+rtIL9B n4tI2mgnGunaM3aH4Mf9TUoWGDE3FCv8Q9cNzAScBE51Qxmt7iazTFr9DC4lE7xROnN/SI kYkwQLNoGdCkNJ7Pe5F6SSiV50jVIYJlwbxYPLY+HOsFkWzdfaA2iaJr/RMQd+Czvxf08h PM02ivpKTu/UDcAqdrW0h4sKPyN1ZwABjP63FG2q+XrEWz2ICfy2nm1/skbp/g== 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 4Rl88T2WVcz1rj for ; Tue, 12 Sep 2023 03:24:41 +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 38C3OfBr083991 for ; Tue, 12 Sep 2023 03:24:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38C3OfDK083990 for freebsd-arm@FreeBSD.org; Tue, 12 Sep 2023 03:24:41 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: freebsd-arm@FreeBSD.org Subject: [Bug 273081] aarch64 kyua run on main [so: 15]: sys/net/if_lagg_test:status_stress got "Fatal data abort" panic Date: Tue, 12 Sep 2023 03:24:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: version resolution bug_status short_desc 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 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273081 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Version|14.0-STABLE |15.0-CURRENT Resolution|Overcome By Events |--- Status|Closed |New Summary|aarch64 kyua run on |aarch64 kyua run on main |14.0-ALPHA1: |[so: 15]: |sys/net/if_lagg_test:status |sys/net/if_lagg_test:status |_stress got "Fatal data |_stress got "Fatal data |abort" panic |abort" panic --- Comment #2 from Mark Millard --- Trying the snapshot kernel of main [so: 15] did get the panic . . . # uname -apKU FreeBSD CA78C-WDK23-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 1500000 #0 main-n265205-03a7c36ddbc0: Thu Sep 7 03:05:31 UTC 2023=20=20=20=20 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm= 64 aarch64 1500000 1500000 # /usr/bin/kyua test -k /usr/tests/Kyuafile sys/net/if_lagg_test:status_str= ess sys/net/if_lagg_test:status_stress ->=20=20 got: panic: vm_fault failed: 0xffff0000006813b4 error 1 GNU gdb (GDB) 13.1 [GDB v13.1 for FreeBSD] . . . Reading symbols from /boot/kernel/kernel... Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... Unread portion of the kernel message buffer: <6>ue0: 3 link states coalesced <6>ue0: link state changed to UP <6>lagg0: link state changed to DOWN <6>ue0: link state changed to DOWN Fatal data abort: x0: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x1: 0x0000000000000001 x2: 0xdeadc0dedeadc0de x3: 0xffff000000593e34 (ifdead_ioctl + 0x0) x4: 0xffffa0004fb6285e x5: 0xffffa0004fc00192 x6: 0x000000006767616c x7: 0x6e6d760070617401 x8: 0x00000000000001a4 x9: 0xffffa0004fc00000 x10: 0x0000000000210005 x11: 0x000000007ffffffe x12: 0x0000000000000008 x13: 0x0000000000000000 x14: 0x0000000000010000 x15: 0x0000000000000001 x16: 0x0000000000010000 x17: 0x0000000000000007 x18: 0xffff00015df8d500 <6>ue0: link state changed to UP (infiniband_input.printedonce + 0x11efc68) x19: 0xffff00015df8d800 (infiniband_input.printedonce + 0x11eff68) x20: 0xffffa0004fb62800 x21: 0xffffa0004fb62858 x22: 0x000000000000000c x23: 0x0000000000000005 x24: 0x0000000000000000 x25: 0xffff000000c58000 (sysctl___net_netlink_debug + 0x40) x26: 0x0000000000000000 x27: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x28: 0xffff000000cd9000 (sdt_vfs_vop_vop_spare5_return + 0x10) x29: 0xffff00015df8d520 (infiniband_input.printedonce + 0x11efc88) sp: 0xffff00015df8d500 lr: 0xffff000000680cbc (dump_iface + 0x2c0) elr: 0xffff0000006813b4 (dump_sa + 0x1c) spsr: 0x0000000000400045 far: 0xdeadc0dedeadc0df esr: 0x0000000096000004 panic: vm_fault failed: 0xffff0000006813b4 error 1 cpuid =3D 3 time =3D 1694485392 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 data_abort() at data_abort+0x35c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x254 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc taskqueue_run_locked() at taskqueue_run_locked+0x17c taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1576585744) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000ec18c in db_dump (dummy=3D,=20=20=20=20=20 dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:591 #3 0xffff0000000ebf88 in db_command (last_cmdp=3D,=20=20=20= =20=20 cmd_table=3D, dopager=3Dtrue) at /usr/src/sys/ddb/db_command.c:504 #4 0xffff0000000ebc80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:551 #5 0xffff0000000ef440 in db_trap (type=3D, code=3D) at /usr/src/sys/ddb/db_main.c:268 #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 (Again, kgdb's stack frames #7 and larger are not particularly useful.) Possibly interesting are the slightly different values: x2: 0xdeadc0dedeadc0de and: far: 0xdeadc0dedeadc0df Context note: trying 14.0-BETA1's snapshot on USB3 media again did not get a panic, again. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Sep 12 03:42:44 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rl8YM18pJz4tT7w; Tue, 12 Sep 2023 03:42:47 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rl8YM0l00z4TNL; Tue, 12 Sep 2023 03:42:47 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694490167; h=from:from: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; bh=TmvO0nic+5xmz9yxFJwkjE3cOXKg2iuq/p8ebifezCU=; b=LvpBSUMOQSN9FIJH2nQ8qU1QvtrrvsGzVgz4Kkwap2cRpT8IfdqnH7+EB4xRofU8PWiKeb PILiCXKAJhoI6O+SLaOkvX7Aoem56Idtyg4rj25MI/mK9Mj+EValcbXiz+ZGXd8HlrPPU2 mAS2uOm+KDWOLwMsSWJeEAOAvbWxFuWP0+WcO+ZUl/IkpVbwjjJs9uOI5gqDy6ZgULTbve 3E5FZ/imppOrCGqyKnPEG+Ynf3vo98xNSbft0qsOg3NlFFkHV39tS7EhXfFY+fXmIyu8pr KwydNEyBs/EfeKlUedHSs4lrf9nq4bJBiwK0lYG64KVmYFmVFrxEieEBcaO6hQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694490167; a=rsa-sha256; cv=none; b=fD2fdHzvJW2thQm5DsAH6FKRInIzfrhDmgiB9JNvh8WaOBseSZ+XjwzTL8bGddCTyWHQyN JHPMFykPylIV8YE/00xdfLNRrafSx/3RLnvZIt6pGwQAXXvQSYF/Jp4mnfLeOkbNrBgk4j rCeDMVNIVoNz0uctHFWbZHFX5Mbx2SQNmfh1eec4UhcKwA9H4cMDRP5Skfa7n7onFHrK0t O3w9/4hEGOelly1vlTSi2rM5SfQAgCPJLCqG1XrPd+ifrWxeaXBxQRtBHhLEKLMEIOcAtl zqDW90OXhjlfk0l7R9b3+F2QK4csiCbsJgKieeRFCAtjVZDK5J1tJp0gC/Dung== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694490167; h=from:from: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; bh=TmvO0nic+5xmz9yxFJwkjE3cOXKg2iuq/p8ebifezCU=; b=eAh+BIPlyqA2h2kclsa8p3ygC+mW0FghS6gdMW0FyYUc74xOF6m+ljrQEE/qMSKoO3bX59 yr/oHm+L/720UU1XKdrwUFPaVSsEeKAmAa6owAmRiaC5SZSZI+2+/0+wpKI+0NEVsMU3OE pM4fZ0oaEjEGrmhckkuCrUXR4Sg7QVQ25gD6x/QGKqOSvu4n1xJbFHxE6w6+SkASPvNdGv csMvEpOzt/msnnpMOSK0CTNhycHh5fTzlhDlKmX6NP+9sEfQ7gI2+cFh8hcIJptb0TYqVO IAZgFuaIi18hX3s0dS8KhZhhGPWsJa9I/oK5fbGOVgejA43Pi+j0IZwximjujg== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Rl8YL59Qfz1Jtv; Tue, 12 Sep 2023 03:42:46 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <0250e15b-6703-ecaf-0f54-4e48317af5b0@FreeBSD.org> Date: Mon, 11 Sep 2023 22:42:44 -0500 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US To: "freebsd-arm@FreeBSD.org" Cc: freebsd-riscv@FreeBSD.org From: Kyle Evans Subject: [RFC] INTRNG support for FIQs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, As part of the efforts for supporting Apple Silicon hardware, we need to be able to route FIQs to our root interrupt controller. The initial patch we had for this just added an `intr_pic_claim_fiq` that was specific to aarch64, and effectively mirrored intr_pic_claim_root() except recording the root filter/arg off separately. It also enforced that the device handling FIQs is the same that claimed root status. The second iteration patch can again be found here: https://reviews.freebsd.org/D40161 -- there's a small set of unrelated changes specific to aarch64 that will get split out, but I'd like to solicit feedback on the larger INTRNG part of this. This second version instead adds a uint32_t mask of types that can be handled by the root controller. It adds an additional KPI to break that out, and makes the existing `intr_pic_claim_root` call the new KPI with the one reserved (highest) bit that indicates a normal IRQ to preserve source-level compatibility to some extent. `intr_irq_handler` received identical treatment. The high bit was chosen for the reserved type global to all platforms so that platform-specific additions have a harder time getting it wrong -- they just start at the low bit and work their way up. The main problem I think it causes is that `intr_irq_filter_t` is no longer compatible with `driver_filter_t` and they can't be used interchangeably anymore, but I don't really see a way to avoid that. I'm also not sure how much we care. Any feedback would be appreciated; I'd really like to be able to push Apple support further in-tree over the coming months. Thanks, Kyle Evans From nobody Tue Sep 12 18:19:12 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlX0f4X7zz4skxl for ; Tue, 12 Sep 2023 18:19:14 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlX0f46jwz4YqX for ; Tue, 12 Sep 2023 18:19:14 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694542754; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iz0Ha7YBhnyxJHwsYa9++zfyD+iz30yfTOgKgOTH7oc=; b=p2ruSZtHotO3rHCZfJ5LDHg/gm1gT4i9IW2jaPEkeTRYP+Gf7HKQCalGUemD/dgKXvbptJ A3K+hFEMlbaZQHD8IwFLgo3LXz/7wrAnRP5iQFjpfNYgaHQIFs3EFgpurzsnksTxWHREw4 WxXiKw/AGKAzUslsjCezMePSS8GbKZ8depqCjwWJ6jMQ/QdOVLYsA2vUPQp3ZfcwVgwhx7 dYnURqGrYg9odw+U30Tj3h37LA3lNjqp7NULYv8P7rwwRhETRBnKWvt789cJ67F+AxiN0x UJEFN8rgS07jUJdoCQ0tAEK82eATKxLSeYnpwnR+cRPE9qv3Y5Yp8dNG7kWlTA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694542754; a=rsa-sha256; cv=none; b=ODJERQLQtsBdEx6LZWqoUkHns7Vcmi5v4Rvplh5/hnLTKwIEnfsn0K1zijfbG7D/0KLHFs E0DPUCKjpWJcmpoA6d8sY4BhbaR9+IkB4TFA0NH1WhfgR+4WudItNiLzo77uXLrYjeXiqk Ty+v2orIEbIN6lFyK4FZTb4Ks3n/ULo8JOOrDIMHpCCnf2pkLF88e6EiHwSy19IctE5zKG AFOLuYf5lMyAbxRe/stNwTe83MBLUcQQ8YGyjQ9s+pmW48lMr2+M4+VfPLu/MzC5zX74Eq ID0wCyfaEyfUGIo0BDrylHfvq3Cq0a2IGKa9HyYTx6fdMw9DeyFjKrlv4CS+iA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694542754; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=iz0Ha7YBhnyxJHwsYa9++zfyD+iz30yfTOgKgOTH7oc=; b=kjpvncADo8gQk30dFyqABfnwJwumpUhUhP4VcqL66Sw5AUkHDWWCwHSLR1FrizSW9IaBPz Gh9bKvSfOyz04u/H9CoTlvHt1JGYFlPbkpj/1SCOF+Lt6lcBN13N67JPvBnQXoVOgZ6d1C dOW+Dj0Y2zfio/Qw8gMp/4PacRDF0hQS7bE/N0JbqfqtBlJx85CVLWNUqfDCuWh9cnWvOR l5EHig/j84SLwzQubKRm+9tjiVO5D/H3ScPhowz2k/OJ6W5K5APvaDEY0FIJrvDG2j62D1 fFWYjiTcQlmBhjzStjRut1ZZKaK+TVBNHAcrptf0pColawK1/LJOGRzDwJXcDw== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RlX0f1CrHz6cq for ; Tue, 12 Sep 2023 18:19:14 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <1f938256-777f-23cc-69bc-207e5a08fe78@FreeBSD.org> Date: Tue, 12 Sep 2023 13:19:12 -0500 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US To: "freebsd-arm@FreeBSD.org" From: Kyle Evans Subject: IMX5 Removal Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, manu@ already removed the IMX5 kernel configs, but I'm now proposing we also remove the associated code specific to IMX5* SoCs: https://reviews.freebsd.org/D41836 This comes after wasting time tweaking it for changes off in general infrastructure and quickly realizing that I can't even build-test those changes without going down another rabbit hole, which imo doesn't benefit anyone. Thanks, Kyle Evans From nobody Tue Sep 12 18:44:50 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlXZN35CQz4t09g for ; Tue, 12 Sep 2023 18:45:00 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlXZM2H7Vz4kNq; Tue, 12 Sep 2023 18:44:59 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.17.1/8.17.1) with ESMTPS id 38CIioxI071706 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Sep 2023 18:44:50 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1694544290; bh=UZ6NUDEXBFyoz00nR9d7xhsm6moOHSksV1FCRz7HeUg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=bWTuBjTSqpPIoZjmzsiWYewvfKzLAb34JRoSsWrg3b+eUQKIq3QjWn3BtG7+Sh223 CfHDmHkeGPLXhRsQkJ6TiFm0INw9J8ydsjWv8OOshcK5DX6X7jHawxAK8I6QrvmCUK 0CmsiFUmpy50KWH8/Mw6L+i0ieSupfdpK//Q3ams= Received: from localhost (saper@localhost) by q.saper.info (8.17.1/8.17.1/Submit) with ESMTP id 38CIioTS071703; Tue, 12 Sep 2023 18:44:50 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Tue, 12 Sep 2023 18:44:50 +0000 From: Marcin Cieslak To: Kyle Evans cc: "freebsd-arm@FreeBSD.org" Subject: Re: IMX5 Removal In-Reply-To: <1f938256-777f-23cc-69bc-207e5a08fe78@FreeBSD.org> Message-ID: References: <1f938256-777f-23cc-69bc-207e5a08fe78@FreeBSD.org> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-128284206-1694544290=:2572" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Queue-Id: 4RlXZM2H7Vz4kNq --2201072851-128284206-1694544290=:2572 Content-Type: text/plain; charset=US-ASCII; format=flowed On Tue, 12 Sep 2023, Kyle Evans wrote: > This comes after wasting time tweaking it for changes off in general > infrastructure and quickly realizing that I can't even build-test those > changes without going down another rabbit hole, which imo doesn't benefit > anyone. Maybe if someone has USB Armory Mk1 (1st generation) this could be tested. I only have Mk2 which is i.MX6 Marcin --2201072851-128284206-1694544290=:2572 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzA5MTIxODQ0NTBaMC8GCSqGSIb3DQEJ BDEiBCCEWtw09CnAhsgpfPpeY91IVxF32m0KH6Gydgf+UeiyFjB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgC4 p0kZgCUz0U0KCaLTC1cqGVjUPUIMp9iI2rGHmiyHuClCV7p89ZsT3tgtAXA+ OM3mZ4KOkXv8KYVqpUk4m+o+A1RupVWi/7wjZxBNrR8qtgjBF2DkXM+hAbL8 qD06C1cy7lzujJtckgVKIb3YzfaKOc+oe4/cOCcxy43mEMQRr0+HB9GzqRem LBYynSQ8qfxZfRWHfEMbgSTgMudqpZ5jf0oGZKjPH8Dk7AW/ooZupZobylE9 F3XbAff0PLmuiK6geyfVHJZAypoR7FITocqAiN82ViyLgBqLvynHwfy2cZ/U AY/Tt5q9ufB6HS2JYCMPhSemr/GRDPpIyMt2jk1esDhzuAlkpAi7hOJpgSzQ etPYiE1bH46Wf9aW7z5s1K1ro9S081uy4yXbCf60BKfGznaA1cJzF7IllCPU 8qt2Dygm6BsYRku+ly++uQzF/KkxYKtMXSJgmkf9fjSdRggET9vgnDOI3e/0 p2RCGnF8WsCaHVZ0AKz/Se6hrZL/W8kTV/OJk9PcDR92wdChmFeivvDv7Ksw iYjVgk/EF1CL7Y5JSsSBkXOvRMH+49+td/V8cCxFe/Mr7wZD2EL+F52qeQ2S VSHeAEe9x+t/hjiOZAGTcp5jYuovGZJYz0bypLVW133LzrB9kcpfhaDkxu1s 7DGLK+qXO/rxBuZP6fD/pQ== --2201072851-128284206-1694544290=:2572-- From nobody Tue Sep 12 20:05:11 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlZM85YlGz4tf79 for ; Tue, 12 Sep 2023 20:05:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlZM81sMFz3Lmb; Tue, 12 Sep 2023 20:05:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1694549116; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=0S3b/s9l1GCXNNRinGaPLm7hX0+O4YKL7bDlcliaEVg=; b=f1P0WOBcLu4Wc4HccbqvdndLKWjl/Kb7TotvxVS182atLMlZ8rSFbirhYHVRe/1IWem4gZ z+fEjzA0hhlzOnBcsIFDXr4yQ5UhDqLV9xJS5aBWf2zdGfYkt6Xzk3yRNwnm8iEqsjEam+ pjNxyCLtQwEG6Tl76705XrYfCTmhtMo= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 35c9566b (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 12 Sep 2023 20:05:16 +0000 (UTC) Date: Tue, 12 Sep 2023 22:05:11 +0200 From: Emmanuel Vadot To: Marcin Cieslak Cc: Kyle Evans , "freebsd-arm@FreeBSD.org" Subject: Re: IMX5 Removal Message-Id: <20230912220511.41cf47a75759e8d0a950fa21@bidouilliste.com> In-Reply-To: References: <1f938256-777f-23cc-69bc-207e5a08fe78@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4RlZM81sMFz3Lmb On Tue, 12 Sep 2023 18:44:50 +0000 Marcin Cieslak wrote: > On Tue, 12 Sep 2023, Kyle Evans wrote: > > > This comes after wasting time tweaking it for changes off in general > > infrastructure and quickly realizing that I can't even build-test those > > changes without going down another rabbit hole, which imo doesn't benefit > > anyone. > > Maybe if someone has USB Armory Mk1 (1st generation) this could be tested. > I only have Mk2 which is i.MX6 > > Marcin You can always find someone that will have a device and that is willing to test, the problem is finding someone willing to keep the code up to date. Just kill this, as said on irc I'm pretty sure that this was never really tested/useful anyway -- Emmanuel Vadot From nobody Wed Sep 13 04:23:16 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlnPx4s75z4td6c for ; Wed, 13 Sep 2023 04:23:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlnPw6bhnz3NqY for ; Wed, 13 Sep 2023 04:23:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WC7rT3CZ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694579010; bh=CExM6MAKJaGrgQd0kS2wSlxL+QhtIXyYPLxtAy71gRE=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=WC7rT3CZlqULHSoj7HVdzxUPcTKdp8kCEUc/7y1Az+iBTbJgppTE3OrngKI4fJMH2FUGC9PzJssH6fxv6UU/FYQ3P55M/NWjwd+UtPrXN0eDLTJo4MCXzGGFmmhB1KhTyjSfFgenGMxf75G+sS7Rp3i2ZbbVbSjfqg9cnT/oEzNcpe4v1Xz9c/InYlvJbWDTBlI8YF1UEeageZge1LnmzxRjU34lbG62V+jlY31eEipkw54zcPmk/m1C7fEJeuWL+7PtZKxjA1SGsZIONPef8LLscttZVLRAbzg0e9VJmSvHuna9u/1LqsN0wcMy8+3fnnBnw+N2+aFVg0IjZtMIDQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694579010; bh=1/oQTHgVFgUQ4bN3mOmY8JGUHybMASkC7jBiW2K4P8A=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Cs9nIqE6H9N7vrX8cw31w1v9Y1oxIDllLHQFmEfh/mceLKnY0j69Ia4PFSLhoOLwme1hqVF9Mom7dcutVDZD7eQFSdkGmAIsQtVJy9dhRfaFaDH9Vssq2YmS6Xf7A1+qNRdlUDPRVlji48asI/Q4qLmz/cHI+y3wfQbqwPLEndxOqPijIJjJPj3gHGehp/VuLUbONAO83X+ZPX5AlkeiHAoVPxVsc4eycEcGjvAdJktNM3ALB2N+BAsf+uYSCHS2F8+hrqfQS2iW3DTRWifUbn0tQpyc4CwKf85UebnZaJCAXwkr3GQlB4L2RW0WoACVqpO1w9iF3zIMxvjQFFf6HA== X-YMail-OSG: ePgRMcMVM1lpFZpdfzzPAEJwp8eNUW8SpFnHlsultTUxtJuqmKAtRwIo4rnZ3Lt 0ca2F0DmZCMzfHeuOpa.vYw3S.nl8XHP_1L5XwuaxKHDCNV0pwWFqh7dE_DqJVSu1S3xH5gZyt8u 5RLuXdk61CkLtWUFkfM4Cb60oInpKxNpXCC0N0JVCa6cVunIY6ZSczLSYLjY5z4j2UV3zOzmk0rC jX3aH6wwMSTZ3o0kzX23C.d891t3ceE5lk9CAXLwpVRDuzv9WDiorPH59CfSdE_0Uw0PCT_qrQ7O 8O6hpzbMfzGha92_jK6qcVZCQwHy5yoUOmxrMskJSD.0SCNDDICa8ZiiVedguIsun.78RmlBmCTA LYvYr_CU.V88LY0bFmwrIJnTqgCNni.3FIaO7XAAJnCq_qvt2i_Ke3WIQ6eOaKCWMUKqXj9repWm 1BckRKVbgnvzw6mIyBwjsyUWVQHiPj_54VgjbFIR5RShTIAmeohsJM6tbQ141q0pp61Z6DdDb.mz 6XXJqMnPeCL8rT8U_o.WOaYpgxc8PFCkeOcgqh9DcXKk758.kVSD179fgYAbEI9znxbGPbG5c9Fi ziuB8UbYoBx2lIcl.TxrdeqFd7fJ5OLx8P4EuEanmfbmwKBhPsR363z8pDFTBjsuozrJaPjaCbti iBxiXisEIvGXWB5b57_K.DN59bAt5fL5DuCisMvybHtvozydAfgceozTJzxNU3.U_vCd7zTt7vke w7ZAlckJKGEhlRqx3slQmXNCSCVjduajUzP.GyLps3GcHokvL.90ZYMzO6kJUXi9zxeEYKqutk4Z myT0C.y06Yq9FKrZVp9OZ3m6dWGsB3JRy9s.nLfbCuMk76P5XTJrI6SbzqHKIGWacRKS_hbnqoas 47sHsoE9EPH6HgrzXvP3GTzYIpIeGHoR6h9_Jlt4Cd_bRvWvbJhe7op6eOqjfMYZZAZWbtvIbeaU ctJDICp6E_lNBTX0OD2Sl4fFEek1841wsl68HMm6PBLEQiW0R6atuReqsErp5HB0rP3iCr_pbF5l L._zjzG1a_64sopkUgPlydaFBX2wvhHR2gNYkxgED2swFBufrPdClNMoALJt2nt1WLXymHMqoTNk 5k4sglKcphwAUXQa3FnpwArAvlvG3E0vo8ZMiYUp4bB3MNzC53md9z9MVPx0XmsReGcYDP1yviFT .NhOH_I2zb6Sv0_Gt.2kIT9pAyo9YZo__inOAQakMqhKmmLKo8pxDLeh.xkBOvUI0.Lp3VpON.NF WGA.4Zv4bFZ8KNiiYA7c0HePKOPTJ5edVBbwyv8_x18C64RjGusqujBSQlghJ0n_AosKuAVyJJLi Q1JI_jYiMpNxYfQgNoBD9BokSF4spQSTEqYpyagkIGyfM2IV6NOusMUvP2czFSrlOgiu_mTCCgC7 EhHu35S2wHWJluT.1Amcr7I2.Jxuslv.VLVZMnT1suXafdQF4AvvNxN8PpRgFREiAfJVrhihJZP. NmDTZlUjtIgZ.L5a2aJ1k0D1Z3MWlvbAhKuLXkV5jBf8aRsPsdLNaH1ejuPeYEJ33hbuHBj0nGra 2C6E2UAn7mQgUByAVWF1NHyW157FTuNkjf0p5rgBbOFce8MzHmGgdXcdYVGBqL6HGzZv8xGNcAcN jiW6DPPmSbhRI3XW3Jb9RtVN3CHvjTi6hh0vCwvd15R.bbrqz59DqPo6hnktwHCC6N5np4457uff pJfKtP4mhCV5PzCoECZFJtMOC__x1NPnlcqsMMr2_iIOZ51aUbPt_F3W8tVkfsiCOLkpYAI_Les9 .YNjdQ87rZMCss89P0Me3DqFF8TsvW_A8yHfqWWVySrA_udERy2BUcVPKKaQW8FZ2crmg6mXDDEI yqB1Y9hS.oFSCid5yaxIuLAK3bG5CHkUva_5c9GablIyK4YPz5deRs.tKzVLFBBWraBSNPnhA8Xh galrp60RlCbiv02KXEIjiYHSf8bntgbGU10L1DDiAWc9vshCnrei6cUcNZemuAlcWVsuLQjyvFX5 UMESx7SquGcG2iCkcv9NGpo5YONP6xiZ.umsa5BcchYqV7wxmWPsak1.NvR1cOYsXxX7WYOUTdRb JVem_7MCKjLnZ3tTVmw2Q1yv_zk3YaKK.zsd0grK9Cop9Diub2vrNwUv1hnvdGGOjNtd2qxUtxgS 9LZBcWgGNnW9S4Z4A3A4NESERNnIymxb8gNjNtjmaENZCqAHB3ycnt4sbQ4gvHECibxnEAliA8kI VVjM4g8I5apHaDfFX7mRMZ2ZUQ2NMi5nbzmdZTf0uMEehveOgwEfUueATG6cxrL1Qh8QCOg_UQAZ VFzXJ4g-- X-Sonic-MF: X-Sonic-ID: 9ed3d11b-79f2-45e3-b873-7694712c0e3e Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Sep 2023 04:23:30 +0000 Received: by hermes--production-bf1-865889d799-ftn9r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b3bb00a061d654a5565f743e4acec337; Wed, 13 Sep 2023 04:23:28 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: aarch64 devel/gdb for kgdb use on main [so: 15] (and, likely, 14.0-????): dump core.txt.?'s kgdb backtraces are messed up Message-Id: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73@yahoo.com> Date: Tue, 12 Sep 2023 21:23:16 -0700 Cc: Kyle Evans , Mark Johnston To: freebsd-ports+subscribe-nomail@freebsd.org, freebsd-arm X-Mailer: Apple Mail (2.3731.700.6) References: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[subscribe-nomail]; TO_MATCH_ENVRCPT_SOME(0.00)[]; BLOCKLISTDE_FAIL(0.00)[98.137.69.206:server fail]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RlnPw6bhnz3NqY [I've cc'd the last 2 devel/gdb authors of kgdb-related material.] kgdb 13.1_4 is an improvement over 13.1_3 for aarch64 but is still broken. 13.1_3 example: 0x0000000000000000 in ?? () (kgdb) #0 0x0000000000000000 in ?? () #1 in ?? () Backtrace stopped: not enough registers or memory available to unwind = further (kgdb)=20 13.1_4 example: get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1576585744) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:591 #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/src/sys/ddb/db_command.c:504 #4 0xffff0000000ebc80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:551 #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:268 #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 (Same kernel [from a snapshot], different worlds involved.) The backtraces are from the panic reporting at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273081 (for a kyua test). I'll note that prior to the kgdb backtrace is a non-kgdb backtrace, such as: panic: vm_fault failed: 0xffff0000006813b4 error 1 cpuid =3D 3 time =3D 1694485392 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 data_abort() at data_abort+0x35c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x254 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc taskqueue_run_locked() at taskqueue_run_locked+0x17c taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 Such is more useful at this point. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 13 04:28:59 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlnXW4Sz2z4tgHR for ; Wed, 13 Sep 2023 04:29:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlnXV2Nqqz3Qft for ; Wed, 13 Sep 2023 04:29:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=snmWrr+J; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694579352; bh=zaVRFgWZuJtwlXaG6mTgKlYbs+CxWfxnB7plwm65elE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=snmWrr+JWx5FN9JHCOh64x7tEPJYLBp0HGGBh1gkOVl8vrn7vyZ6GqxV1ar8JUSCmbK8GphVP8Hee9VXrUy+sYYJi8yRHa17RqNrt9JmTBKq1CNKrI/eAprzA66ZUdNNUkFx7umla12B+YjwqOOw/cqabxCi66tb15AFBecYsjlbnRZHgA5tCWfR4gKH5Qpf8atwpCpK+Utc2wvgBp2sqN9XoAf2sZYy2EyJv6rvnHKcpGnv6dS4a08mjJWyg/vAO/86eAdKz5pseou/IJOjQB/qUkpI/AjcQYDgQvLACEqxYMQG9GH1LlAkK8JuhXqTwaWYBu3IJeM7EAFIF6zC2g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694579352; bh=doyOdTr9k9lEN6Ms0ht5r5GVxAtc8zrwa+AAdNniY43=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=MTl5SngJkGfD3D/Utuzoa8CI6Mazfii+OBxBDOsHJTZbF0HvskVr3kS+x6IGOOzo5+4ftIZuTDId5cQp6KApp1Ifk4PJcxfaknIZHJb9q+AxwaWBrZR1NWNk+hYe+rqgK/D9Iu3TmTnnSIyXwzzem6ABMebLkTXCuLyaICiFbUjRF9pegq53gi6Ro+0PmlSiJIDL5lIQwUonwXNzNtbnnB6cAs52Wjaj5n2JN15idTbJiO1PsZxW2SuJFDtTZA1v4XV0W8FPN7dd52mD+NQnMp7r/TEm3KzMSUhLrWBk8O/qjF6/A0PGbWID+mi8vD9n89tGKhmQg0wYwmfBGI1bVw== X-YMail-OSG: QTnkxdsVM1mlWAqJ_pY.kkNuIUijFD4EBOTaHtEScyDSZnzKBUG6H0VnJ601z_5 B1FGqZP_J.ZyTH2xtX691kj6SirtRTu8CXqI9LyX7Hyb_vtT8VocA6ZrjqtQ8yT.oss45XnKlUyV LU2mtmgRjtlO1dZ3gSZtXqrLLcVfZJq9x.cJ69xboN84xYT7C89BR87y_4WOD04R9RH6C9G8mLOP NrT5hzTrUmD6P_OEC3dz19W.XcXIEhgkeo6iuP2oA57XcZZVxgavUMeHooZTdpBLUDBWMhFXcqqt 79mipOfHmLyW.JFbyEEM7YVL.duhRx1RBQsSOurVgwj3vHxQuB0aZ0CTZplhuTV.Sdi9v_bRQY9K 0PbpQXm5NCG5wR_1HjU6QvCreYKh_HoklFqeNhJjmBUbpQS1JJjylX0dYwRn_kgkxOuAI0rTUo1E WYM1CPA9r08PLoZffpCXM78ehM42ZWxKEOqmOsxCnJ7PnbyKubBEEFZAM7qAGo4PRy470rwb5bFI D9DkOwWnchtn_EBTy8nBTi2d_aYsH0puTJ6fM_qtMhh3.Ap_tOWhpLwEzdoi3uIfmVv3_203iJg9 SQLaDIenki1qhhuurS5I0fUwCNHaoudDdd0FSUB2JbCJbl0uZyp85WY2_SpbZB_UCp_Eq.TPK7kC Z6bjgtaV4GZurKX8enDkyHtUt0MWw1QdMYCMLanz4NBsEsysW8XZqnMK5QOtTHpFY5Hi_0gFZ2x6 iz0gAF0pAhvy8VeYxUSneOebes7tL78x9TPZltUuBAhTNjGEbiUDL8WUTRQ1rKE9VarPxL56NUch j43eYrjVrRmTMjACLxpWORl_nB3qpsAY2Mr._iCMHvLOnrtRNBkj9SwFSa0ElMFMnYLoahGqcRo5 QHFVOAp1DR92efvXQPX6vixl3F7gxsvKNIejxWgVgif58N.HGvO05Q6VXVWoNhKeXxHrOT_fOd7z J7_EyLdR2jwDSK3L5w_66VD7OJIqdGotxNJZN4rJhgse0ds5TcnB4LaYXJN5gsZ2bVbGG.b2UtJ7 40xA2WiF_xCKX.3845pG48BMi80DhvGFoXo6qqTzA3N8BGcHhelGmcf3JMijYNdL7aBIanm9Lidy IkRHl65clzonegLPC5M2BTLIy7hnLhMfo1SP1v3mJ5byxyyhurYmyiGvIR7YyI0vCZryJekZZxlm Xc2nkCLEls0S0AkISRhSyP0iIJYtII6SZQpdABbrrr7quR0JkgwA.Rk7PeG4Q1xfaSb1.HDX67GI R9.vxygqCDiGzst1HpzEV7TEiEpo_c6hwzchE0uvPs8_hyLROrPQgsbwzThNPnRO.V0INeAogc_O M52G76hr_F3eicYt5E7EWVlsrY6X0BeJNLzTT9_p0x6BPDVy6WjUOc8BDs02xauztDToJjoAa1Vr e8T.nnlA0isxA64R5c67Ffq4tngZn.FA2AwzMdt9TA8tecMQbB5FjIdWKzjmw1BznIxYYchHvZmM h4PpeMTLfoCizZ.iafs92YlUmDKi0vtmTdZrBT99OXXLGNPcTiADmdcxkBIkkoQIdkLOAWM_nfuP _jlcr_DnVaKgNSRHURdRVqKY_jESI5Z.ZADhBJ.Y_SsD6RcneeO5DWVaAJvLp.xGWgDU68Uq2Kmy w7KSXiAZKhdZ.TwCpzVR5YNzfzWFaAiNNgY01vpwxQWRQQx5TC5wS0E2TKwM4ZeRzctjPUrIF8QL .Xr3SYo1cxnwEQK83Pgc9SeETNUNlU47BB_eqrua1d1T1B2gqD22jozt3rQQ0Q5DjGAGXjjZKz48 KSJVadZJ8IKE7h6xrwQkqrZnsCTeZdfQ_cZdlm.Urg4P1gJ.vU5MVqdcyhiaFhIMvxRRsJzGpHPJ 8fuvlyQfVN03qtP74CguXerCckL_FRw8gzQDwY58_wUwa7rcIQsvVFH86I9Zm1rIxSWzXuLWfw9Q AJEYhLoN3NM5T4A.IZxurRPXgUutcwtc5GhA7zeq6m8ySrp9dOAHlDsbQs4rvmTmsro8JGKWtFr0 hJKSXoh3ffo6kjDXuY2Kqhs_Slrr6RBaIb0tqyeXrHt1lfIC2ZCiR5fYxo_aHY2qKH3vNLjSbdmO rPkXweBSe_B_wRkfjQfkhicpv4DR8KHE_2Dn..xb65a6rNv5DB_b7hNngMAnC4BbUU6DAVYxUCYC ngidCjv4RTp9oQSUVxfIqau9sUisEgxDqmOHWoP3ZKbInlWRHxIZ5csgENdPD0NhMVVUUfoLgI1K ZmCutZG211i4nbuw1MvQr4XJieIfYIPgb8zB8C94Pw3rtXS17F.03Qvs4_2549GKa8za5Zc.FQYh .xnIBrQ-- X-Sonic-MF: X-Sonic-ID: 23fb2872-554c-4245-8b4d-6211b04d6bef Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Sep 2023 04:29:12 +0000 Received: by hermes--production-gq1-6b7c87dcf5-dscqf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ad83cc19fda1c103af1eb7df400d4cea; Wed, 13 Sep 2023 04:29:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: aarch64 devel/gdb for kgdb use on main [so: 15] (and, likely, 14.0-????): dump core.txt.?'s kgdb backtraces are messed up From: Mark Millard In-Reply-To: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73@yahoo.com> Date: Tue, 12 Sep 2023 21:28:59 -0700 Cc: Kyle Evans , Mark Johnston Content-Transfer-Encoding: quoted-printable Message-Id: <6610DEB1-D2D7-48E8-8DC5-0B1E99C2041A@yahoo.com> References: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73@yahoo.com> To: FreeBSD Mailing List , freebsd-arm X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; BLOCKLISTDE_FAIL(0.00)[98.137.68.84:server fail]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; ARC_NA(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RlnXV2Nqqz3Qft [Trying to send to freebsd-ports accurately this time.] On Sep 12, 2023, at 21:23, Mark Millard wrote: [I've cc'd the last 2 devel/gdb authors of kgdb-related material.] kgdb 13.1_4 is an improvement over 13.1_3 for aarch64 but is still broken. 13.1_3 example: 0x0000000000000000 in ?? () (kgdb) #0 0x0000000000000000 in ?? () #1 in ?? () Backtrace stopped: not enough registers or memory available to unwind = further (kgdb)=20 13.1_4 example: get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1576585744) at /usr/src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/src/sys/ddb/db_command.c:591 #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/src/sys/ddb/db_command.c:504 #4 0xffff0000000ebc80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:551 #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) at /usr/src/sys/ddb/db_main.c:268 #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:790 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 Backtrace stopped: Cannot access memory at address 0x10 (kgdb)=20 (Same kernel [from a snapshot], different worlds involved.) The backtraces are from the panic reporting at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273081 (for a kyua test). I'll note that prior to the kgdb backtrace is a non-kgdb backtrace, such as: panic: vm_fault failed: 0xffff0000006813b4 error 1 cpuid =3D 3 time =3D 1694485392 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x19c panic() at panic+0x44 data_abort() at data_abort+0x35c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x96000004 dump_sa() at dump_sa+0x1c dump_iface() at dump_iface+0x2bc dump_cb() at dump_cb+0x18 if_foreach_sleep() at if_foreach_sleep+0x254 rtnl_handle_getlink() at rtnl_handle_getlink+0xec rtnl_handle_message() at rtnl_handle_message+0x19c nl_taskqueue_handler() at nl_taskqueue_handler+0x5dc taskqueue_run_locked() at taskqueue_run_locked+0x17c taskqueue_thread_loop() at taskqueue_thread_loop+0xc8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 Such is more useful at this point. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 13 05:11:50 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlpTh1HG2z4sq34; Wed, 13 Sep 2023 05:11:52 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlpTh0shPz3bT3; Wed, 13 Sep 2023 05:11:52 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694581912; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=cXRxXQk56ICagZ1+YTylMoCAdTHkKgI6y9ZEykknDL0=; b=VXVJypzVJjSP+2Ck0pCSa3bEJIZZ7DtBB2fwQpNwKKWgC/3O3TWC5SsBmB7D5D+f0GJnva dRYNFrtnbjZNHG8sSzKxF8NT+h4pG5p4PxzLpaA9igZTtXk0Vs6uymdj7YIaaAZYYbo3UC YxxEhrCsJcQfe7tSBV5TxO3fTnfAqG01VbM6doHiODOIAHLcX/Ao/VqxWZpSeSWU1lRvx8 8y+kbjt5Bb3bUY0lGqppYBr/QI4KIlhqGJ/zQtNlzlbrj2AJ62ZITxsHNx8WYji9WtJa49 ddmOOs67N2nXn9M/7GwNQrmukv48uRmGB9TphS6dNDI9K3tCFdmItZ1sclDWPQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694581912; a=rsa-sha256; cv=none; b=jEMekcEl84N5bFwyXnQec+YgX4+oYBZqNegfH6vYb/g9Fx0Vlcpc1VRXlguBoKcexCQCR2 yl70381ssHPXJmrpDeBuv6FSCcQsQ8xC0CBLOGpfXKf9fC1komwA+DSHOcFQwLptrW3Owu ZHHPSZSpvBXgoq8jGAdpWPzxNvo+IivboLFJxzCKbyxu/SRD8n0KEll42cgN2mX1QOxrP5 VIb08og41vXlxgV7PSf5Lv0VOgsF83jQm3brFFcMLbwnl5csUfWssE/fzsxYiyy70WKp62 bqI/dHvxn9QGmq4Cez6YW2DxKTFscGLz1GOVV/qNEZiCFosl94gDCOsIXMeohA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694581912; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=cXRxXQk56ICagZ1+YTylMoCAdTHkKgI6y9ZEykknDL0=; b=X7KV+Zjf7/uyQdIpYyFVH4Y+T4GiGTJw2ddQK7Gg4ZEO0/YjNMpmhQw2ldRanLxhZGuQ7I /mQR/zqlToWtWhRwnn65srJdBpW66Kt1MlTYnJAMHQ3FtIuAwaWsj7hT5s2NW0334f5brA 2mB/8HTwlpy60rBCz0QDKoYx5otvHqxIFvy/ISk1x+IU7ofhwC41k2U3Nm6+1JtQu5mp0t WH76gI3q6NdglhAjZYdlJ341bcoCHeiM8SrgTwdvt9d6jMX/xz+MLBlwpqwkkjcpf/Q5CZ jcgwfRIMO8u6SRDW3d7lEOjD0JVWKsYv297HHyFCC/0aYHymS2ZwgOTd0lyGtw== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RlpTg3qmmzpH7; Wed, 13 Sep 2023 05:11:51 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <1b3313d2-1054-8df3-4244-4e67d3778e75@FreeBSD.org> Date: Wed, 13 Sep 2023 00:11:50 -0500 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: aarch64 devel/gdb for kgdb use on main [so: 15] (and, likely, 14.0-????): dump core.txt.?'s kgdb backtraces are messed up To: Mark Millard , FreeBSD Mailing List , freebsd-arm Cc: Mark Johnston , jhb@FreeBSD.org References: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73@yahoo.com> <6610DEB1-D2D7-48E8-8DC5-0B1E99C2041A@yahoo.com> Content-Language: en-US From: Kyle Evans In-Reply-To: <6610DEB1-D2D7-48E8-8DC5-0B1E99C2041A@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/12/23 23:28, Mark Millard wrote: > [Trying to send to freebsd-ports accurately this time.] > > On Sep 12, 2023, at 21:23, Mark Millard wrote: > > [I've cc'd the last 2 devel/gdb authors of kgdb-related material.] > > kgdb 13.1_4 is an improvement over 13.1_3 for aarch64 but is still > broken. 13.1_3 example: > > 0x0000000000000000 in ?? () > (kgdb) #0 0x0000000000000000 in ?? () > #1 in ?? () > Backtrace stopped: not enough registers or memory available to unwind further > (kgdb) > > 13.1_4 example: > > get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 > 77 __asm __volatile("ldr %0, [x18]" : "=&r"(td)); > (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 > #1 doadump (textdump=0, textdump@entry=1576585744) > at /usr/src/sys/kern/kern_shutdown.c:405 > #2 0xffff0000000ec18c in db_dump (dummy=, dummy2=, dummy3=, dummy4=) > at /usr/src/sys/ddb/db_command.c:591 > #3 0xffff0000000ebf88 in db_command (last_cmdp=, cmd_table=, dopager=true) > at /usr/src/sys/ddb/db_command.c:504 > #4 0xffff0000000ebc80 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:551 > #5 0xffff0000000ef440 in db_trap (type=, code=) > at /usr/src/sys/ddb/db_main.c:268 > #6 0xffff0000004b4860 in kdb_trap (type=60, code=0, tf=) > at /usr/src/sys/kern/subr_kdb.c:790 > #7 > #8 > #9 > #10 > #11 > #12 > #13 > #14 > #15 > #16 > #17 > #18 > #19 > #20 > #21 > #22 > #23 > Backtrace stopped: Cannot access memory at address 0x10 > (kgdb) > Yeah, sorry, I see the problem now; looks like I didn't test it after one last change I ported from jhb's cheri branch: > tf_size = regcache_map_entry_size (trapframe_map); regcache_map_entry_size() is in-fact what we want, but I didn't realize that it doesn't do the magical translation from 0 -> register_size that seems to be done everywhere else. With the below patch[0] to populate all of the sizes, things look sane again. Thanks, Kyle Evans [0] https://people.freebsd.org/~kevans/kgdb-fix.diff @@ -126,13 +126,13 @@ aarch64_fbsd_supply_pcb(struct regcache *regcache, CORE_ADDR pcb_addr) static const struct regcache_map_entry aarch64_fbsd_trapframe_map[] = { - { 1, AARCH64_SP_REGNUM, 0 }, - { 1, AARCH64_LR_REGNUM, 0 }, - { 1, AARCH64_PC_REGNUM, 0 }, - { 1, AARCH64_CPSR_REGNUM, 0 }, + { 1, AARCH64_SP_REGNUM, 8 }, + { 1, AARCH64_LR_REGNUM, 8 }, + { 1, AARCH64_PC_REGNUM, 8 }, + { 1, AARCH64_CPSR_REGNUM, 8 }, { 1, REGCACHE_MAP_SKIP, 8 }, /* esr */ { 1, REGCACHE_MAP_SKIP, 8 }, /* far */ - { 30, AARCH64_X0_REGNUM, 0 }, /* x0 ... x29 */ + { 30, AARCH64_X0_REGNUM, 8 }, /* x0 ... x29 */ { 0 }, }; @@ -141,12 +141,12 @@ static const struct regcache_map_entry aarch64_fbsd_trapframe_map[] = static const struct regcache_map_entry aarch64_fbsd13_trapframe_map[] = { - { 1, AARCH64_SP_REGNUM, 0 }, - { 1, AARCH64_LR_REGNUM, 0 }, - { 1, AARCH64_PC_REGNUM, 0 }, + { 1, AARCH64_SP_REGNUM, 8 }, + { 1, AARCH64_LR_REGNUM, 8 }, + { 1, AARCH64_PC_REGNUM, 8 }, { 1, AARCH64_CPSR_REGNUM, 4 }, { 1, REGCACHE_MAP_SKIP, 4 }, /* esr */ - { 30, AARCH64_X0_REGNUM, 0 }, /* x0 ... x29 */ + { 30, AARCH64_X0_REGNUM, 8 }, /* x0 ... x29 */ { 0 }, }; From nobody Wed Sep 13 06:24:09 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rlr560hmcz4tRPq for ; Wed, 13 Sep 2023 06:24:10 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rlr555Z1vz4RT8 for ; Wed, 13 Sep 2023 06:24:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694586249; a=rsa-sha256; cv=none; b=rbLxFBe4dMpbhGKRg+OeS4N7rntR5cF3dPqIyg3W5SE8IFyNn2fh76obHl7ZbtxTtJva3o Y9WlB3VUxAc1jkxdwUIeVXz9BhXRasgyE0BggWlJfI7AY+R1fAzOIeXqPWd1sBFrf6I6ya y8CoIvLQPx2e9Tz25NRzNt8OgBiqyu79aaPLi/C5j3pI12E8yeAu2GZQn/FsCdgMjzhSLj gAii/R5dozNM9tq9ZNWE0xiE9DKxyCCzfs8UMkPVQB3+A7qssBBJAT3tWtn74Wopwk7Y7+ PRe02FrWgWXFTCOs6n0X9V9L3cE3MoI4qiDNP4M/L1LnRzsoGq0gh2tzUimDzA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694586249; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=tUXVUSy/3hUEOgSC/Eq0VS6j2hmubUWFAuplijKw7ps=; b=UqSgIEkDaXG5vYUNUK1ZDlTA5ZgeM5U6VrO/VR0G8LgKNEpxLClueOdtPf5yHBj6z9Undd F2c6mjkUf5pu78sIkHyQiSDrTmHJ+L01CojDE9qgAd9CUd1YEjn3PL8g09eIi97Y1+i/s4 K7PDgT+AsbVSLnxY2irMlUtv0GQzLLXBPfC5a3RY/GhlAclPraBwkqP1D6uCcoAAhEi5zI DNQvikvwqxax5ym5ekWk5XVxt2h7dDqVCeOFEJKDDkKPFymW5IzI3TM8p6SR+fDY7sC7ra 32G6xSuHQpe7zFUcqDMJqYd3btyUW8sqr3nUWJUwBxFoYb9lwNwSffKIZmfLHA== 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 4Rlr554ctzz13dK for ; Wed, 13 Sep 2023 06:24:09 +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 38D6O9s5048800 for ; Wed, 13 Sep 2023 06:24:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38D6O9BK048799 for freebsd-arm@FreeBSD.org; Wed, 13 Sep 2023 06:24:09 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: freebsd-arm@FreeBSD.org Subject: [Bug 273752] 6926e26: arm: Add support for using VFP in kernel broke my kernel Date: Wed, 13 Sep 2023 06:24:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 14.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: crb@ChrisBowman.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273752 Bug ID: 273752 Summary: 6926e26: arm: Add support for using VFP in kernel broke my kernel Product: Base System Version: 14.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: crb@ChrisBowman.com It looks to me like commit 6926e26 broke my kernel with the log at the bott= om. I am trying to migrate to 14.0 in perpetration for the release. I've been running a 13.0 kernel for a long time now that's been very stable for me. I'm running on a Diligent ARTYZ7 board which is a AMD/Xilinx Zynq based boa= rd (ARMv7) very similar to the zibo or zedboard. Happy to help debug this if someone can give some direction. =3D=3D=3D=3D=3D=3D=3D Using DTB provided by EFI at 0x7ef8000. Kernel entry at 0x17a00200... Kernel args: (null) WARNING: Cannot find freebsd,dts-version property, cannot check DTB complia= nce ---<>--- GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2023 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 14.0-CURRENT #28 n260570-6926e2699ae5-dirty: Tue Sep 12 23:04:05 PDT 2023 crb@eclipse.ChrisBowman.com:/usr/obj/tmp/src/arm.armv7/sys/ARTYZ7 arm FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) WARNING: WITNESS option enabled, expect reduced performance. CPU: ARM Cortex-A9 r3p0 (ECO: 0x00000000) CPU Features:=20 Multiprocessing, Thumb2, Security, VMSAv7, Coherent Walk Optional instructions:=20 UMULL, SMULL, SIMD(ext) LoUU:2 LoC:2 LoUIS:2=20 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory =3D 536866816 (511 MB) avail memory =3D 511766528 (488 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. random: entropy device external interface ofwbus0: regfix0: on ofwbus0 simplebus0: on ofwbus0 simple_mfd0: mem 0xf8000000-0xf8000ff= f on simplebus0 l2cache0: mem 0xf8f02000-0xf8f02fff irq 8 on simplebus0 l2cache0: cannot allocate IRQ, not using interrupt l2cache0: Part number: 0x3, release: 0x8 l2cache0: L2 Cache enabled: 512KB/32B 8 ways gic0: mem 0xf8f01000-0xf8f01fff,0xf8f00100-0xf8f001ff on simplebus0 gic0: pn 0x39, arch 0x1, rev 0x2, implementer 0x43b irqs 96 mp_tmr0: mem 0xf8f00200-0xf8f0021f irq 29 on simplebus0 Timecounter "MPCore" frequency 50000000 Hz quality 800 mp_tmr1: mem 0xf8f00600-0xf8f0061f irq 36 on simplebus0 Event timer "MPCore" frequency 50000000 Hz quality 1000 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 uart0: mem 0xe0000000-0xe0000fff irq 9 on simplebus0 uart0: console (-1,n,8,1) zy7_qspi0: mem 0xe000d000-0xe000dfff irq 1= 3 on simplebus0 zy7_qspi0: must have ref-clock property device_attach: zy7_qspi0 attach returned 6 cgem0: mem 0xe000b000-0xe000bfff = irq 14 on simplebus0 cgem0: could not retrieve reference clock. miibus0: on cgem0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-F= DX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-F= DX, 1000baseT-FDX-master, auto cgem0: Ethernet address: 02:1d:18:e6:2c:2d sdhci_fdt0: mem 0xe0100000-0xe0100= fff irq 17 on simplebus0 sdhci_fdt0: 1 slot(s) allocated mmc0: on sdhci_fdt0 zy7_devcfg0: mem 0xf8007000-0xf80070ff irq 28 on simple= bus0 Timecounters tick every 1.000 msec [nl_generic] genl_register_family: Registered family nlctrl id 16 [nl_generic] genl_register_cmds: Adding cmd GETFAMILY(3) to family nlctrl panic: Storing an invalid VFP state cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc04f4a10 lr =3D 0xc00720b4 (db_trace_self_wrapper+0x30) sp =3D 0xc0a14af8 fp =3D 0xc0a14c10 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc00720b4 lr =3D 0xc0202080 (vpanic+0x140) sp =3D 0xc0a14c18 fp =3D 0xc0a14c38 r4 =3D 0x00000100 r5 =3D 0x00000000 r6 =3D 0xc054a726 r7 =3D 0xc07202a8 vpanic() at vpanic+0x140 pc =3D 0xc0202080 lr =3D 0xc0201e60 (dump_savectx) sp =3D 0xc0a14c40 fp =3D 0xc0a14c44 r4 =3D 0x2015f010 r5 =3D 0xc06e8639 r6 =3D 0xcfc1e000 r7 =3D 0xcf0b7e90 r8 =3D 0xc0793880 r9 =3D 0xc0a050c0 r10 =3D 0xc070fd00 dump_savectx() at dump_savectx pc =3D 0xc0201e60 lr =3D 0xc051890c (fpu_kern_enter) sp =3D 0xc0a14c4c fp =3D 0xc0a14c58 fpu_kern_enter() at fpu_kern_enter pc =3D 0xc051890c lr =3D 0xc0515cc8 (cpu_switch+0x5c) sp =3D 0xc0a14c60 fp =3D 0xcfc1e000 r4 =3D 0xc051890c r5 =3D 0xc0a14e90 r6 =3D 0x00000000 r10 =3D 0xc0793880 cpu_switch() at cpu_switch+0x5c pc =3D 0xc0515cc8 lr =3D 0xc0515cc8 (cpu_switch+0x5c) sp =3D 0xc0a14c60 fp =3D 0xcfc1e000 Unwind failure (no registers changed) KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x54: ldrb r15, [r15, r15, ror r15]! db> --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Sep 13 06:28:33 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlrBW1ymkz4sTtk for ; Wed, 13 Sep 2023 06:28:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlrBV5NWbz4Sc0 for ; Wed, 13 Sep 2023 06:28:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694586528; bh=aS8GZIVpVGOr+IGBOzGnjBs5IsEcXZJwhHHINYgiiVw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VE2/Ilam3aVVu+Ip22lex3v68O2o3ukWoQY2/uF/i6zOdoKBJGZpVTD3xPqZNNy2EecQNmbUeG7AmLZWbppZrATlU5r+icoWatJMl/yvx3BWEo6h2cSEQsa3WerezV1FsGKnXtQbr4kQdZMcDABqVkL1UeY6Wgv7u8ZeCDKNfy8Lwg/g8m9ljJrl3dCLG65zPIGmtU5OMC+GXzF+MOs3KPYPZ+f3SnSYvNFy1ZmhHOV1FjbWbkesCtVIVNFaOnbtvYfmi+BKKqYlfFlzlesh8VRHlTfmsmo1Owb59If3JuOL2e8/ZxmIiCi3s9s1k3UQPkUKIfoy9oWZ5Iw6vfZHng== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694586528; bh=ye7rQpEw1dcakePu1ZX9niiTEwqPNpAFaMjbHHyNkiF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=E8NJPCc0c7iIEj83oNnDF+dLUavbCMhrsIFSz/2/N+I+YQSrrd83QvGcFwZeyHMyUKjigxZUR6mIX4FgtzI826PR2EiSr7NkXHst9doVlg3JJvdACcBGR6OVTklwKmvdTyw1YBD//DPvEWBSji3cSr/f69c0OR9y8uIXH44IKkTEoxeibYL5SIeA4wfq7U33K4oklp6T4tTUTtZYQTUyzhXgyCOz4bmKslekkl4jRpNd1MAYr7A6wTCNLwTZuWSGTqrpgGw8rJywPlPT2anqBBp7DoIhE/pVYmk2fK0GmeOudr/1D4cG+H4yMqBjc6POJchJdQnk3XfA0/rjA83L6w== X-YMail-OSG: KmPA.90VM1lTdZv1Xs5JHyJzFuhJMgdjALuVFs.N.RYQ3hr4WXwmc1MQH_jea5C qQeplgbn6x5k4jHFMRFbc3RBLi8.cy96mL4lvZXy.zCkpzjsMdbn2pCvdOXjdSc74anUSM2B.I89 Fecfuc6wNH5SdUTjdWWNRudcsPS6CXSIpe54iD1oSURI.fpV4jbd5c8Cla_xgrpJTDkM9wuTgCas RtadgzbYERIBWi5QRM8CjZ3wy864hNrXrx6ApIbBu1A0d3cag0_BqnL4a9xvJvJY_BkmeiTV8VfY 7kGcSqXcs4HxyIYiaQUUUH4Bwz6nokzlRn4BkLedFfe83eVvym9Cy5m9_StKgiJshcau5K3INA3u n9JxCobnCIG9HajqswgM6cOrXcoNUxCuYVfrSjx3qEojVN8rs_aR2k1YX48ruxqzEgAa4o_QfXhc 2znH9B.c2aagY_.ySUkEIN_qezRzoPmCB0aud3_42qBNUvtlIJ1g25EPBndQ_qZUkJ7pRqTxROnx .hAYaOE1wfM54RaklDoDFetPNvl0FGKEo7jUXt.73ZG1TilqhiMX0myhzmUBRig8OMva7vPM.2Le msexLaT5WN2Kda6EkM_2uojbskvYauYRndOZo0tRYQ6jej.a9ZlJNyQFhqcsVTDaswS32uqAnTIU 4Qp9L7ccQ7X1xm58AW1G2OIu8LisqEsxxxIzu1JS6CUF0oPu2GNWVSAvjeeJ3wSaEU3paE9sfPdH T9GJ.DZhb_JnUPQIAPizutPECplf.xUAsrPrvFzQZuQoDVXRT.dF4ktLUaIMulVCzjXoRz9o9ikD DtFJZy5vdkzJBTBZTMem2Yo_AHpV3kDXRsK8rAAEy6Bor6m8TL6JXfhHvYNjORGLKzTeVOF4vs8H OS7fyusZ0eCnQ46NPKrrOXuIIrHzFw_izxT62VS.4srvWnThEgNxxAHQS6xbUrwYvs4sx8Ji_OlE _PjnuoO8dWsX70HK0oYlMdehnonmLjfdaEy.liPLRFHOuQ4V_4rpfk_aSNbJaC27poIErMWYo1Wl AGP048etpenmL_kv3MMuBwbHdS3FLRHXqkCbBiexvnTu92xde.3eBs6xFRw8CXvWijZxsG6JyEra N8OAljgFISSS2SaDoAtJYLQWeaYscKkdX2UaP3I6.H8p598a86oNy0nOWOQrj2X5TQA5Ks8FT34Q PV2JulIs.JHIr0FiJY.2E5qGLU9Hlai0XGIGretwOZrRIWWaq4AYoC2J_DQDYnJqgt8OVDwpAFC3 abvGKhfeaHN4bLC848tHQAoQeQwDOb1qWXVDnlmu5YO23jbdvtd8DxRVunT667wO2Z23zDt.zPZl nD3oGhFGO2U3LQ20ycpKqSmqQAqCrR.CnnL4zElUetUVEa7xASak0f3KX_i0T0z4DZ2GMn.yKzED u9ZhuEDcJgwMfNzdzCLGIIjJ7KY0z5o7A9h65.yhyysJXNwneLEv_I1vrU.fL7aBIMunbyMzDLnj y9jxuCiIqR3r_LdjMN8fYN77ZhEnJTUgfjmlnduf7gXMR_qh7IyTOTYCiDUhnAdub2bv8UTglVPP _olKrAU_tJYfY6WTgla_bwGUoxekEmrPxjXkV7fo0j6Z4mqDfxiz97jdsLL58JG_VR601QSbsCiA ngUHvgkY4czHKl7LRzAi9hOUPqtnP0_3vZgAHOg3.S3oqZSoY.q7A3ARQJvjxgenQjV7ECExAcFk TzGVjtfd.kFisNYlEK.gEa3wzGC6qON7258q2p54p1VFvShszCJV0A8o.CYtiI84aDNOu96Jh0zv iWadZTt1JXtbZVWFLffXcAK5K_xm_4aZLsniVY32YS.Pdvr5pd1n0eRDyAvRYS.2gzHW1wAeotjt JHGod6L9DmeuuymmRU2Iyk5J7Fh1Xbem69Nj245pQzDWHMeYaQATv2J_sbCCkArtooETs5HKtYBK hJro2SpFPf1kLgnNvQ3RT5.e0S0Lr8FIKuASNsgoHc3VyzeBtHltGRQx5682IBe3O_YA4uJ3aBK7 hodWtBhgLFuu_89Hih_Pz7p0Sd8Rz2H1HT7nz2HMtzgS_QTlMYQUmSbeSEdOV2dAXQXuBugYNa4e ExwJ9ziN7eMr295_0AYhkXEEjtyx4qSQfCwX21NUrXv9p8oWXRL4PvoX3OnJ9dHagH3zxvWRFbQx mkc.zubKOKXLx5NiXquft6JOsFuGvo6yg73In6PC3IqTcQlf6RmSTJ1vgiWnG3L50ds432dZgCwD HndevsSWVUMTGAVjomO84DnEaK2mkLaB9KK6aSRAX5C5eLq.QNojGL4XWoqqvKOTGYN80KiLpADz B X-Sonic-MF: X-Sonic-ID: 5e010f44-77e4-4a98-a14a-461f25d832ae Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Sep 2023 06:28:48 +0000 Received: by hermes--production-bf1-865889d799-kbgm8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8a86448d6b8ce0362330905e9135ab10; Wed, 13 Sep 2023 06:28:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: aarch64 devel/gdb for kgdb use on main [so: 15] (and, likely, 14.0-????): dump core.txt.?'s kgdb backtraces are messed up From: Mark Millard In-Reply-To: <1b3313d2-1054-8df3-4244-4e67d3778e75@FreeBSD.org> Date: Tue, 12 Sep 2023 23:28:33 -0700 Cc: FreeBSD Mailing List , freebsd-arm , Mark Johnston , "jhb@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <008EEE6D-893C-4205-9E2C-D9922B870CBC@yahoo.com> References: <31BB2D7D-3A91-48AC-B29E-BDEA0CA59A73@yahoo.com> <6610DEB1-D2D7-48E8-8DC5-0B1E99C2041A@yahoo.com> <1b3313d2-1054-8df3-4244-4e67d3778e75@FreeBSD.org> To: Kyle Evans X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4RlrBV5NWbz4Sc0 On Sep 12, 2023, at 22:11, Kyle Evans wrote: > On 9/12/23 23:28, Mark Millard wrote: >> [Trying to send to freebsd-ports accurately this time.] >> On Sep 12, 2023, at 21:23, Mark Millard wrote: >> [I've cc'd the last 2 devel/gdb authors of kgdb-related material.] >> kgdb 13.1_4 is an improvement over 13.1_3 for aarch64 but is still >> broken. 13.1_3 example: >> 0x0000000000000000 in ?? () >> (kgdb) #0 0x0000000000000000 in ?? () >> #1 in ?? () >> Backtrace stopped: not enough registers or memory available to unwind = further >> (kgdb) >> 13.1_4 example: >> get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 >> 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); >> (kgdb) #0 get_curthread () at /usr/src/sys/arm64/include/pcpu.h:77 >> #1 doadump (textdump=3D0, textdump@entry=3D1576585744) >> at /usr/src/sys/kern/kern_shutdown.c:405 >> #2 0xffff0000000ec18c in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) >> at /usr/src/sys/ddb/db_command.c:591 >> #3 0xffff0000000ebf88 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) >> at /usr/src/sys/ddb/db_command.c:504 >> #4 0xffff0000000ebc80 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:551 >> #5 0xffff0000000ef440 in db_trap (type=3D, = code=3D) >> at /usr/src/sys/ddb/db_main.c:268 >> #6 0xffff0000004b4860 in kdb_trap (type=3D60, code=3D0, tf=3D) >> at /usr/src/sys/kern/subr_kdb.c:790 >> #7 >> #8 >> #9 >> #10 >> #11 >> #12 >> #13 >> #14 >> #15 >> #16 >> #17 >> #18 >> #19 >> #20 >> #21 >> #22 >> #23 >> Backtrace stopped: Cannot access memory at address 0x10 >> (kgdb) >=20 > Yeah, sorry, I see the problem now; looks like I didn't test it after = one last change I ported from jhb's cheri branch: >=20 > > tf_size =3D regcache_map_entry_size (trapframe_map); >=20 > regcache_map_entry_size() is in-fact what we want, but I didn't = realize that it doesn't do the magical translation from 0 -> = register_size that seems to be done everywhere else. With the below = patch[0] to populate all of the sizes, things look sane again. >=20 > Thanks, >=20 > Kyle Evans >=20 > [0] https://people.freebsd.org/~kevans/kgdb-fix.diff >=20 > @@ -126,13 +126,13 @@ aarch64_fbsd_supply_pcb(struct regcache = *regcache, CORE_ADDR pcb_addr)=20 >=20 >=20 > static const struct regcache_map_entry aarch64_fbsd_trapframe_map[] =3D=20= > {=20 > - { 1, AARCH64_SP_REGNUM, 0 }, > - { 1, AARCH64_LR_REGNUM, 0 }, > - { 1, AARCH64_PC_REGNUM, 0 }, > - { 1, AARCH64_CPSR_REGNUM, 0 }, > + { 1, AARCH64_SP_REGNUM, 8 }, > + { 1, AARCH64_LR_REGNUM, 8 }, > + { 1, AARCH64_PC_REGNUM, 8 }, > + { 1, AARCH64_CPSR_REGNUM, 8 }, > { 1, REGCACHE_MAP_SKIP, 8 }, /* esr */ > { 1, REGCACHE_MAP_SKIP, 8 }, /* far */ > - { 30, AARCH64_X0_REGNUM, 0 }, /* x0 ... x29 */ > + { 30, AARCH64_X0_REGNUM, 8 }, /* x0 ... x29 */ > { 0 }, > }; >=20 > @@ -141,12 +141,12 @@ static const struct regcache_map_entry = aarch64_fbsd_trapframe_map[] =3D >=20 > static const struct regcache_map_entry aarch64_fbsd13_trapframe_map[] = =3D > { > - { 1, AARCH64_SP_REGNUM, 0 }, > - { 1, AARCH64_LR_REGNUM, 0 }, > - { 1, AARCH64_PC_REGNUM, 0 }, > + { 1, AARCH64_SP_REGNUM, 8 }, > + { 1, AARCH64_LR_REGNUM, 8 }, > + { 1, AARCH64_PC_REGNUM, 8 }, > { 1, AARCH64_CPSR_REGNUM, 4 }, > { 1, REGCACHE_MAP_SKIP, 4 }, /* esr */ > - { 30, AARCH64_X0_REGNUM, 0 }, /* x0 ... x29 */ > + { 30, AARCH64_X0_REGNUM, 8 }, /* x0 ... x29 */ > { 0 }, > }; >=20 Thanks. For my personal build's non-debug kernel the updated kgdb that I built and installed produced: get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 77 __asm __volatile("ldr %0, [x18]" : "=3D&r"(td)); (kgdb) #0 get_curthread () at /usr/main-src/sys/arm64/include/pcpu.h:77 #1 doadump (textdump=3D0, textdump@entry=3D1648929296) at /usr/main-src/sys/kern/kern_shutdown.c:405 #2 0xffff0000000f7704 in db_dump (dummy=3D, = dummy2=3D, dummy3=3D, dummy4=3D) at /usr/main-src/sys/ddb/db_command.c:591 #3 0xffff0000000f74e0 in db_command (last_cmdp=3D, = cmd_table=3D, dopager=3Dtrue) at /usr/main-src/sys/ddb/db_command.c:504 #4 0xffff0000000f71b8 in db_command_loop () at /usr/main-src/sys/ddb/db_command.c:551 #5 0xffff0000000fad9c in db_trap (type=3D, = code=3D) at /usr/main-src/sys/ddb/db_main.c:268 #6 0xffff0000004f4ec4 in kdb_trap (type=3D60, code=3D0, tf=3D) at /usr/main-src/sys/kern/subr_kdb.c:790 #7 #8 kdb_enter (why=3D, msg=3D) at /usr/main-src/sys/kern/subr_kdb.c:556 #9 0xffff0000004a5350 in vpanic ( fmt=3D0xffff00000099d39c "vm_fault failed: 0x%lx error %d", ap=3D...) at /usr/main-src/sys/kern/kern_shutdown.c:958 #10 0xffff0000004a5168 in panic ( fmt=3D0x12 ) at /usr/main-src/sys/kern/kern_shutdown.c:894 #11 0xffff00000083c708 in data_abort (td=3D0xffff000157796260, = frame=3D0xffff00016248b360, esr=3D2516582404, far=3D, = lower=3D0) at /usr/main-src/sys/arm64/arm64/trap.c:392 #12 #13 dump_sa (nw=3Dnw@entry=3D0xffff00016248b7f0, attr=3Dattr@entry=3D1, = sa=3D0x44572d4338374143) at = /usr/main-src/sys/netlink/route/iface.c:226 #14 0xffff0000006b8fe0 in dump_iface (nw=3D0xffff00016248b7f0, = ifp=3D0xffffa00316119800, hdr=3D, = if_flags_mask=3D, if_flags_mask@entry=3D1648932336) at /usr/main-src/sys/netlink/route/iface.c:327 #15 0xffff0000006bb0bc in dump_cb (ifp=3D0x1, _arg=3D, = _arg@entry=3D0xffff00016248b690) at /usr/main-src/sys/netlink/route/iface.c:433 #16 0xffff0000005cf488 in if_foreach_sleep (match_cb=3D, = match_arg=3Dmatch_arg@entry=3D0xffff00016248b6d0, = cb=3D0xffff0000006bb0a0 , = cb_arg=3Dcb_arg@entry=3D0xffff00016248b690) at /usr/main-src/sys/net/if.c:4594 #17 0xffff0000006ba1c0 in rtnl_handle_getlink (hdr=3D0xffffa003198a6800, = nlp=3D0xffffa002ef454300, npt=3D) at /usr/main-src/sys/netlink/route/iface.c:503 #18 0xffff0000006b8390 in rtnl_handle_message ( hdr=3Dhdr@entry=3D0xffffa003198a6800, = npt=3Dnpt@entry=3D0xffff00016248b830) at /usr/main-src/sys/netlink/netlink_route.c:104 #19 0xffff0000006b5818 in nl_receive_message (hdr=3D0xffffa003198a6800, = remaining_length=3D32, nlp=3D0xffffa002ef454300, = npt=3D0xffff00016248b830) at /usr/main-src/sys/netlink/netlink_io.c:508 #20 nl_process_mbuf (m=3D, nlp=3D0xffffa002ef454300) at /usr/main-src/sys/netlink/netlink_io.c:582 #21 nl_process_received_one (nlp=3D0xffffa002ef454300) at /usr/main-src/sys/netlink/netlink_io.c:295 #22 nl_process_received (nlp=3D0xffffa002ef454300) at /usr/main-src/sys/netlink/netlink_io.c:322 #23 nl_taskqueue_handler (_arg=3D0xffffa002ef454300, pending=3D) at /usr/main-src/sys/netlink/netlink_io.c:373 #24 0xffff00000050c668 in taskqueue_run_locked ( queue=3Dqueue@entry=3D0xffffa009ff851180) at /usr/main-src/sys/kern/subr_taskqueue.c:512 #25 0xffff00000050db70 in taskqueue_thread_loop (arg=3D, = arg@entry=3D0xffffa002ef454360) at /usr/main-src/sys/kern/subr_taskqueue.c:824 #26 0xffff00000045b7bc in fork_exit ( callout=3D0xffff00000050daa0 , = arg=3D0xffffa002ef454360, frame=3D0xffff00016248ba00) at /usr/main-src/sys/kern/kern_fork.c:1160 #27 (kgdb)=20 (I do not strip symbols and such from non-debug builds.) Much better. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 13 09:33:44 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RlwHr4Dfvz4svFm for ; Wed, 13 Sep 2023 09:33:44 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RlwHq6qWQz4NDV for ; Wed, 13 Sep 2023 09:33:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694597624; a=rsa-sha256; cv=none; b=SoDZq0VqqzbGElOxggrMyxPRBwXu9+wdKvdHSm+2gcbt3kQzu6YuLZ3Uyntjuc9BTaLGNj KHyqcB/6DiW7Sw6L53mYxYbLvMNK4a1FOARUCpu8xU00MWMR4OlcbKZz/gPQR8ER7TEWdM Tpj5Gix6OwA8iMbCGvaYleswNTcXN+nqk1fragKAfpLCmsv1m4YDbBHiZyG+PuIJ7eKiLX uxckTZb3G/cd7QpmLZ6VphiQST5loqG6nbmaZnS4wfy7isDPVILN3n5wv0pZKK2swDLh9c 7oAte3SIRz/4qWhRFq0IDgBcoug/Rx0/ebz8o99vW0EoC7gIB5sTQ9oi8hT1+A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694597624; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=gmzrEPWoCJfxM2mq+2oD/Tg/kBco2D2u+MHnAbFXE5k=; b=jgboeSV6pQA+kMxvfNYI7pz2OU9YwOk19k3Uke385y5J+kznBZIM3eGpyXBNp3ZbcQ8Hcc 3WKwZU3592WTLhFDhA4wHCCZRRbvvQzCTsbZwJJP0t4TetKt4yAU5D77vxWRTj9u15p8Fh dlKTkU6K1CUbQ+RcVr37vYIdV1HkuBG376EJznoOKovAY2LCNyhlELRl2c37og0OLZhxuW /aepNl5TAl8rU9tKB6JorPefI2IcCxarJYVHBx4Jr3WcIHiWExOkKpvtLCoUSTYaWfLyBm SsmflqjzCcCPXlxUrfc26fM2ggg8GyKyxgMysAPgjonnD//evKYShTM9OZHzUQ== 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 4RlwHq5vM5z18J4 for ; Wed, 13 Sep 2023 09:33:43 +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 38D9XhOs022125 for ; Wed, 13 Sep 2023 09:33:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38D9Xhj7022124 for freebsd-arm@FreeBSD.org; Wed, 13 Sep 2023 09:33:43 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: freebsd-arm@FreeBSD.org Subject: [Bug 273756] ACPI shutdown not handled on AArch64 Date: Wed, 13 Sep 2023 09:33:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: theraven@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273756 Bug ID: 273756 Summary: ACPI shutdown not handled on AArch64 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: theraven@FreeBSD.org Podman uses qemu to manage VMs and expects them to shut down in response to= the ACPI shutdown event that QEMU delivers when told to gracefully stop the VM.= =20 With a FreeBSD guest, the shutdown never happens, which causes podman to ha= ng waiting for the qemu child process to exit. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Sep 14 06:20:58 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmRzL22ZJz4tMjB for ; Thu, 14 Sep 2023 06:21:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmRzK0Z7nz3Gx7 for ; Thu, 14 Sep 2023 06:21:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Tc26ftjr; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694672474; bh=7IWYNMfbVtDm86V0rRhBzK9XBODNlbeOnLepMdgkWgo=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=Tc26ftjrVw0BSaA3T3GwUPuhYzLsfoCzrL3taY/bhN7V+n+Hj1N47Q8ekyS6uKulvJ7dX7REqe5/6B7bKVdHixdpaheqwBFCJasqfIGydwqAv28JjifM9utu4TWQXGcA5EPS4ZuGSrzXX7XzBwGO/W5aSFzGLRxPGOgdvoR6GW2NbKgj1nrFFyBDzseBCswVJdU+jZkGO0fHJRc0m2v9qpHrxIosiClm2ZxnrCZZM+/LBi7jcsH7NJotRJ3FCS9s77Capdh0pJWV3FTi/GXUTklfOoEPge2AipIZfgqUbj8vqu3VuIqnv/dtN/fUYVS6ZCKsIhylJh3mfs7j7hwQsA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694672474; bh=g3u7hpFvBLph/vax27XPh2VtL1HEo1xOChqEZql4rNk=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nK3tGFgxI+upaJpE4AEjTnMwLFlIWUoC4vdhdd+R1TiGJ/oU9nTrf98pQhz/5nozstUOrMYQTGfp1Urxb44Z7I/gDgyfxZcjj6tbwqqA1FzJtJE1R8F1Sk5p/3vbzrejlUkLmtDsl9B8SLKvHf2nLtENLBcueikZJHgLRItr6EJ8cyC1eEtqaqgeLhZUM4MNKJ+6tE3licetzg0FooFg1m2VP4OiaAkKIyf8wlmdM82efSJ00OYvSHB7mbuHT8KMKN4jlyMQRsRl4ZhYGX9nfZgD5wfF4sFXWVOaU7UcTxskMxcfx0bIUrleHgThFihqutFZuTtuWIs7VLQJIHgQng== X-YMail-OSG: scpm.8YVM1mIdWh185aEjV.naytJWJKwNRRjbUh10RXjxPWBkFn1JtNY.AiD4Wm bjtXDsiRMFM5ZhRffmd6b7MF8juWtnpxzYU_mlBmvIm4wf94iSVTLJscZddM_GtSLmQegEWVYrfd QQ0vrXUMTw66knyUDG5jKDUsea0AMmRkfX1t1dRaC7WgwZ_..rlunv316En459WF8QIoF2vWCeks xOH5mez_evs6afS18Agbpv0SMqJIiXV9ojEkfaZvwIQnl8LI18OEAU7yN4gs4pNLILLuV0F2K4gU 3rKhejjo1b_64kjZvjCbEwwa5rQQJIJ_T2H7ByrwqGYuvefjdlKWoSGE23tiPSAFn.k9nIFJIEqt rheu_4RYydkv3cQbZ1C4aAczJVkDN1BV9j8HSAuYsEqONd7qGguQmKDufZdlKuptBIIoOE1FajBB 1xPqoEyMTUxjaMb7gWzCwei1SEGDQvWxt8CKCevdR2N8PaOQC58_NyqYt4Utq2NiX7cvmnYhQF4k stcidXQRdlMpp1cQ2xgbIeyuEIydAb3hFnhUo7TMhmgClHeEBuEwXHHcWq2d_0sdvN1w4wbowwvh gt6TiDcu46R9.GtOboHbC.kYLRaQ1EPnlRGNxvi6tVVHQvMn1TvQK7Tf0PS3GRnNzVMiBIITt66U 1S1AsR_SeYTsq_qg9TMHoT2h_9wpu1R0w2BRVorYv7wKCkyXzdPrVnKrnyITQUaSfjUlalB4nip5 tKzafTJMSMRm0XW_RHxMOJ1AeKAQdk5DQxC5NaPnnnQcJ7ypdu6F7jG300RQfX_nh1.3dNnVmPIu 4rjpj372SR45UvlgrhuQQkku2YgS5WzHHQXeh.0zGFue9g7uk35JOSrEr87RTFYv0qhaVlrkDZn4 BF8g6.a.XEUYfaPeZeKw8wxmODU8pJpf8WuzG_C08_ZPm8juFXjkevsDIs6yIQ_01f.MZyRCaPsf mKQ2au3Rdo53eW4KI9bXKnv4JKLl0PCuH40BR0wKm43ummky1SE.Vm4NSL4SO_oUzHfJV9byQrEl ILAETYdlKHhusBPcXEXtJGRjN8_KDxP.FgeuNuiDvUbn3R7nC6kwU9vHMyCVDTvcWXuDZlFyMemV q2xJtR3B_.J26DfCSLIjc4UkKnnKw872xRdPtZRl1odpgfuqR3VhzTie9bm5.WFwNHO1fkDZsxh. smCgvN9ahz21E2KQURxdfwZVIC1HJuCEGVhJwVSaVOoH9ema9fXuOyLHNzNCOeAinhlkvU8qkpv2 zYSeqUQ8hoWxD_xJ8o5G2K24BSRlP3zC8iNTNGdyxC289jENtvCHdeeQp7LpaX4tRyw_wMvrShYF G760sSo2rlRjwUs4bQWamQM16ge.S.LnimC8z7igDTdNFK_zaINTtq.ro1.USaeRe9NAvK6Mcw1_ pAWKnQfmzmLsYyiTbKp5p94FcLt7px904J1zrFqCDG608Y01pJdbXooJ7CPFRVBsEGerDC2VCoo2 QNjXu8nZO35BeNHzIux5rRjFLN.4ctFDd9dEDbWb591kgj_8en3ALLdnpF.5PoUJx40etVQTTEsZ wX_9VwXPITUDOR_j37YzA4d_H2oMM02Oqso_kLeBqL3tqa5ZRsvJJquX2lM4UKU3Jq1KtMwBW88h r0aNaBJUKCOVlhyCMiaNJHDhjRQVTs_yI4HBk_Meex_ZyTCDB2z.Dar.vILtfBLy1S9oBPDX01BL CtEYnxgQxNavcLHkRkk5.1V0M2RilSHE9bapQXdOIChqhPW.gmz_fvZJJlMFA23Zyni2138Q4JPc GquG7Kt53AaiIcCein5wZzNh26W6vMKe3EdgpOuSOa7Ksuyd4CeQpuNTf57MJkfjF8SZMj1WQAEo 8rP4g.YKALMNv6qksQEl9YEu.2xRy0SoqTNE60OWWPHn10Otwgfa4K1WmyypNUT3N4XA7pRkqetp XjxYfypMhhwxENvquogafcTnRK8a2X4MfmPxo0Vh4kxr58qvb_yM9XfGQIRjfDenXbsxUeZLOXBZ 25Rwe.7R7YIMc5QqQcpbqaeQCg892s9J8fxhWCm5kHzoBG_DNKXjs2tXBcWkE5oLCruzeV21zcLk 6NtYPbgS10VOjR07HWD2bp1wpH5hZRW09hbYOC9X.vbDWqqsIqDGh5GnpQKcVrETgQ0.a2aVgo4n tlbEJgk4nfwvO8dmDSX8H8FyYhY2lHLqscOkCyY26DIUXPhKHYyXdSZhuF4RjMa1PP_FtgwlHqLl JhadQ8Xlfm_9t.54EVpWM4WnyW1lQYQIXrYzyJgL5.DsqPRsrcShOGu6_zFOt1uAv8lAihGfC X-Sonic-MF: X-Sonic-ID: 48d3c462-18ec-4cc2-836f-79a419ad1f0c Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Sep 2023 06:21:14 +0000 Received: by hermes--production-bf1-678f64c47b-bjrhv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c3ef245383ce1869d72e37aac2070137; Thu, 14 Sep 2023 06:21:11 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Message-Id: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> Date: Wed, 13 Sep 2023 23:20:58 -0700 Cc: freebsd-arm To: FreeBSD Mailing List X-Mailer: Apple Mail (2.3731.700.6) References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.943]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RmRzK0Z7nz3Gx7 Note: py39 is in use in my context. Building devel/llvm16 requires building = textproc/py-recommonmark@py39 Building textproc/py-recommonmark@py39 requires building = textproc/py-sphinx@py39 Building textproc/py-sphinx@py39 requires building = www/py-requests@py39 Building www/py-requests@py39 requires building = net/py-urllib3@py39 Building net/py-urllib3@py39 requires building = security/py-openssl@py39 Building security/py-openssl@py39 requires building = security/py-cryptography@py39 Building security/py-cryptography@py39 requires building = devel/py-setuptools-rust@py39 Building devel/py-setuptools-rust@py39 requires building lang/rust Building devel/llvm16 and the like just got more resource intensive for those not already building lang/rust . Building lang/rust in my context uses system-clang ( not a devel/llvm* ). So no loop in my context. I normally build rust anyway. But other folks may have been avoiding such. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 14 07:26:30 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmTQZ3x5Xz4thRC for ; Thu, 14 Sep 2023 07:26:30 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmTQZ2tx6z3Y2V for ; Thu, 14 Sep 2023 07:26:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694676390; a=rsa-sha256; cv=none; b=rq3yBapb5N3Vj5iC3pNe62fCRE37rhQnOZWh4CGRwpwHYxx+DPXTRq1y8NmZXVQ6uDsmci L1ybgrMf2powmehL5mHjmGd+gEEOwY+HS819Dw20wbJBhKqEbKnhD4ba5h8cW7dspOcLaj qJT5YgOpHnVlc4GVJtO4/gBexKEB9Llh9eaL9m8SoEK5qxua29hz1bwo67pbwN8f+7gcWJ GHzhtB0W2GQP+mmIPKYl+8url/E7he7KteqUPqBVMR84zljYZYVOcg45inSX1y/9LYY8lJ QhC2URnBE3K3OZLzC3F0o4lFCfppvUSiZiz9ri0HAmd0tzirxR7Jhf+fpY174A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694676390; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=A/1W+ZMv41Z7UcTcNCxjY0cjjLee1xkvIv0XZA/V9vg=; b=DADWMk7uGWdR/hKyT5VD7dkks2qtuwVA0d+e2Y7eSQI3oXI+0J/InfJnIBvGI/LWlDPwOm 2dcHJAp6yFc1FhX6GbEmi1+P1oGFkm6zd4bA/qNu0Xbjzbz0FfgkDxbnmfk/W2fuVjs8Rn e1eaJR77G/ZSC0qL3FhvG9DmT9DdjbLK4TZRu744DrTj9zpWA8LAaW0TuTMSTaCIwBuUdf aLDejV4qGL4jr59Xtb3VdmV3evuJ7ZcSIFWQGN3ENzgNkAJMkOHYYrRkc3OJLxTJPqqpVJ lYOty5HwdPPulmrljGxsp5mfggob7jV65OeeEbr+MEkzxuE/xRCNuU88t9SBLQ== 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 4RmTQZ1ymTznxy for ; Thu, 14 Sep 2023 07:26:30 +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 38E7QUDX054505 for ; Thu, 14 Sep 2023 07:26:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38E7QUIP054504 for freebsd-arm@FreeBSD.org; Thu, 14 Sep 2023 07:26:30 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: freebsd-arm@FreeBSD.org Subject: [Bug 272666] FreeBSD arm64 Azure panic in add_route Date: Thu, 14 Sep 2023 07:26:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: schakrabarti@microsoft.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status 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 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272666 schakrabarti@microsoft.com changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Open |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Sep 14 08:26:16 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmVlX5xZbz4snnX for ; Thu, 14 Sep 2023 08:26:16 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmVlX3tFsz4JdZ for ; Thu, 14 Sep 2023 08:26:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694679976; a=rsa-sha256; cv=none; b=H2Y+2XnkFV/3N+dWPftveFahacta0I3wzI8IDvE1pgGekTVIVKA7rYraCXiI4+2MTE4+Za jpJK/o7NKAqPp6n0ilGVDvnNOUEXSdOQgLbb6bCE8pTIIGpEumWCTBTU7wm7rfyz2S217b l+/uYRVwNE8i0IckTbiHFXlBeZ3UvULE1vMyFUoOdBw7MOOYIXZRMgWvU40Oo28trzeZZo tFUESG7eT0SkmeDXe1oIvPOqvP/s/OmgKwSDr14cpKd6CvNTWz2aUUao43jl6K6X51AGE9 P1ORfmBl43aK9oHKDaOHiGHq2JvNlVwRh3f61PTvrsIZLYb7j/AbuREcJ4zwNA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694679976; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=goXLDB08bHdyOU6VDKBooeV2UvkZi0BUhv6FukxJ/As=; b=CZEpput2ZY8n4ozfK9xI/lnY08NXpqndohST+zwb+0/Z2VNYcAGfIoku1u+qsWIdSL6nmZ AXF5AtcbmMqoJ+RbnzFJh0yxU7jPTxv/3bZtm85zqksE9/GG2DkisDQMqntpAQ7Yj7/VHM +VezONG4cCq6kvlGGishitOprpBWc4LVr82bWsa1b8X83TggW2AIt8rfR8+UN+u+gid0j5 VtAh6RvWGRxx5iuq8kBI79osyFuCmMXW3/j56lOpyZUKHjwyQc0aFbK6QlEMRILURxV9q+ b+LEjnVSeVGB6+vVW16uiI6wZNXO9fiW7hQ2uk51xcRQgfW6CKGjxY2QQl1iJQ== 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 4RmVlX2qpgzq00 for ; Thu, 14 Sep 2023 08:26:16 +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 38E8QGKp045782 for ; Thu, 14 Sep 2023 08:26:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 38E8QGBd045781 for freebsd-arm@FreeBSD.org; Thu, 14 Sep 2023 08:26:16 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: freebsd-arm@FreeBSD.org Subject: [Bug 273773] PNVI-ae-udi memory model non-compliance Date: Thu, 14 Sep 2023 08:26:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: pkk@spth.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.mimetype attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273773 Bug ID: 273773 Summary: PNVI-ae-udi memory model non-compliance Product: Base System Version: 13.2-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: pkk@spth.de Attachment #244826 text/plain mime type: Created attachment 244826 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D244826&action= =3Dedit Some sample C source to reproduce the issue I discovered this issue using the SDCC regression test suite on a Raspi 4 running FreeBSD 13.0, 13.1 and 13.2. I do not know if it affects other Free= BSD systems. The C standard does not specify a memory model, and there are ambiguities a= nd different interpretations. Years ago, this became to be seen as a problem, = and WG14 created the memory model study group. By now, there is mostly a consen= sus that the memory model called "PNVI-ae-udi" makes the most sense. While it w= ill not be put into the C standard immediately, it will be a technical specification (TS 6010). FreeBSD 13 on aarch64 currently fails three of the testcases for the PNVI-ae-udi memory model (I have not seen similar problem on GNU/Linux with recent clang and GCC). Reproduce e.g. via: philipp@raspi-aulnay:~ $ clang -Wall -pedantic -O2 test2.c test2.c:35:13: warning: unused variable 'j' [-Wunused-variable] uintptr_t j =3D (uintptr_t)q; ^ 1 warning generated. philipp@raspi-aulnay:~ $ ./a.out Assertion failed: (y =3D=3D 11), function testMM, file test2.c, line 39. Abort trap (core dumped) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Sep 14 10:56:34 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmZ581dXlz4sfY2; Thu, 14 Sep 2023 10:56:44 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmZ576L2lz3DWP; Thu, 14 Sep 2023 10:56:43 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.17.1/8.17.1) with ESMTPS id 38EAuZQV087272 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Sep 2023 10:56:35 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1694688995; bh=7niXOu9PkbRFgx553q7NDwCzVmB41tg9EOqLN7HyCw0=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=h7FJ5Hab4Gf2ZJLlggpaB0Icb4RAT5kuWbfqfz/v1pHfd1R+lYCbM1Csz2vr0h8YU UwRt+v3hrifJ+lzxW8EKhZSGPXv9Kf35nQLFGm63IFfG4vpYTDE9oH3x7Jj8fNFw5E ZqMdiLTgca4kV71RgJV8WZWmtQIEpJtb1ZMY3OmQ= Received: from localhost (saper@localhost) by q.saper.info (8.17.1/8.17.1/Submit) with ESMTP id 38EAuYa0087269; Thu, 14 Sep 2023 10:56:34 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Thu, 14 Sep 2023 10:56:34 +0000 From: Marcin Cieslak To: Mark Millard cc: FreeBSD Mailing List , freebsd-arm Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . In-Reply-To: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> Message-ID: References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-88054448-1694688995=:2572" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Queue-Id: 4RmZ576L2lz3DWP --2201072851-88054448-1694688995=:2572 Content-Type: text/plain; charset=US-ASCII; format=flowed On Wed, 13 Sep 2023, Mark Millard wrote: > Note: py39 is in use in my context. > > Building devel/llvm16 requires building textproc/py-recommonmark@py39 > Building textproc/py-recommonmark@py39 requires building textproc/py-sphinx@py39 > Building textproc/py-sphinx@py39 requires building www/py-requests@py39 > Building www/py-requests@py39 requires building net/py-urllib3@py39 > Building net/py-urllib3@py39 requires building security/py-openssl@py39 > Building security/py-openssl@py39 requires building security/py-cryptography@py39 > Building security/py-cryptography@py39 requires building devel/py-setuptools-rust@py39 > Building devel/py-setuptools-rust@py39 requires building lang/rust > > Building devel/llvm16 and the like just got more > resource intensive for those not already building > lang/rust . Building lang/rust in my context uses > system-clang ( not a devel/llvm* ). So no loop in > my context. sphinx is only for documentation, I hope this gets avoided by using WITHOUT_DOCS --2201072851-88054448-1694688995=:2572 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzA5MTQxMDU2MzRaMC8GCSqGSIb3DQEJ BDEiBCDs7NEALYzXqWUY9WP6BeKEcyLjjCpvuLvNIsN6I+8DazB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgBV su+7zglORf92lpCgpKTnDf7Lfuv7E6syZ1fljOJIuornM06g2VNXjwjK9HWK slkEkr1K1/30gqTd/a+Gh17IETbRFUUwRHrF6YQHpn/TZQHygnVdNaq/FY80 YzsY4x3+Dk5LfxyPVmqYJM3N5311Hap580kz2HIs6g2WcNtS40G8ZRpHXGV/ jEZQynqXE7AJbOcZN+aiSmDhNz8R9nxNulJx1lMiFtXzWXGptx8ZymoXnTpR FV4tmJo9cJcnXgRnZVYwLBHC5z5VGa3EfxoyMF/kzPwo4ftnQ5KG7ZsIKSN9 s6+OQ9N2UROlIqfgkEoeTuGFufF6Z9ESG/qc/r1iPqBqKTU0lNbIsaQVPRMq W4Kca5OEpCyYufF0bV8xF0k5bVjRtt+BCNv9kvFQQa0DV3MvXlbSuQ9XD6Pb 3EYPojttx1RmEtSkQo/W1kMwpdO/9ZFYrWAv4Con6Ojdr3FVQ6xLLWvz3uGU J0XYDzxu4ZtmrQA0pp+YuLmfrzcuH0CFXy+1KUB4YOQKm/h2bxFNVk3/VT0j aBbmvxtK4MKTNXCSZ1CUWc/RZ52fGnN3XJFucwlisDcoBRICDdYRXt13Lh71 9SrkA2UYKJ9+F8GLycvx4faF+6hKqP2aTQkfUVnV4jce9vJ2arhWdVFOcvtn BWusApnSA5u3JvReJJYVEg== --2201072851-88054448-1694688995=:2572-- From nobody Thu Sep 14 17:46:57 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmlBg1RZVz4tJNP for ; Thu, 14 Sep 2023 17:47:07 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-3.mit.edu (outgoing-exchange-3.mit.edu [18.9.28.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmlBg0pLfz3bc8 for ; Thu, 14 Sep 2023 17:47:07 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; none Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-3.mit.edu (8.14.7/8.12.4) with ESMTP id 38EHkxsd002792; Thu, 14 Sep 2023 13:47:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1694713623; bh=+OUAET0E/bxGX04U7H88SHzUhIcR/CpKcGbsS3GFN3c=; h=From:Subject:Date:Message-ID:Content-Type:MIME-Version; b=bff0I1nj17VpwV6cYwo3fmTjPBDCMzZ2yLa+WAejsK4UN6gFha50d3yQWdACCq5nx kVRnXwRw4FS3pN+fol2Q/JQnBTb/4YV1l4u4mg9JkXPuaeQg0pLeH39LejDmvW0t3k //Na2LkRkxJ1WmwmtNMftLPlU8rLO8sCtRKWmg5bJtTIDx4eCc0MZirIM42ICC8z3s vBFxA/Y1+mG7sE+s0i70nCi1z0Y7lsKubZ7+/W6PM9tnULHuD90GMXyUeeaxrUA1cX cuPN49HrqiC4xc3EscbDkkbVHF8TizpROSW+6+6hOGtYSdYN5Nrt04sPdcqpG0gi3j WsK7T/QQpOtxA== Received: from w92expo10.exchange.mit.edu (18.7.74.64) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Thu, 14 Sep 2023 13:46:58 -0400 Received: from oc11exhyb4.exchange.mit.edu (18.9.1.100) by w92expo10.exchange.mit.edu (18.7.74.64) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 14 Sep 2023 13:47:00 -0400 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (104.47.55.101) by oc11exhyb4.exchange.mit.edu (18.9.1.100) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Thu, 14 Sep 2023 13:47:00 -0400 Received: from LV8PR01MB8454.prod.exchangelabs.com (2603:10b6:408:184::18) by CO1PR01MB6710.prod.exchangelabs.com (2603:10b6:303:fb::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6792.20; Thu, 14 Sep 2023 17:46:58 +0000 Received: from LV8PR01MB8454.prod.exchangelabs.com ([fe80::48c4:e0a1:4fd9:5f89]) by LV8PR01MB8454.prod.exchangelabs.com ([fe80::48c4:e0a1:4fd9:5f89%4]) with mapi id 15.20.6792.020; Thu, 14 Sep 2023 17:46:58 +0000 From: "John F Carr" To: Mark Millard CC: FreeBSD Mailing List , freebsd-arm Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Thread-Topic: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Thread-Index: AQHZ5tO1F/rzrDrgf0+K2CR3t7z5K7AamTWA Date: Thu, 14 Sep 2023 17:46:57 +0000 Message-ID: <839065D4-58CC-4E59-9726-205BDFC01521@mit.edu> References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> In-Reply-To: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: LV8PR01MB8454:EE_|CO1PR01MB6710:EE_ x-ms-office365-filtering-correlation-id: 87807781-3fa9-4901-aa44-08dbb54a97aa x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cNmARs84VEE+CwU4r4ALbgoA+HxUjmBA8Qlxv/ueg74+PLPNrhZfV1K88U2iAUHevygONxHuRPrP2vxKOcjYZ2rVt4cSuoPDsRssRluY8Y082STCENi3e7EKKnMFG7oS16a/xyHU2Hb8g6rNxKQPYtHvav/ggUJ/y2OJhS4jtPG9QfGF+gQaDsVoMQ4lr/X8M8A6UzuJpQWl+5c5UfRJrSgHtFct9FXxxHy92iPzdnobI9G76wtHalvz8uDLbk8ppAxqmdQp/9o6V0N2Zdq32ZTEVMAqX4InOGaxi7YqVQJ9DHtMtS8lXZTxwwWQhMMBPNKzAmRDh7u672yh0T3c/AwSEd5rESE3x4+JCx3cBRVNQ3Pfxtt4dNhwvHNIc9Ztb+9a6rSLjlxzF3XqG/saQ8ESwmN4W8pyGIxOEeDaUe/klVarXEXMTvLHIAoqOpr4DF1mKZnWZyZ+KV8sFOxloMVniY1hjo+u9Q9TNrRMZFQXMAPV4h8HurI6B9xYwtTWD3fB6DBvhHFBCMTJWPQ+59EwI2Bif41pFqJSjgNIRBs5hI4+k7OOtcNhJBtEKrt4uEJYEjkJyN7zN1uF0osB9YcJ+LXZCdV/Znp8Z+YFnR/4e1tEDTQ7rMqiO3a6boVetRUCSN6ba5zyvglfqK+XCg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:LV8PR01MB8454.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230031)(346002)(396003)(39860400002)(366004)(136003)(376002)(451199024)(186009)(1800799009)(64756008)(38070700005)(26005)(38100700002)(2616005)(122000001)(478600001)(36756003)(6512007)(6486002)(6506007)(71200400001)(53546011)(316002)(6916009)(76116006)(786003)(66556008)(66446008)(54906003)(66946007)(66476007)(41300700001)(91956017)(83380400001)(8936002)(5660300002)(2906002)(8676002)(4326008)(75432002)(86362001)(33656002)(132733001);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?E0NJptdB5tWPIAP8aV1QOF1pauvVg+T0S/jzsRhCk/Om3OP8hkU4m1Gj52K3?= =?us-ascii?Q?Gm/o2AiIXENhULysN6yAkrcb///SRfat882FkjnGpmo1D7T+zuxuu8b4qWnG?= =?us-ascii?Q?CTqDMtH5EGHQGGcfPadhRKwEuTd5+pxSVoTj3ggzwz0mORUYbZeu7QIZJcaU?= =?us-ascii?Q?L3p3QSL5/LQ0z7AO58tJYjWq3QUvk6XcN3uaX5NxYz2senNT8VKbXPl7dnhl?= =?us-ascii?Q?374VNFz4QJj/4LLHRW7cX3q9j5CMiW18XvByb1md50uMLN3nOamEhj8nfTmt?= =?us-ascii?Q?Hdg2n3MKuiY0dpGUIz/p/7AI9iZOI/stckd/4GIk9SBHx7xc8BRwyjLl+hVz?= =?us-ascii?Q?unPkHgICPIQwaUYXCFqclu9wJB0fPrQ53sg1dFP9gk2i/eKqAPQg/oxFmlCv?= =?us-ascii?Q?0opTiRHgmHsSJ69dkS0IFa3Kl+pr6sKlrd7sUu5q/eEFBFJ1054/H09oMLNJ?= =?us-ascii?Q?f0+zJInRkIZM9j4BKx8DXfoQ0m6BfJj2SWlPyIOXB8bhfHvTCK/VKLlmU2Fk?= =?us-ascii?Q?/g4MoJj/EEJxtldtOSvYZxZ942MCya6rZ/5OFCu67dAVJPUgGteUn+xGvOA8?= =?us-ascii?Q?YwkC6syLrnLc/U59uTRbCo4mbU44vY22XqSWBfomfw6TRN41MenyRiNB97xZ?= =?us-ascii?Q?WHzf12Uh+L7mMZefljg9m77Ay3hYQjEKs0dUAqea+g3PncOxqVB+umf9lA8p?= =?us-ascii?Q?FOxcFheYCHmVaG0CBdq4N5IF78EIdEzApeJmSL/CnPxzpiLvINGXYtpItCoc?= =?us-ascii?Q?1kBn3m1p4AMQEfFM+sdHMKFZkv6GlDgAPwi/qUmhqPRpywCFHqPHHnCS/QHH?= =?us-ascii?Q?HtJfxNeHzs1vxqqNfn6QAEZrPB8iEUIEkc46+keeavajlnm/FZx8BEk+BtS+?= =?us-ascii?Q?8c+9bRGU0nhSf5uAVY5vgaowwhOZQiuNrgOku4lZb+6NDq1ON6ErE/ksX6LW?= =?us-ascii?Q?IMQXbltTuZRh4BKiACtgRvgQmwoAdmyTZ02omZfVRf11FxdBPBA14+Jc1jXv?= =?us-ascii?Q?iZhV/Sy+V9G4sZb5LsOX/ysevj3RcD2wuDjTfKnldndnHyGkL9Q2IkUYS66a?= =?us-ascii?Q?SAi6r2MWvl2VYM/X24fKzhV57FSVf0pHU8nyulqeI55PjHbUtVR8BA6XJj+1?= =?us-ascii?Q?LauU1k2qGT0SjR8rnxw7YG7fsQz6/HRrj/S8gWTQbOPVZg8+tr12YHczEzxI?= =?us-ascii?Q?oiIPfhidbUWSlwEzKPRHcXLZ5vgN/JE5HzYzPLHj3nSbNdcGCNfi6MfamZVF?= =?us-ascii?Q?z0RtnCmIc1AByso2uFpBNNM1BZVFrtVXvMXH4MAPeGVfQeJHkp8JY6KSAec1?= =?us-ascii?Q?Tbn+TU/+JyhnuUyR7ODV7FvcHZOvmQmacU9YMrs55WWuJ6VRTPZYei7La3Zw?= =?us-ascii?Q?nsxaa/3oGmqmf0i6AYTwwDEhN7KP2rl88zMO16gUwezgT5P68c6kRIbzCjo8?= =?us-ascii?Q?x+we97O1/0dwDZq7Hc8aJOdWQVrlTpzi/YKUTMKkAiTo8FE5grrbbsZNb2Hg?= =?us-ascii?Q?p/mi4bCfURBLlWdDNntmMi/RO6ZRfandAm54KJSCE0BuHMwQD/L6G739fM9u?= =?us-ascii?Q?XMP2eIa+hoVnmDkIQTI=3D?= Content-Type: text/plain; charset="us-ascii" Content-ID: <2876A998434B614093794FED444400D0@prod.exchangelabs.com> Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LV8PR01MB8454.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 87807781-3fa9-4901-aa44-08dbb54a97aa X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2023 17:46:57.9269 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5HX7M6vbiFGipg8B/PXqA1jP07dc/VWs1iIYdi0N+IObpxmwM2Swlp5+xDqy+qY7 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR01MB6710 X-OriginatorOrg: mit.edu X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US] X-Rspamd-Queue-Id: 4RmlBg0pLfz3bc8 This needs to be fixed. One massive compiler should not depend on another = massive compiler just in case something in the tool chain wants to make an HTTPS re= quest. Setting DOCS=3Doff does not fix the dependency. Here is my list of stripped-down devel/llvm17 options that still require ru= st =3D=3D=3D> The following configuration options are available for llvm17-17.= 0.0.r4: BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) CLANG=3Don: Build clang COMPILER_RT=3Don: Sanitizer libraries DOCS=3Doff: Build and/or install documentation EXTRAS=3Doff: Extra clang tools FLANG=3Doff: Flang FORTRAN compiler LIT=3Don: Install lit and FileCheck test tools LLD=3Don: Install lld, the LLVM linker LLDB=3Don: Install lldb, the LLVM debugger MLIR=3Don: Multi-Level Intermediate Representation OPENMP=3Doff: Install libomp, the LLVM OpenMP runtime library POLLY=3Doff: Polyhedral loop and data-locality optimizer PYCLANG=3Doff: Install python bindings to libclang STATIC_LIBS=3Doff: Install static libraries (does not effect sanitizer= s) =3D=3D=3D=3D> Options available for the single BACKENDS: you have to select= exactly one of them BE_FREEBSD=3Don: Backends for FreeBSD architectures BE_NATIVE=3Doff: Backend(s) for this architecture (AArch64 ARM) BE_STANDARD=3Doff: All non-experimental backends rust does not currently build on my system so I can not build the ports llv= m17 or llvm-devel. > On Sep 14, 2023, at 02:20, Mark Millard wrote: >=20 > Note: py39 is in use in my context. >=20 > Building devel/llvm16 requires building textproc/py-recommonmark@py39 > Building textproc/py-recommonmark@py39 requires building textproc/py-sphi= nx@py39 > Building textproc/py-sphinx@py39 requires building www/py-requests@py39 > Building www/py-requests@py39 requires building net/py-urllib3@py39 > Building net/py-urllib3@py39 requires building security/py-openssl@py39 > Building security/py-openssl@py39 requires building security/py-cryptogra= phy@py39 > Building security/py-cryptography@py39 requires building devel/py-setupto= ols-rust@py39 > Building devel/py-setuptools-rust@py39 requires building lang/rust >=20 > Building devel/llvm16 and the like just got more > resource intensive for those not already building > lang/rust . Building lang/rust in my context uses > system-clang ( not a devel/llvm* ). So no loop in > my context. >=20 > I normally build rust anyway. But other folks may > have been avoiding such. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 >=20 From nobody Thu Sep 14 17:52:45 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmlKR0yZVz4tKdp; Thu, 14 Sep 2023 17:52:59 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmlKQ73TBz3cgX; Thu, 14 Sep 2023 17:52:58 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694713979; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SOjI8XNi8mkrSeyniTziuoVrVzKjRUky5MkT/89bZ84=; b=VyijSK1mh5Ocl/G/79EhltE6Ya0SdtPg35ggwcGJbFPp+GUewK/He/g+Q9fm4QDUESvLm/ SXon9YLtFBa2elMc4rSX0yFQ3X+LROIxvBtgSrk7fyAxWhS3nzukqXlS8ogG1MBgTyBigt sstGLH9yGJh3z5fIe3TFYfLvxPhetAYSFJTE+RKKtPunM+EOGJTL3dwNB7YQICrhgVBVrG KCu9Ls2gGnwzGKiryQ42SI8sdmVFm0gOhN8eCEJC3LfiQjj0tRETKeuJHIJoQ3VgZ2eMyf txnoWl4kUI0Rutqr8dxj84jpyM9zwEYp+2QWDE9lhHCRSc4VYYsO2WJQ/5aUrA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694713979; a=rsa-sha256; cv=none; b=PpeymmvuTVf/V5ppDgYzW2sXLnzQoUhlXypXNfKA8ILeI7ztYrFoe9gbAGclc9kkp9DCBG XjbqvtLJtzKhrrsZgWaOZYH4OxtD/Euw1X2f8ZxBt+4VsHEoGZ4P7n/nC/rbMZJp5/E9K0 A5uCxla2Sx3fke8yzhmdqaQ0Ih852Jodw0OSIVGdgydsnkmmHgTHiamfxO6khD7ImWgY2G gYb7ohHDSY0Z1l6fmXjvLXxvYUWM5TbJHfD9Hz7dLv2369Jsci7UhBJxBBpTRtPmk9Dh+G Reebd/604PVgk/zowmyk4XMpHXOrIZYfoecYIoE70ZAy3atKd8bFTACkNvovpA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1694713979; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=SOjI8XNi8mkrSeyniTziuoVrVzKjRUky5MkT/89bZ84=; b=i3kAE2BnCgjgrwaGumuRzw49sXga7YBTuZ9cGgEJS1eOSAUi3TVkYzqM7cusdqV3GIddyM v5GZLvvm7krABGVSPyrfYuvW8Mp8Fx8BqsV/vWwo3qQgYfpI/Sakakeb1oW+SvuX81tMgE vlScnO894PyFNIViKjTpcwlkCef3RtFD6clvfwLcyHKJ0mfvxCrAMWK3YBadNyLOBuI/6H r1kv899hbU8kJFGGmTRq9bVkyr2UKpCgDDoYflJEjPul//tfCrXyn0E6MwkJ+fTSpVfR6n IZYAFvGRppK8HIHHqLbADFTnFjTMhZq81b4cCUIq09hM8Ap9wpD+qhwAOxIKKA== Received: from [IPV6:2601:98a:d80:d0:56ee:75ff:fe50:69b5] (unknown [IPv6:2601:98a:d80:d0:56ee:75ff:fe50:69b5]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4RmlKQ53PKzVn; Thu, 14 Sep 2023 17:52:58 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: <9804f44f-94ba-458e-1130-02c70cd980df@freebsd.org> Date: Thu, 14 Sep 2023 13:52:45 -0400 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Content-Language: en-GB To: Mark Millard , FreeBSD Mailing List Cc: freebsd-arm References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> From: Charlie Li Organization: FreeBSD Project In-Reply-To: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------SlpctxmTv2qkhRPGVoJbTkLl" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------SlpctxmTv2qkhRPGVoJbTkLl Content-Type: multipart/mixed; boundary="------------qOPmAHkjb6cTOWm02FeBAa4n"; protected-headers="v1" From: Charlie Li To: Mark Millard , FreeBSD Mailing List Cc: freebsd-arm Message-ID: <9804f44f-94ba-458e-1130-02c70cd980df@freebsd.org> Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> In-Reply-To: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> --------------qOPmAHkjb6cTOWm02FeBAa4n Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 TWFyayBNaWxsYXJkIHdyb3RlOg0KPiBOb3RlOiBweTM5IGlzIGluIHVzZSBpbiBteSBjb250 ZXh0Lg0KPiANCj4gQnVpbGRpbmcgZGV2ZWwvbGx2bTE2CQkJcmVxdWlyZXMgYnVpbGRpbmcg dGV4dHByb2MvcHktcmVjb21tb25tYXJrQHB5MzkNCj4gQnVpbGRpbmcgdGV4dHByb2MvcHkt cmVjb21tb25tYXJrQHB5MzkJcmVxdWlyZXMgYnVpbGRpbmcgdGV4dHByb2MvcHktc3BoaW54 QHB5MzkNCj4gQnVpbGRpbmcgdGV4dHByb2MvcHktc3BoaW54QHB5MzkJcmVxdWlyZXMgYnVp bGRpbmcgd3d3L3B5LXJlcXVlc3RzQHB5MzkNCj4gQnVpbGRpbmcgd3d3L3B5LXJlcXVlc3Rz QHB5MzkJCXJlcXVpcmVzIGJ1aWxkaW5nIG5ldC9weS11cmxsaWIzQHB5MzkNCj4gQnVpbGRp bmcgbmV0L3B5LXVybGxpYjNAcHkzOQkJcmVxdWlyZXMgYnVpbGRpbmcgc2VjdXJpdHkvcHkt b3BlbnNzbEBweTM5DQo+IEJ1aWxkaW5nIHNlY3VyaXR5L3B5LW9wZW5zc2xAcHkzOQlyZXF1 aXJlcyBidWlsZGluZyBzZWN1cml0eS9weS1jcnlwdG9ncmFwaHlAcHkzOQ0KPiBCdWlsZGlu ZyBzZWN1cml0eS9weS1jcnlwdG9ncmFwaHlAcHkzOQlyZXF1aXJlcyBidWlsZGluZyBkZXZl bC9weS1zZXR1cHRvb2xzLXJ1c3RAcHkzOQ0KPiBCdWlsZGluZyBkZXZlbC9weS1zZXR1cHRv b2xzLXJ1c3RAcHkzOQlyZXF1aXJlcyBidWlsZGluZyBsYW5nL3J1c3QNCj4gDQo+IEJ1aWxk aW5nIGRldmVsL2xsdm0xNiBhbmQgdGhlIGxpa2UganVzdCBnb3QgbW9yZQ0KPiByZXNvdXJj ZSBpbnRlbnNpdmUgZm9yIHRob3NlIG5vdCBhbHJlYWR5IGJ1aWxkaW5nDQo+IGxhbmcvcnVz dCAuIEJ1aWxkaW5nIGxhbmcvcnVzdCBpbiBteSBjb250ZXh0IHVzZXMNCj4gc3lzdGVtLWNs YW5nICggbm90IGEgZGV2ZWwvbGx2bSogKS4gU28gbm8gbG9vcCBpbg0KPiBteSBjb250ZXh0 Lg0KPiANClRoZSBET0NTIG9wdGlvbiBpcyBwcm9ibGVtYXRpYyBmb3IgaWYvd2hlbiB0aGUg cnVzdCBwb3J0IHJlc3VycmVjdHMgYW4gDQpvcHRpb24gdG8gdXNlIHBvcnQgTExWTSByYXRo ZXIgdGhhbiB0aGUgYnVuZGxlZCBvbmUuDQo+IEkgbm9ybWFsbHkgYnVpbGQgcnVzdCBhbnl3 YXkuIEJ1dCBvdGhlciBmb2xrcyBtYXkNCj4gaGF2ZSBiZWVuIGF2b2lkaW5nIHN1Y2guDQo+ IA0KSSBhbmQgb3RoZXJzIHdobyB1c2UgYSBkaWZmZXJlbnQgVVNFUz1zc2wgcHJvdmlkZXIg ZG9uJ3QgaGF2ZSBhIGNob2ljZSANCmJ1dCB0byBidWlsZCBydXN0IGV2ZXJ5IHRpbWUuDQoN Ci0tIA0KQ2hhcmxpZSBMaQ0KLi4ubm9wZSwgc3RpbGwgZG9uJ3QgaGF2ZSBhbiBleGl0IGxp bmUuDQoNCg== --------------qOPmAHkjb6cTOWm02FeBAa4n-- --------------SlpctxmTv2qkhRPGVoJbTkLl Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQRTQA7vBfo8y1zE1rpnj5NgWEFcygUCZQNIbQUDAAAAAAAKCRBnj5NgWEFcymly AP9tgtWy1ULB1csbgbLs8O27z/0r7rcvlY1nFI+yiGXkGwEAtIuBQI7fNDoYXCCEcyoYqnUvtcls 0NYORYNNxI3m8Ag= =vrwO -----END PGP SIGNATURE----- --------------SlpctxmTv2qkhRPGVoJbTkLl-- From nobody Thu Sep 14 20:46:07 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rmq9c0lsBz4sN6y for ; Thu, 14 Sep 2023 20:46:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rmq9b50Dkz4XvM for ; Thu, 14 Sep 2023 20:46:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694724385; bh=d6xcf1SgwCj/HCtsl/bta1kEcjIU8hXi5niIajHAoYI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=H7ldzsXJQb4295JqoGIrFJHf37fos3QwL8El3bbEt5gxCa52t3uf9v/1JXjeFtifNKcZ0oL85LMeirnNgscOHWH3iRgRfffCWfXHiG4O4/ettPWbLko0LO9bXzugC8u3AUT6junGAgH++a/wAFTJXEs7YqBVCKnD2tn+MvV1/w/TnAy1cXZdKK3iUhUwMKlDwNFvTGqNSEwfiEC3X8KB4iVxP7ll1Kh2euGfShadFA+is/NXWN2WXRZ6B2t1oI0OxbConU/NZcOtAzmAYK39wGRBMPeYPHimM34fOJLZGZn8uXwvMiQ3IXvbyPb4pVxhAA/DBn8rsl3f5rbSqzmQ4Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694724385; bh=o6RJ4a+YMo6BwmxqrpCk/cYrmpNrrs3ZVtAjaHYaAl8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qkm9C/40oTBfYd6pxzqQSNs4Gu4tQGQfIihi8l4f1yrhRSNs/igJfOO5d7Kijppfh5dNIC8fQo0LpvAtU/AWo4gqtm5mkGtjEMe+oYdWya0E/kybbc2PyIY48Y+aM+m7eVrltgKAKIx8d/G5eLRJQYAS+2+JJzfUiFP3BVdkKK9hSGiOama+5vg/iPbTxYEcTspEvAWqI0JXR2ovOquxhlVxBMmBABRfpMzkdfPOVmkwfA3KY6hCrtfnk5pE5t8eHxx2pZFbrq+hrLiYOv22+/YGFvmpxIIFxvHBuDe2p0NHb6pKQEl+zT+3a1kXPOhPOlEhDnzN2gySHLWz2JbwzQ== X-YMail-OSG: AFrEwSsVM1nA5xttIXbFPJtcm6MxEYPp3j8OxUgKI44_2ZFm4UbS1vmOuaQ1gFc iYpdj5MEjLxDFHMLNfni4q878d9_WV3_VJMTtojSnE3G8nkYOTtCtH.Q6C.QuaaA799GsY3POFXU k1dqc.PRI_7We0.h6DWfWaieTlcGFCrapxQVkhhEHQsOF3En0tT.k_yRJ.lsFxLTEuPUkW1QMw06 4IsxcFOvm3oRiD9yPT5FqK_hN5AsNxZKSyoXUmuTKYYM_wWUAC21OzF3QbtWelYNc0AFX073ykZv 6CWRa1QB2SfiVGFbluW4ytD1shJj7gUd1yP5IHe1sGIBDAmhYsAzM54bZ7DMWv2BgYNLTHVfFpNr EwkOc3I5KrRedvMbTteG6gKgBmihVkE9rHfqXi8o7ZE9gGeIz5spsw82Kbn3kZeqqvAETnqlzCbA V.fS21HM_ez6YJt46kVsqDQx4On_zs16A1JD86ZHKoig00oN5.zRHKjRa3ga3wA_RdLm5mf6bD1N O6OCJckh3_YNG93.dlsMiAlhhf9kiFioE_OBv.WIzAq_AQ13k7J9H2UMOdOzmTRbj5oRYrim.Gas lXsDP7v3WrU8RsC7HS8D9mCpCBVboc3MJSXiexDoaNjl6A.MCC_76xckcUG5jEyLfsfyCwTOFnCs yo3m5AG5t2J0My9.F.edg0fFSoT_OhLuhwDaHVux_nnyZjQj2Q0mqZCB0G4s._vUuLPdFvTGiF9F 4GBy_qI4Bms4BbDMFmGg7Tcb.bxk1IcW2mcb_ph.KXcAkGcBfwxfEYuhKI.XcyCSk5TB4f8S5zUz zotuqpsnoNcMZ2.UammytnOvJ3cQrPvrp333fAMWItLnEbjUqKzj_SkBEkqKKkZcEj760dqcEJCV ImtTeYR7FVJLAsFyOfaOjigyplx3WcZfu9Ra74_cI3Mf2uHIJ5qLsOGIqL4ODVvW4myttx5PfDKB LWFc6wdL7Yqgcc_NlMXLdIBr_4qDv91zFzsPxQhvmMv8sh0RLfRmokkk322pvkuPKZM.g2dqsqk5 3PrflQM_f6hQob5wXIW1WrCLdyNfsLSAQ8a3K1lvJ5fMcYkRdv9aIn86XKsEyB6pHq_iIUwhXLhD sMHQ0YZCq.Mc2gtvzwqO7PE_ZiHziVOU0Psoxm8DORB4afVCbqw9_eJGjjaSrv5.n0liac03Ksrn HmHqj871bU751BsYaf14j09uRc9lHXBLEFEnTRiS99D20HXPwRiQSWW99nBWp.XCBnivNludWTIr bh1l6kZ22Qk35AiXSF1C06yVXT6Kw7OHB2YiXzhFz62OjyGom9YQKwQpBvATEVoob418uBme.Bzw jdUwrPv4a_BR74HXT0sq6.YLTVvelxBJNLKad7wQUHq6NySjCFRr7QpGWaE582eKl9amjw5_cLyc 0uptsmZe8RpNiiE6e4oPRsIAEl276c.YWDqXYb5mv5z2AMInMSK6qw_nKUnfkjauHsN4YsVsqAj7 VQPz5uIavK5d_uNzHuaSVYD328gmPvy6Oy7ZBc_a_tdOSbJvhMq23wkZ0aLwwFaRrcshU3sq2lyM 58SUHgv4_v82ddnDqY0WHkYbWJr_1AEklLTlqhEodCeNc.woWCmw_HNSd_bsFjjIJm23AcCI6WS_ sW_rhFdUMEGVjmwMDF4CuWGrnsv9DTt3M9fQ1ockjB0sidEL4RB3ZXhI0Ws52.SuBd7jJra1qbUs pDTL2mGsaFF0A93zGYetUTEQGWt09Ib5v4I1T9g4v_TGvrMu24ilnIJ4wG1ALSgiODagvzQixck7 GaulH7q0PyFwykD.AWaXhUwULR2omuQRs8HBOWPs44SjHWzi.A_eBgJDoD_Z0D3jLHB5UxMXLmxA Q0fNMovZSd_.OqUdpdg.6U884dwPUKqKGVGdrQkm106xj6iqhJR371ozot66yV4D9MAgnVSMS2l1 Wil8KZ_WDZADJdsFfTm9mzpA8fA0bjhSo6007NlBgDbxvfUFbqQ8tagbQCXoGJgbeajuF3TnJOJ1 m1egS.eBgW3trNcxN1kloPh5Gg1TKmcLMGJ34Ei8iweMQW99s4r2hjkWU0t2dB7TaZxLyVybOLDH Mu60EhJQYDexEm7m7wO6GSlUaJYlhlqTeab6pZ9tVayr6SzYjbIPEJqMlzdruiz_w14nuBhHhjce SqU33ly9qV65lN8QrUXV0VHbHa8uyErlpVXnY.r.g4ihv4nrql6eywV_aAus1CZB59diocIqmj_Z prh71N0qtGa.Sb1a2iVvilDL0pdrWltG7qxmLZ2pVDIzCoF1EaklizpH.mMLxniO7EoJTw1KXidK Isg-- X-Sonic-MF: X-Sonic-ID: 7ceaa86b-3183-41ee-8fec-c2224e1ec72a Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Sep 2023 20:46:25 +0000 Received: by hermes--production-ne1-6cbd549489-dnzkc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9b6fb5f2f24c29f9f8751dc9728537a4; Thu, 14 Sep 2023 20:46:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . From: Mark Millard In-Reply-To: <839065D4-58CC-4E59-9726-205BDFC01521@mit.edu> Date: Thu, 14 Sep 2023 13:46:07 -0700 Cc: FreeBSD Mailing List , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <7177D97D-8980-4222-8679-EE3091D09AB8@yahoo.com> References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> <839065D4-58CC-4E59-9726-205BDFC01521@mit.edu> To: John F Carr X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Rmq9b50Dkz4XvM On Sep 14, 2023, at 10:46, John F Carr wrote: > This needs to be fixed. One massive compiler should not depend on = another massive > compiler just in case something in the tool chain wants to make an = HTTPS request. > Setting DOCS=3Doff does not fix the dependency. >=20 > Here is my list of stripped-down devel/llvm17 options that still = require rust >=20 > =3D=3D=3D> The following configuration options are available for = llvm17-17.0.0.r4: > BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) > BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) > CLANG=3Don: Build clang > COMPILER_RT=3Don: Sanitizer libraries > DOCS=3Doff: Build and/or install documentation > EXTRAS=3Doff: Extra clang tools > FLANG=3Doff: Flang FORTRAN compiler > LIT=3Don: Install lit and FileCheck test tools > LLD=3Don: Install lld, the LLVM linker > LLDB=3Don: Install lldb, the LLVM debugger > MLIR=3Don: Multi-Level Intermediate Representation > OPENMP=3Doff: Install libomp, the LLVM OpenMP runtime library > POLLY=3Doff: Polyhedral loop and data-locality optimizer > PYCLANG=3Doff: Install python bindings to libclang > STATIC_LIBS=3Doff: Install static libraries (does not effect = sanitizers) > =3D=3D=3D=3D> Options available for the single BACKENDS: you have to = select exactly one of them > BE_FREEBSD=3Don: Backends for FreeBSD architectures > BE_NATIVE=3Doff: Backend(s) for this architecture (AArch64 ARM) > BE_STANDARD=3Doff: All non-experimental backends >=20 > rust does not currently build on my system so I can not build the = ports llvm17 or llvm-devel. (py39 happens to be what is in use in my context.) Even devel/llvm*@lite depends on py39-recommonmark --and that in turns leads to the sequence: py39-sphinx, py39-requests, py39-urllib3, py39-cryptography, py39-setuptools-rust, and rust. (The dependencies look to be basically runtime and test dependencies.) devel/llvm* always seems to be tied to recommonmark . [I'll note that recommonmark is in the process of being replaced upstream my myst-parser but that also leads down the same sphinx and later dependency sequence from what I can tell.] The system-clang builds avoid needing recommonmark (or the like). May be devel/llvm*'s could be updated to allow selecting such an avoidance? May be what actually uses recommonmark (or the like) could be separated into its own port that could optionally be built/installed? (Just vague ideas.) [Separately, just curious: Which resource limitations stop the building of rust in your context?] =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Sep 15 00:09:48 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RmvhM636wz4t8cy for ; Fri, 15 Sep 2023 00:09:55 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-5.mit.edu (outgoing-exchange-5.mit.edu [18.9.28.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RmvhM5P8Hz4DLt for ; Fri, 15 Sep 2023 00:09:55 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; none Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-5.mit.edu (8.14.7/8.12.4) with ESMTP id 38F09pRZ010180; Thu, 14 Sep 2023 20:09:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1694736593; bh=r2XcGe72x/FpC1BFmZMwTvYrAuYlVI3KjPN6OMtEVZ8=; h=From:Subject:Date:Message-ID:Content-Type:MIME-Version; b=VM8ZwRNlIX4WdbyNHQltbMmF+gj/CSh20PCVSGc8P5YtdqbATewFoEmxCX/+epXyY Zw6/tavjg5jPFwUZQLDOe8GuKws0bA0fY75K9JkTtuvwdmqseoy23f2T9YVnTVE93+ jjShQjf4/CVTu3k9OvHxH8yy+xoKJZZyMGnWoGUkq5db80A90ijPAEYx+Lzj5nRt3c rwzTpuDmA9ANKD+zeLaKlXVWhzr5+oiGHWin2yF22a0FH65HAp+TPwucLRKkoWNZuk bP/lqc5XrgSCnosFJkWdpSlQUkarALnQ7vR+VTuMwkHp1BMiH3etuZXsTUrZLMxkFL 6WEv/1OYYPPtA== Received: from oc11expo30.exchange.mit.edu (18.9.4.103) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Thu, 14 Sep 2023 20:09:44 -0400 Received: from oc11exhyb6.exchange.mit.edu (18.9.1.111) by oc11expo30.exchange.mit.edu (18.9.4.103) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Thu, 14 Sep 2023 20:09:50 -0400 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (104.47.70.104) by oc11exhyb6.exchange.mit.edu (18.9.1.111) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Thu, 14 Sep 2023 20:09:50 -0400 Received: from LV8PR01MB8454.prod.exchangelabs.com (2603:10b6:408:184::18) by PH0PR01MB6764.prod.exchangelabs.com (2603:10b6:510:7a::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6792.21; Fri, 15 Sep 2023 00:09:49 +0000 Received: from LV8PR01MB8454.prod.exchangelabs.com ([fe80::48c4:e0a1:4fd9:5f89]) by LV8PR01MB8454.prod.exchangelabs.com ([fe80::48c4:e0a1:4fd9:5f89%4]) with mapi id 15.20.6792.020; Fri, 15 Sep 2023 00:09:49 +0000 From: "John F Carr" To: Mark Millard CC: FreeBSD Mailing List , freebsd-arm Subject: Re: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Thread-Topic: Wow: Building the likes of devel/llvm16 now requires building rust first (when rust is out of date). . . Thread-Index: AQHZ5tO1F/rzrDrgf0+K2CR3t7z5K7AamTWAgAAyG4CAADjdAA== Date: Fri, 15 Sep 2023 00:09:48 +0000 Message-ID: <5290B318-0647-493F-8D1C-B87D4E623D73@mit.edu> References: <5620735A-FB8A-4AFE-B4E4-32D0D8D58962.ref@yahoo.com> <5620735A-FB8A-4AFE-B4E4-32D0D8D58962@yahoo.com> <839065D4-58CC-4E59-9726-205BDFC01521@mit.edu> <7177D97D-8980-4222-8679-EE3091D09AB8@yahoo.com> In-Reply-To: <7177D97D-8980-4222-8679-EE3091D09AB8@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: LV8PR01MB8454:EE_|PH0PR01MB6764:EE_ x-ms-office365-filtering-correlation-id: 1d2c64ac-2c9c-4b78-0f5d-08dbb5801369 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3rOxophfnB/KLEic3yLO7cBAj0+bci5eF6iBH1Zuj+WN9leM0sFDvSp56aOmKkCvgpa8RxXRbn5LdygvPbx4jcEYU6XpSw3XCK+Icq8utPlXHy4DPQAaf0lSo6X7FeWLqUXiJ96soMz2FAoQPV5MykkeNjqcGeFk67o8+jbJCVA9cfQHYwZc/J7W8aiOtx2LlWtw77uKCvD0ChqGD6jhGH+aEz5GeFNEWr+jXw+P9HOM8ItY64FFrJIxkN6T0DCnWijGZ66gbpif/gqLi1Xb40fbxb03KEEwwMr4ljoJV4IHkP93fMq/fFA8X8CcCfhHPw3qrJOpKk3nkfeErG8QqD2DKVXLdlao6hRds2W/HZl4CUCgIc3E65+ypEgfxao0DHO/Ja59WBvmu8IVZZZq9Jf+vyCXN/CBYkYA+lbdsPU0TjFcRsAOJoXHcwabzNtrRUkHZ/by3ZEzooDu2VXU3E7/mOjBfgLyjemSHmRDA03JIQWGulDlks9gW0xgdj08wdZDg3KqSwxnTaIolye9fuWEAv6KG8j2Goc+kH4dulqCbxzhU6eO2jBK24UF7b6x28n9Ns0KxzYUeBifmtC8p+iOlZ3LFE3RYqyVDYwprdqW60mkBYKM9CHTS62oTuaWLPMzLCIRTxmzPx73Jjuz+g== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:LV8PR01MB8454.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230031)(136003)(346002)(376002)(366004)(396003)(39860400002)(451199024)(1800799009)(186009)(6506007)(6486002)(71200400001)(36756003)(53546011)(122000001)(86362001)(26005)(66946007)(6512007)(76116006)(2906002)(66556008)(91956017)(83380400001)(38100700002)(38070700005)(33656002)(478600001)(2616005)(5660300002)(75432002)(64756008)(54906003)(66476007)(66446008)(4326008)(316002)(6916009)(786003)(8936002)(8676002)(41300700001)(132733001);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?6zaEXaZFSHwQDcmtqo7wexFV+hBVrtZHYiSVooILzJvXUyIX/zJkVZSFoMeW?= =?us-ascii?Q?MKAGE3FdVUr7WIE9mPqwwEuK9vfEBxdTdT2hmVmk4booQG8Q0X3WJ1voEo+A?= =?us-ascii?Q?T8pgr2EzqJ3CcGolMD333XCR7CT4yf98n1mz3l518pBXJ4yDFclFsyI8nkiD?= =?us-ascii?Q?pmd+JzZGvG/DwvBAkWlxc+3YmBc/Wrf8C9yH0uRSqjRtStAfc1ylaxVMyAQ2?= =?us-ascii?Q?U4R9CyHRZLvcbMvu/aWRAw/HJ5pfyysUx+DUsKwD081VVgH/FUYDmFxof6S5?= =?us-ascii?Q?8nEkEMyc4q3s9AZIvPs7aWw2vdmDs6a/PMLaeIroZq9ljtj44vLJL0ANzfjU?= =?us-ascii?Q?RsRXbZlljmHYePiCBTDHaUF8u8iX/je9nNLc875mlc6YqUd5JN6vNj16ZIOl?= =?us-ascii?Q?SfQX1Ci78qlw/nUZ037PaSO9yf0ahMzfbQ5iER8uXihSXIaM8bIj5jRNaE2V?= =?us-ascii?Q?rWd1SOj2mKuf7IeA50RVdXrqeRUghDIR1gELWFGJ3xTfrrW31VwGBXsDdx6R?= =?us-ascii?Q?a8Q732QKuzy/VRl7U9Vmrict9qSPaNwI7X9Pl8Qm2xO1V4I+16zGw7L0WmcB?= =?us-ascii?Q?d6MNIqNu73H2TmiNRHUPZ2uHHj/tz8PZnTcDR0HQ8f9ZygBaFI+cz8TA1s18?= =?us-ascii?Q?Zi5sRAixL71ud2UhiFQYMQZ039fTH/OO3TXb+8KlfLjhyDhUqqETNl5NgA6t?= =?us-ascii?Q?tk1OkU3J1qx+HLzJoK4M1nS64MuPC0zJIFGGO+xjzQGHvtcIBLmGYqjuzc7L?= =?us-ascii?Q?jJirxCUSAbnrE19XFlJ68H6O1DU3NyMPEEstFQesFg/99QQ6M7hLgLSbAx3M?= =?us-ascii?Q?+65DE+2xTKHWg9fwtcmWdfZoJ8G3N6NMTMjhXl4gAUb+MRV+W86O1o6Sv9De?= =?us-ascii?Q?D6s3i+cM2jBOTTiw4LV55A3ocjEM87JOgExughvU9A1o41p1JJxxydicSuxi?= =?us-ascii?Q?ySIjavDhVv8nomRpIVQJJyU1In8Md8sihr1zOvi4IRRrs29NoRoyhDItB0WI?= =?us-ascii?Q?O4nBEPK6oyWOMEmtdttGU5hHCYOAHoz012nC5cEaKziZDuX43RVOtD9ckuYD?= =?us-ascii?Q?bqNIpXyxGTwiqJt4T764fi52eBd9g4n7TbjFBINF1QMYF01tU92Xnd+bS+Cr?= =?us-ascii?Q?B9fW4ogvx3Ok4+gE0SsfLiB3P+qr50MHpWJWdFMHbRDdHxVm2flBonYHM7X6?= =?us-ascii?Q?XthdAWYtOARAUM4yUkodqEOuDFnIrZXoppxcMwLBglhcqNG7itOz2xZBQpTM?= =?us-ascii?Q?EwpupF6YVpaQAHvjsNPORB8s0hY8lvNNWnb3wRuH+nUAk2mxsvViMo9Ebr9b?= =?us-ascii?Q?xvP0yu88mXp26diIMqAI71InKlKOQcaWhWqZY5aqp3ygWXWvRPN1N17JpGZo?= =?us-ascii?Q?lz9p/Zd9jvsud/S0Ejm6pXCgXuF1b7khTyO03U3NVJHqojzeZHD5do1tXdOI?= =?us-ascii?Q?wssp4z9ANTh3ZyOWkP+ukZotBJ2aVHmkY9B4r+bMTOdnWk8/AFRZFZKV55WL?= =?us-ascii?Q?3KQmNg3szg6GBJ2fii1FmWpkDjuGAdGp8zXG6Vy0rKhPa0J3H7Lj8EDfrUdG?= =?us-ascii?Q?jGPVnLY7SOD1VIp8U8c=3D?= Content-Type: text/plain; charset="us-ascii" Content-ID: <46834B5DCBCAA744944A3A6BBA1F81E1@prod.exchangelabs.com> Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LV8PR01MB8454.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1d2c64ac-2c9c-4b78-0f5d-08dbb5801369 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2023 00:09:48.8686 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: w0WomehwjoW3idVhWf231V7APtK8ioUQiWd1LeFPZ+IDINbdKTqXPWnGL7vzuDBl X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR01MB6764 X-OriginatorOrg: mit.edu X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US] X-Rspamd-Queue-Id: 4RmvhM5P8Hz4DLt > On Sep 14, 2023, at 16:46, Mark Millard wrote: >=20 > On Sep 14, 2023, at 10:46, John F Carr wrote: >=20 >> This needs to be fixed. One massive compiler should not depend on anoth= er massive >> compiler just in case something in the tool chain wants to make an HTTPS= request. >> Setting DOCS=3Doff does not fix the dependency. >>=20 >> Here is my list of stripped-down devel/llvm17 options that still require= rust >>=20 >> =3D=3D=3D> The following configuration options are available for llvm17-= 17.0.0.r4: >> BE_AMDGPU=3Doff: AMD GPU backend (required by mesa) >> BE_WASM=3Doff: WebAssembly backend (required by firefox via wasi) >> CLANG=3Don: Build clang >> COMPILER_RT=3Don: Sanitizer libraries >> DOCS=3Doff: Build and/or install documentation >> EXTRAS=3Doff: Extra clang tools >> FLANG=3Doff: Flang FORTRAN compiler >> LIT=3Don: Install lit and FileCheck test tools >> LLD=3Don: Install lld, the LLVM linker >> LLDB=3Don: Install lldb, the LLVM debugger >> MLIR=3Don: Multi-Level Intermediate Representation >> OPENMP=3Doff: Install libomp, the LLVM OpenMP runtime library >> POLLY=3Doff: Polyhedral loop and data-locality optimizer >> PYCLANG=3Doff: Install python bindings to libclang >> STATIC_LIBS=3Doff: Install static libraries (does not effect sanitize= rs) >> =3D=3D=3D=3D> Options available for the single BACKENDS: you have to sel= ect exactly one of them >> BE_FREEBSD=3Don: Backends for FreeBSD architectures >> BE_NATIVE=3Doff: Backend(s) for this architecture (AArch64 ARM) >> BE_STANDARD=3Doff: All non-experimental backends >>=20 >> rust does not currently build on my system so I can not build the ports = llvm17 or llvm-devel. >=20 > (py39 happens to be what is in use in my context.) >=20 > Even devel/llvm*@lite depends on py39-recommonmark > --and that in turns leads to the sequence: py39-sphinx, > py39-requests, py39-urllib3, py39-cryptography, > py39-setuptools-rust, and rust. (The dependencies > look to be basically runtime and test dependencies.) > devel/llvm* always seems to be tied to recommonmark . >=20 > [I'll note that recommonmark is in the process > of being replaced upstream my myst-parser but > that also leads down the same sphinx and later > dependency sequence from what I can tell.] >=20 > The system-clang builds avoid needing recommonmark > (or the like). May be devel/llvm*'s could be updated > to allow selecting such an avoidance? May be what > actually uses recommonmark (or the like) could be > separated into its own port that could optionally > be built/installed? (Just vague ideas.) >=20 > [Separately, just curious: Which resource limitations > stop the building of rust in your context?] >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com My rust build fails with crashes that are probably not related to resource limits. I don't want to have to debug rust. I am only trying to build a C= compiler. >From dmesg: pid 73093 (rustc), jid 20, uid 65534: exited on signal 11 (core dumped) pid 17027 (rustc), jid 29, uid 65534: exited on signal 11 (core dumped) pid 16967 (cargo), jid 29, uid 65534: exited on signal 11 (core dumped) There are some other errors in the build logs that are not signals, such as error: could not compile `pulldown-cmark` (lib); 29 warnings emitted My poudriere.conf settings are USE_TMPFS=3Ddata TMPFS_LIMIT=3D17 MAX_MEMORY=3D23 These are not round numbers because I chose them to be somewhat bigger than older values that were too small. I have 3.10 as my default python version in Mk/bsd.default-versions.mk. I don't remember why 3.10 and not 3.9. 3.11 used to not work with llvm.