From nobody Sun Sep 3 02:00:01 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 4RdZjJ5S5mz4rX0D for ; Sun, 3 Sep 2023 02:00:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.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 4RdZjH04hVz3Mf3 for ; Sun, 3 Sep 2023 02:00:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=cskGKiuZ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 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=1693706416; bh=GOgupRw7AgIfgN+zq1LXbnX6xDtFnrvAuD+M7RdhOeQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=cskGKiuZHcRO5NCtogQsgMaMwWksaio5mYO8Xpc9m9J0onlT4lq6hOtO4aj9krjjqFo7AKc9HN3nPI3QxZngw8jnVDnRiork0HEH/fsZS21us7rnSIK9TYTE6q1UCs13EScbWXB9MfbSMwdaGIrfvFSeDpCzj+YrsiT0VTM7sed17TYnLiB4Is+QZ5/OgpYIvNzn4NXK7wj20lyL3q3lXl6mu93vfyuj1uY8RAX7tEb2VWFNBQmcPSeiNh+ZWiWi7oxkj2RYUaxwcKwfVeXcmt2o4o9HYRBuUpfszVrqM6ys49Nw1UWHHVg1juHCJ+gMdUfX5tsjFGBpxoqfEz1qDQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1693706416; bh=Frp2HCw2E4T3/9Yv/hFIHWOh32xN81SBEXwgaP+0V36=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=OQAtYabDqFT7G0vZXqNautJ2rqy6jMTH0G1MnhmQFzC0OM/Hr/mz4w5vuT6Gnjqk8U+IN0ysQoENiPU2ALxcmiBRZLgKtq9alQXonXy/IMkpy6282kMvjpa5smw+LYYrgkwv5SY2OoSWCHHvYY+lKjaV9Rz6jMEzXMny+cefBXgOYS88frUQZzyyISM6E7LZOqPweqjYkHDdyGChVFWRKjOLenxBPlxYm+5a+DYDLTtdUT2Oa7e2flE2dn0KhioxESzMZUUklG9GbuFTKCtAF3Blya3Exm3Zu4Ovo6ZMTVdDQ+p8FZfMRXOOu4qXGz+/l7w663IX6fS1MAlgOYIRnA== X-YMail-OSG: tRevNfUVM1mqnywTqqZGUejINODog5Tnbwyd2NvddBC6D8AFY1ekqlqjwP0W4id Jm_RZWmgqyZJyQ3Jb_A_zFiKiIkTwMa6fvqzOpaH5ISjcK_YBEl8bc6vpcj6XMtzpxTzK4MF3ah3 JPHy6oORF_X7IRm9QDzNOeDtuXajbNypQr_nrSGpTWtqImTFOIfWVPMEo6yO1xZa3O_pTGHsMi_m n3gX.nN4E_u0k7GywX0qy6KoiPqjYgs3Y07HT92W1x8qosM0kWqdXX_O7CJbXVULxP.xlyKhtmnp dhg48hnas3LjjulEVOHJeyP3hgvfNEK1scMBjmiMoRROjt_tBk1Oq7DAcGvuBlBliymPn8lhMCSf l9jbCTE1E6uax.XeTHvIdeRCOmsn7SVmKxrkuCZzHht26LHcfebzNWA..MGe6RXzMnQnY.CZ0t6P rLOIwJ9CAE6vtBrPxkpMPxjoh3g0F7Itjs_.8KSRoW9jF5AtzVjV2y8V9kucyz4jbl7FhANn3Soo oxvE4BTRycssmVPLZf5ZbJXJExn4HrFxCVaZ623ITngsJ6CUqPbu.w2K5Bsbnp7dBSnBOgIRfpm7 ZBiiCahu8BEtKWEKe4Hvw62oi9ifPz_dnfwjA.nxT1gvY4E1Duo3yxtfmNeBIg5krxu4RZsJivRD ZsXsM8T6rzZ0mcgF3OiB2KRY3NPrGLFVbujeqfKGarxZWJvU.g4lhiUO556YHCo.dv493owk05Rq Dh2aVpD6DELoi6k3y9ivQg1i0.FBBBtzxor8A6VZPADyMWxV2WiM7NVdtf9rA_y5QcY5YKCx5aMz J1D7tnJGSudEjOtkHa6qy90lrFOhSs4QvLZueb78WE0UCZTMPegVoZFT8TiQxsJAGoS_0dw5hIjY HPWPqK_odJJbV4NP.vpvdO3sEj7eEztD9xODMs7M9eBsSvuiOMGGj4KG6UhugkrHGKuzWr8koLjU nTl.uaiWhapCzkORtReLb_.fBEKMZemD13zdmb03COa67lXMAUrzsvYbplJF.mZoZvyOcxFH431h cQH0CLWyZ8eoOt_RDJbn_vRAL2qNAVVf.HhrXouwmPf4r.imU5cHT4tG3TtFUkY1CYkF.h6MSHIY hB5yZNB6pellu2_H21BjHY_htUhF9XNaalERBOSQoSsGSPHj433ZDozc5ZDXTit1bvKGJERun9mJ qtJK7XqKr1MnbAuN.HJzC.9xuCnP72qUuf.wmc50IggfBrLZhI8mPB5I4HpD7dpz2ceGrqHwMSJs nQm_JSMrdeF1FB3bPx2oGStO4xUIao88rHlZHz1eQCjLMzm3R45goH03TxbjOOLX8..XB3KSck34 ot.u9oZ0VRXi.230.TqljOi2n8IDWFQoy3G5x4pL3hyYEI2vj1LkYyvMa_8t7hSANyPXY5RRotWC JljGae7EqzIqE0hru3yVDcSn6bOzjiIIrgWArSmkzo.xdjD44oMAnu_KQWR0JwEpzINpIT.Zf.EG zu3nf7sEYfr0BjeeLEe45vfFvH2drP3g.mPnLMxgynqE2nXAQRLSXaftFCJ2hXj_4J2I5JG4Lisv luPalN8AaE10XFRXVRWwbJ4tzkOC1AZg5hB2L6hmqF3x.1pyr9TdOvhIcLF6vBny8fP_yt621ABD uiZbn6Jzwu5WXEGRx6Sg_L6JVvinGvs7ZGlCbbXnqmAlsVvOzdV0CvPae00cRiq5T.C9MzLtkBtE GsQMAxBPIAYShsEQInaL_WRNiby_2pnNH8K_THc.cyL5kVwMYNQ9QsVJjuip6wdwOvx41FOKBUAR eMa1oDA.BuR3BXP4DB5dD7oqHzzkki5xpVoCQ5hAndwR.Wvvov.PNPaV.zQrsYH2iny7ZJTGSGwP XQAoUevB3ITosH.e3Rvrkx5QFCessgVRudbd5Q3tLtkaYp2Jspl1GweWArFh7YgnefHiChNP7hK7 nWGSHVT.LpAyEKjN_LGKgqLbpOFa0C4iyUbisCyCRmsHiwNZvRWjrFJB5L5TvZivja8BSF83w83F ikNTjXwt2FfOrUHcaXankRedoNlSH9dFiY5mzaF5O.9dI..m3sKm0BR.fMGPdlvwQ1OrfnBi5HxC cdKoqwG582YG_qIme9WTCibI51gc5.xOXXF7A4TZL0MBSPKefcHSSoc.rbaWcII2H6kfDc.B.h8v n5uAR79yP.L1QiZ_1md4FjswAOfVNLqIpT3RR3xMa_2BVmWtCfRMZO525hQ7gwFsyITa_dpEpu6C rTrTebYshJGKINLDwEEnduFXGW8PBOBdYDAVnFopz_HvKN3_r3S7kC2fubp6iKLBqKtBpiGsQHJU - X-Sonic-MF: X-Sonic-ID: e5821fcf-7d69-44a2-9ace-8f9fdf70182d Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 3 Sep 2023 02:00:16 +0000 Received: by hermes--production-gq1-6b7c87dcf5-rj56s (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID dd6a013517d11c7245095b72928ac780; Sun, 03 Sep 2023 02:00: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: Re: [Bug 273506] main [so: 15] aarch64 kyua python use fails with: . . . and dlerror is reporting "/usr/lib/ossl-modules/legacy.so: Undefined symbol \"MD4_Update\"", '\000' [crude patch] Date: Sat, 2 Sep 2023 19:00:01 -0700 References: <721EBF15-6905-437E-9B23-A4E3D1129658@yahoo.com> To: freebsd-arm , Current FreeBSD In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3731.700.6) X-Spamd-Bar: - X-Spamd-Result: default: False [-1.98 / 15.00]; LONG_SUBJ(1.52)[202]; 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)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; BLOCKLISTDE_FAIL(0.00)[98.137.69.31: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.69.31: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: 4RdZjH04hVz3Mf3 On Sep 2, 2023, at 09:37, Mark Millard wrote: > On Sep 2, 2023, at 00:35, Mark Millard wrote: >=20 >> For: >>=20 >>> Date: Sat, 02 Sep 2023 00:58:29 UTC=20 >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273506 >>>=20 >>> Bug ID: 273506 >>> Summary: main [so: 15] aarch64 kyua python use fails with: >>> "RuntimeError: OpenSSL 3.0's legacy provider failed to >>> load" >>> Product: Base System >>> Version: CURRENT >>> Hardware: Any >>> OS: Any >>> Status: New >>> Severity: Affects Only Me >>> Priority: --- >>> Component: arm >>> Assignee: freebsd-arm@FreeBSD.org >>> Reporter: marklmi26-fbsd@yahoo.com >>=20 >> Turns out that internally dlerror is reporting: >>=20 >> "/usr/lib/ossl-modules/legacy.so: Undefined symbol \"MD4_Update\"", = '\000' >>=20 >> (as shown via a gdb session printing the string). >>=20 >> See: >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D273506#c3 >>=20 >> where I finally got to that information. >=20 > amd64 did not have: >=20 > devel/py-pytest-twisted > devel/py-twisted > net/py-dpkt > security/nist-kat > security/openvpn >=20 > installed and so was not doing the same sequence of dlopen > calls. >=20 > After adding those, the amd64 run fails like aarch64: It then starts = to try > to use .../cryptography/hazmat/bindings/_rust.abi3.so leads to the = problem. >=20 > [Detaching after fork from child process 98729] >=20 > Breakpoint 1.1, dlopen (name=3Dname@entry=3D0x803239710 "libc.so.7", = mode=3D2) at /usr/main-src/libexec/rtld-elf/rtld.c:3662 > 3662 return (rtld_dlopen(name, -1, mode)); > (gdb) c > Continuing. >=20 > Breakpoint 1.1, dlopen (name=3Dname@entry=3D0x8032c80d0 = "/usr/local/lib/python3.9/site-packages/cryptography/hazmat/bindings/_rust= .abi3.so", mode=3D2) at /usr/main-src/libexec/rtld-elf/rtld.c:3662 > 3662 return (rtld_dlopen(name, -1, mode)); > (gdb) c > Continuing. >=20 > Breakpoint 1.1, dlopen (name=3Dname@entry=3D0x8032c7440 = "/usr/local/lib/python3.9/site-packages/_cffi_backend.cpython-39.so", = mode=3D2) at /usr/main-src/libexec/rtld-elf/rtld.c:3662 > 3662 return (rtld_dlopen(name, -1, mode)); > (gdb) c > Continuing. >=20 > Breakpoint 1.1, dlopen (name=3Dname@entry=3D0x80219d080 = "/usr/lib/ossl-modules/legacy.so", mode=3D2) at = /usr/main-src/libexec/rtld-elf/rtld.c:3662 > 3662 return (rtld_dlopen(name, -1, mode)); > (gdb) c > Continuing. > INTERNALERROR> Traceback (most recent call last): > . . . >=20 > This appears to be tied to devel/py-twisted and/or = devel/py-pytest-twisted > but like anything leading to loading > .../cryptography/hazmat/bindings/_rust.abi3.so is going to get the > problem. >=20 The following crude patch leads to kyua's python use working for examples/test_examples.py with devel/py-pytest-twisted and devel/py-twisted and the like installed. The below might not end up with leading whitespace preserved: # git -C /usr/main-src/ diff crypto/openssl/crypto/init.c diff --git a/crypto/openssl/crypto/init.c b/crypto/openssl/crypto/init.c index cacf637c89f8..77f693fcfa05 100644 --- a/crypto/openssl/crypto/init.c +++ b/crypto/openssl/crypto/init.c @@ -159,7 +159,7 @@ = DEFINE_RUN_ONCE_STATIC(ossl_init_load_crypto_nodelete) if (!err_shelve_state(&err)) return 0; =20 - dso =3D DSO_dsobyaddr(&base_inited, = DSO_FLAG_NO_UNLOAD_ON_FREE); + dso =3D DSO_dsobyaddr(&base_inited, = DSO_FLAG_NO_UNLOAD_ON_FREE|DSO_FLAG_GLOBAL_SYMBOLS); /* * In case of No!, it is uncertain our exit()-handlers can = still be * called. After dlclose() the whole library might have been = unloaded (A variant of the above note is also in my separate bugzilla.) For reference: # /usr/bin/kyua test -k /usr/tests/Kyuafile examples/test_examples.py examples/test_examples.py:TestExampleSimple::test_get_properties -> = skipped: comment me to run the test [0.582s] examples/test_examples.py:TestExampleSimple::test_one -> skipped: = comment me to run the test [0.589s] examples/test_examples.py:TestExampleSimple::test_parametrize[AF_INET6] = -> skipped: comment me to run the test [0.582s] examples/test_examples.py:TestExampleSimple::test_parametrize[AF_INET] = -> skipped: comment me to run the test [0.595s] examples/test_examples.py:TestExampleSimple::test_parametrize[FAMILY_39] = -> skipped: comment me to run the test [0.589s] examples/test_examples.py:TestExampleSimple::test_syscall_failure -> = skipped: comment me to run the test [0.590s] examples/test_examples.py:TestExampleSimple::test_two -> skipped: = Required file '/path/file1' not found [0.001s] examples/test_examples.py:TestExampleSimple::test_with_cleanup -> passed = [0.583s] examples/test_examples.py:TestExampleSimplest::test_one -> skipped: = comment me to run the test [0.583s] examples/test_examples.py:TestVnetDual1::test_ifstat -> skipped: comment = me to run the test [0.593s] examples/test_examples.py:TestVnetSimple::test_ping -> skipped: comment = me to run the test [0.589s] examples/test_examples.py:TestVnetSimple::test_topology -> skipped: = comment me to run the test [0.588s] Results file id is usr_tests.20230903-014520-255324 Results saved to = /usr/home/root/.kyua/store/results.usr_tests.20230903-014520-255324.db 12/12 passed (0 failed) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 3 21:00:04 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 4Rf40P046Dz4rHxk for ; Sun, 3 Sep 2023 21:00:05 +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 4Rf40N53ZNz4ZRZ for ; Sun, 3 Sep 2023 21:00:04 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1693774804; a=rsa-sha256; cv=none; b=fxh9DG0IUro2Amtec3IVYJViiatWYg1J/NDqDE1GezMSExffdPtVaVCeJ/jauuZujwmtVu 7NXnp49OBL11BFY/mkrbEcYKTVr8HjtXPqtOxQPEVGyublV0PV5y9TN2BtPM6mda6u+hri z0Dg9egnTy6Z+iBEca3N6+duJX5knXY3XnW4m9NhFdwh9rMhJOl0QlGLYCGu+aOkja5NQJ SA5sKoMagmXNz2L25WcRfHEurZFbzuMHn6YH4uxgaWzZvpDHBkSWDN6dABtQgulvrUSEfp 3h5LW5OOde70t8wE3evULZw9kS9/uXAOBJN3oQnLeDL6wWmcyCJ9I9YRTDDFIw== 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=1693774804; 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=WyO4jmvlPASNThRMjbKFvsYPTSNwJUziftjePmmxyTU=; b=LYhJuwRsnhxd4DZOfAmSs3sNjJoV5RdikuM888Xxkvgi7EjewzVxu6e30wFovsuisAEJki d3pdbV3yge1lZpHEZZFHImu2yb4Vl6+nmblwRLHm8Xfq4XFFM8rVKfQeCsD5dk8rfGPo63 gkc/QDNvfR7QJo/lYHX8ZU0FeOpp2Kj93GKJ8Rdnz7ZGbQtUgnLu6hRnF3yuJtRhoVSBOt HnLrUoLEndL8t4ELk8905Sv49DHvbd4jgU+fTSK7HNjRM2XCBsvv0VI8sD+K+mG12MBP5h VcIpE5JJyFUcDp4fX7G1abW3U5EODIrzdf2Jz5uXOmBhjRYmJoXMqfAQW3yPeA== 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 4Rf40N497yzfkW for ; Sun, 3 Sep 2023 21:00:04 +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 383L04xY086672 for ; Sun, 3 Sep 2023 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 383L04DX086671 for freebsd-arm@FreeBSD.org; Sun, 3 Sep 2023 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202309032100.383L04DX086671@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, 3 Sep 2023 21:00:04 +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="16937748041.dAbe08b0F.85206" Content-Transfer-Encoding: 7bit --16937748041.dAbe08b0F.85206 Date: Sun, 3 Sep 2023 21:00:04 +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. --16937748041.dAbe08b0F.85206 Date: Sun, 3 Sep 2023 21:00:04 +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.
--16937748041.dAbe08b0F.85206-- From nobody Mon Sep 4 10:13:49 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 4RfPcQ42jJz4rnQL; Mon, 4 Sep 2023 10:13:58 +0000 (UTC) (envelope-from schakrabarti@microsoft.com) Received: from HK2P15301CU002.outbound.protection.outlook.com (mail-eastasiaazon11020019.outbound.protection.outlook.com [52.101.128.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RfPcP4RbXz3Gxg; Mon, 4 Sep 2023 10:13:57 +0000 (UTC) (envelope-from schakrabarti@microsoft.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=microsoft.com header.s=selector2 header.b=hwpSOYqt; spf=pass (mx1.freebsd.org: domain of schakrabarti@microsoft.com designates 52.101.128.19 as permitted sender) smtp.mailfrom=schakrabarti@microsoft.com; dmarc=pass (policy=reject) header.from=microsoft.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kL7sdteuycGMxRJqC6ydjGB4lJVvVY2M803L7Ik4Gt204j6NbUMcHMYRXPoQo3nCFKrsP+9xw8CksuihxYpe88F69bCtKDvnODX99vCSdY+G9nzeVXJ3RGDPZFq8zvOWBSPEg0o9HdLzAp61yZceZG8kOJ5H9hm/nTq1G82SLMjRIrpzSHfao2kglS7974cnk8vaAUDhGN2Rrrpx3c7JbiR27HJu9QO2/lh2CByALjgRNjiGU+0mgkuXQUQlmAeBrB3mIn40gKcpg9mE9u0+gjPg9mc24rDPO+gDEL9R8+IT4QkKLwPLkrxI9Aqj6mSyFAX1Z3GWKvW3ljAj3a+66Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=VaEyMDittsLacfYxZ6lfnZxp/IDWIyYbplZys6kl8tw=; b=TTJ2CgzWryCrMTner4NSVSRcHmC3KrEZQtB4Fun2baEsqvdWy9g1xqAq4Uo8ax4Wx/Ix6Rzl0A9MFzY+sWc1+md272PBq004YGyotFATrtCZcsAnZuxKQVqwLJzO7Fhz0N4a90ywl3nxSD4X4dcntWBf2rbwd0aROA+8BGjonI5tzIdjUbFRbUUbasIIWEAofb4zWJ+v1xJND3gSdjzgoqZuNQhUox6CUu7GmQg2xejt7UQFYbE8TVyLqSDV8ohn2OBVC9Fl7HmsOuriPY+x9277h9o1/4qS6Ksw/RaZqCysJheQ0U2SgJt0vbaiB7HDncFdzGPOuyBCJupjz9DyRA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VaEyMDittsLacfYxZ6lfnZxp/IDWIyYbplZys6kl8tw=; b=hwpSOYqtNU2mi6tzVmtSQrZiTYSlXa22li73JB41AopQ/3gj7kcJU9eN7Zja0B/g483eLZEzdMc2T5DcpniIRdX3gQMbaRnGBaFidC7N33KAIQl9fp3+hKsH0e4btmPA9IQrSQKo7EYpjbK/qpm1S4iF3lLBJ78lxlzxTQHVZxM= Received: from PUZP153MB0788.APCP153.PROD.OUTLOOK.COM (2603:1096:301:fc::10) by SEYP153MB0975.APCP153.PROD.OUTLOOK.COM (2603:1096:101:13a::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6792.5; Mon, 4 Sep 2023 10:13:49 +0000 Received: from PUZP153MB0788.APCP153.PROD.OUTLOOK.COM ([fe80::5fb0:29af:489c:c7ff]) by PUZP153MB0788.APCP153.PROD.OUTLOOK.COM ([fe80::5fb0:29af:489c:c7ff%5]) with mapi id 15.20.6768.016; Mon, 4 Sep 2023 10:13:49 +0000 From: Souradeep Chakrabarti To: "freebsd-hackers@FreeBSD.org" , "freebsd-arm@FreeBSD.org" CC: Wei Hu Subject: FreeBSD arm64 Azure panic during reboot in add_route Thread-Topic: FreeBSD arm64 Azure panic during reboot in add_route Thread-Index: AdnfF7lOhUxtnO2/QGOtxi7unOWoqA== Date: Mon, 4 Sep 2023 10:13:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=5fffec4e-36c2-495b-85f2-60bced5f31b4;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2023-09-04T10:07:28Z;MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PUZP153MB0788:EE_|SEYP153MB0975:EE_ x-ms-office365-filtering-correlation-id: dd562deb-9041-4dfe-484d-08dbad2fa211 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 8gGbpIkuXzTAa4hUO6oekw6FLz5XNkxEhIrw6TLXgKCVl2gwpz9w3u/9ZCoRqfeHglVzuxqTtPDAsYAWX4zovf2J0bPuvZwxdTa4LVQdf3vqkUmDW7QNgF5bTlh1azpRGgE5DynhOJR+/cIIna5X7BvCktAJQqw+ooqKSEd2btSTaquxPsb3ZHTtR1lQM4Qlw2gS8ERcgTf09nMDo8cvi6k0O9M5BLPnOWG/rfGg2jhrD9rS5Rb+CrRDVbhvo8sqpZ23dHt8ENXLovb+iJzpyqPEv4VQ4lVQZd40NaWolc4nDo2ML8aEWtXYDAajjrpGZoWqXeI4ww69UV+CMojXUxqL1jL4LoJClgDHg2FDupuJ1KyrLcfrddTNgrI51klAGZ8M6y0LdtEdmBeikrfvvrIzvFXmgJuSUMvIIbLchfuIEHUwb9A40IeU6m5ernWvnkUg8HcQT02s9Mbaj2BAe+CRBpaOMM2cxCnSn53p3dt+4q4v6wlJU1+oMJixduoRUHVqVkdAf7cjCag6IRMXHJ8ewxHVJ0nBAtxIKnvvKZ6BMlUj1gs5Kym7YN0mKN2JqgYAOgV64in11CWaVyqkv1zXxvvpPAkvYI7BCB8CNiiOUvGWA23fKa6QFKkKRVSoBbWJWv0AP5NkzLKAvBJgFg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PUZP153MB0788.APCP153.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230031)(39860400002)(366004)(376002)(346002)(396003)(136003)(186009)(1800799009)(451199024)(71200400001)(7696005)(6506007)(9686003)(966005)(10290500003)(83380400001)(478600001)(107886003)(26005)(2906002)(41300700001)(8990500004)(316002)(64756008)(66556008)(66446008)(66476007)(66946007)(110136005)(52536014)(76116006)(4326008)(8936002)(5660300002)(450100002)(8676002)(82960400001)(122000001)(33656002)(86362001)(38100700002)(55016003)(38070700005)(82950400001);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?jrYR6JIBTdsWWsafWfHpMLo/vOTpNEvYmp9XTh+9i6CRt/duCMxjIeA6gliF?= =?us-ascii?Q?+0JiXwsduPPqAvwe0l960moLBOSOLCL9pH0G5/tk2VkYpLYnhB/zH5rgzySY?= =?us-ascii?Q?FTlf6bmiCswFXt8DqR6SzcPO6/nQYYyaE2q4Mcuh6l0nQqWlhd2pLioHah4C?= =?us-ascii?Q?owFsYnddtFe5omYkJ2uPHnbpmKNb6tBe4SkAQrFCQ7+V+BqsbwTAM6LCvj8X?= =?us-ascii?Q?P7ZUfmgNuR+fldSp9RUOI/1c0INWswQvzBK6RdMod4wHj/CRRGzSLLRkDkNN?= =?us-ascii?Q?W2x6UcYpAfO6Xdz9Gls4+inEjYMmWgeQTcQtgbw5/PJDOAzkUAbv1/8Hi0dg?= =?us-ascii?Q?qdlTQ1Vi28bOqRYgmPEgiUf1xpuMOtyaO4YLeREuLTtHrYyZpGq76rMIYFsW?= =?us-ascii?Q?hTAnfLtm5bE9EhgX6uqw4HEl9f6ICIf8jXIpmMK2aohjl286gF4Strstqjca?= =?us-ascii?Q?uTZtpANXg7+ZzvJF0D+vJIuzFHY0WKWLRhSVhb3AxdHYx7R9Bnd7O3kdXsPw?= =?us-ascii?Q?tFXwzTKTM+a3wZDTi2/oZwn/Ow7bD6+645fSTK1KzKCq5kPn4b9afbsRMyFR?= =?us-ascii?Q?unbk+QqNm89X1NRYaFr7bXgfIhIGIVu9aGAWhDZ9JJAjkfFWRwatDWjolisv?= =?us-ascii?Q?mRyroAzcjfyeF5IU1DpSt12nR8hZ9tW1C3h49KqQz3dCq4gQKSKVlSRcwWl/?= =?us-ascii?Q?oUs74eAnbt6Sqc+EziHclvvAXT05HTMhj6wowfmjonxQySwq3ykoTPj+1dxa?= =?us-ascii?Q?YzQxiDeOp8y9H3gAkGZ7AmPfAoeuJ5uj6uhE7Ewjdusv0tgwaC1BXzSvUBFl?= =?us-ascii?Q?GyQ2t0Vd/hoFDyTEYPXCzHoANOtMbCTJEGOfuIVt0SmVApHXk6OYR5DYMIvX?= =?us-ascii?Q?mhf0fctH++SWTTOatp/+5FJbhdV0uToUnHpA2l5bBb7WG430TtYgVnWeIO97?= =?us-ascii?Q?AwYC/Mn+tAmvmYkjSmlcVdBCCGHz4ntIXXP1v8qen/hZ1wq8sl8w+yjQ/w5T?= =?us-ascii?Q?coSjF2Bc0QfUsUU8yF7lTO4kF5og3SHxQ3qxBKIQ7vc3S3D+5k1AN6oFkaoD?= =?us-ascii?Q?fe/62KvBWdWDt0RE1SoF/bM9njZ/1uoPih16j2BTTRJGpBapzcX2UYCIk2sT?= =?us-ascii?Q?jbUw3IT6xcqUmdtZlsGafSKrHz4jy1NJc8s4qanvGGeoHKFjlZ4Auat5HWiQ?= =?us-ascii?Q?35pnLxa0RaYxJH7DwzTFaBeLaC7sc/jnLrrpp3SOiJSlB0aR+FcMSzOpLO1J?= =?us-ascii?Q?BAWBPibWLZDy+inaN9ZOLUaCOnltYzjNDHkslPoornTGH3njWSVyFubwwHqL?= =?us-ascii?Q?mgClmnxam5keOJ+rYN7yj+2EQlfXgG5yEo0XFaIYURaqJS4tBq6N6DqZlos7?= =?us-ascii?Q?cef9UlWIcT9ulOXJxORDE+sS4X+8K/lPHoj7P+c3Zktyl6TPi0+8UY5XXSwA?= =?us-ascii?Q?FD+bcGenfCzBmdzflVrtvJoiqp9yGSz2z20au/MnoiAdpn3dqTwATYs4Qg7S?= =?us-ascii?Q?n+Bniyk+HHVLUTcQ13fIP+BOYCmruq5TCLSD?= 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 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PUZP153MB0788.APCP153.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: dd562deb-9041-4dfe-484d-08dbad2fa211 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Sep 2023 10:13:49.6934 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: FLa5jJxF1jdE5G3IeL0fJfUEyR2RItXoZDZXr9XfyDKLXCYdZZkh148SQxlSZhCWsr6FcubfCNQlZw9KmSDpCrGyW5q2FzRxkRPWm4POCjI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEYP153MB0975 X-Spamd-Bar: -------- X-Spamd-Result: default: False [-9.00 / 15.00]; WHITELIST_SPF_DKIM(-3.00)[microsoft.com:d:+,microsoft.com:s:+]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_LOW(-1.00)[microsoft.com:dkim]; 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)[microsoft.com,reject]; R_SPF_ALLOW(-0.20)[+ip4:52.100.0.0/14]; R_DKIM_ALLOW(-0.20)[microsoft.com:s=selector2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org,freebsd-arm@FreeBSD.org]; ASN(0.00)[asn:8075, ipnet:52.96.0.0/12, country:US]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[microsoft.com:+]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[52.101.128.19:from]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[] X-Rspamd-Queue-Id: 4RfPcP4RbXz3Gxg Hi I am working on bringing FreeBSD on Azure ARM64. When I am rebooting the Fr= eeBSD arm64 in Azure public preview, we are hitting following panic sometime for page fault: db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 data_abort() at data_abort+0x30c handle_el1h_sync() at handle_el1h_sync+0x14 --- exception, esr 0x8600000e (null)() at 0xffffa0000c93bb00 add_route() at add_route+0xc4 add_route_flags() at add_route_flags+0x1b0 rib_add_route() at rib_add_route+0x324 ifa_maintain_loopback_route() at ifa_maintain_loopback_route+0xf4 in6_update_ifa() at in6_update_ifa+0x994 in6_ifattach() at in6_ifattach+0x1bc in6_if_up() at in6_if_up+0x90 if_up() at if_up+0xd8 ifhwioctl() at ifhwioctl+0xb7c ifioctl() at ifioctl+0x860 kern_ioctl() at kern_ioctl+0x2dc sys_ioctl() at sys_ioctl+0x118 do_el0_sync() at do_el0_sync+0x520 handle_el0_sync() at handle_el0_sync+0x44 The panic is coming when add_route is called for loopback interface ipv6 at= tachment. Upon more investigating it looks like the panic happens in rib_notify() . Please let me know how to debug it further to find the RC. I have already opened a bug to track it : https://bugs.freebsd.org/bugzilla= /show_bug.cgi?id=3D272666 Regards, Souradeep From nobody Mon Sep 4 10:53:17 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 4RfQTy3LBwz4s0rH for ; Mon, 4 Sep 2023 10:53:26 +0000 (UTC) (envelope-from madis555@hot.ee) Received: from SMTPOUT02.DKA.mailcore.net (smtpout02.dka.mailcore.net [81.7.169.175]) (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 "smtpout02.dka.mailcore.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RfQTw73PKz3Qrt for ; Mon, 4 Sep 2023 10:53:24 +0000 (UTC) (envelope-from madis555@hot.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=online.ee header.s=mailcore header.b=sz25IQdb; spf=pass (mx1.freebsd.org: domain of madis555@hot.ee designates 81.7.169.175 as permitted sender) smtp.mailfrom=madis555@hot.ee; dmarc=pass (policy=reject) header.from=hot.ee Received: from SMTP.DKA.mailcore.net (DKA-SMTP01.mailcore.local [10.1.0.51]) by SMTPOUT05.DKA.mailcore.net (Postfix) with ESMTP id 20CC4E0C7B; Mon, 4 Sep 2023 12:53:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=online.ee; s=mailcore; t=1693824800; bh=w5h6Tl1r6huXoDwuKhD96dkqRMC6kqDcw71aAUbADyA=; h=Date:From:To:Subject:From; b=sz25IQdb8ICDPdvu0VppVjVZG3Bb2EqeCRn5m3+d7y/RGaP2OJ4dhYV02nKeotMS6 2JdZyCVRnz6TgB9CFduBqR8auXNkGR30vGRUZNk3NrznOk5hAQOd5zkZbjJBr9yeaM 1YdAqCm7em9ouNtHtitnLB1IwmGxNQQmazBFEWCx9LXCmT27P0Yl25COzA49nbacVA 0w3FFPpfokaHn5cwxYVcVt1tErZfh/ITa3nItJg+RiJAMUwc9+loT8dBRn8JmRpcyJ EcOgeYaa32uH/kiMepecPD+io+jNJ2JaT8ESV5QvhXRjikX9sWddqqgVCse4HiBjFX O2S0izOPGHcEQ== Received: from [127.0.0.1] (111-190-35-213.dyn.estpak.ee [213.35.190.111]) by SMTP.DKA.mailcore.net (Postfix) with ESMTPSA id 081AC4014E; Mon, 4 Sep 2023 12:53:21 +0200 (CEST) Date: Mon, 04 Sep 2023 13:53:17 +0300 From: Sulev-Madis Silber To: freebsd-arm@freebsd.org Subject: allwinner h3 ethernet corruption with active emmc? User-Agent: K-9 Mail for Android Message-ID: <74C43D36-8FCC-4DA7-BDEA-9F2F19F3B257@hot.ee> 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 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.46 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.959]; DMARC_POLICY_ALLOW(-0.50)[hot.ee,reject]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[online.ee:s=mailcore]; R_SPF_ALLOW(-0.20)[+ip4:81.7.169.128/25]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:47292, ipnet:81.7.128.0/18, country:DK]; FREEMAIL_ENVFROM(0.00)[hot.ee]; DKIM_TRACE(0.00)[online.ee:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_FROM(0.00)[hot.ee]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4RfQTw73PKz3Qrt help me to figure out what the issue is here i have nanopi neo core board, which has emmc, awg ethernet and h3 soc i had to hack a lot to get this up, including uboot (m1+) not meant for th= at board and fdt is also my own for a while i ran current on it with just usb eth and everything was fine when i started using awg eth, i experienced 10% of chance of network failu= re on init and rest of 90% showed stray corruption=2E dhclient told me pack= ets are wrong size=2E ssh sometimes gave errors on mac=2E in failure mode, = it gets so bad that switch port reports only errors from that port=2E like = 50k errors=2E and no traffic is going or coming=2E although tcpdump shows s= omething, it won't actually get to other side=2E on ping, it seems to reply= but send out broken frames note, i'm not really that good in any of this it all gets fixed if i do ifconfig down/up cycle=2E well, apart from stray= corruption but how it fully gets fixed is when i wipe emmc clean and just use externa= l sd card then corruptions are gone, it boots up with network all the time did i configure hw wrong with my uboot or fdt hacks? is it broken hw? i was told test other boards but it's kind if difficult a= lthough i have more as they don't have headers on if it's my hw and my hacks, how does it get fully fixed if i just leave em= mc alone? this is the only issue i've noticed, there are no data corruptions on emmc= , etc=2E no panics no lockups=2E i only remember one time i noticed system = had rebooted without reason but i wasn't there on uart to look it so what's actually wrong here i'm wondering? h3 has good support i see=2E = how those issues be fixed too? i get that emmc gets little usage compared t= o cards so maybe there's actual bug there? i know it's kind of sd/mmc but with wider bus=2E i'm happy to try any patc= hes someone might have=2E just don't expect me to fully get what they do From nobody Mon Sep 4 15:32: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 4RfXhD158Cz4sHdg; Mon, 4 Sep 2023 15:32:44 +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 4RfXhD0f2dz3TKv; Mon, 4 Sep 2023 15:32:44 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1693841564; 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=WnMfo/YdMJSmNHHjRE4rIpFGDmSIEwOltYFTzlE5W2s=; b=cSaK2fjXWznCF1/T/GkOq4ov3Mt3eFaNb3BaW4DtEXZWMqLuh6gXsXn0jv9vzaYW1xklXs uELpBL9EFDOvbhnU3zxcgi+gVxOR1cBz3f83lcEpOGOxzACoeO286DK6FFn+3Kt34G3b5G Ra1fqTe3Jp8n4v9nECxGxjUUniFlWso7UH40bNdGYHhfPFIPbq+jX7gyp8+w6xQD1xWNJk BWpoyEUOEI/aoQLQJgXhi8zcOPmVydtbdVX6IFtCIa8f/UhfCQ1kfpirjuT0GvJ9Bd2NJg CDvwDKAGLLqFO1KfiS2MWHW2VqWvZF932rTLxrymZngFVaGxqfTA5X5RWIHU1A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1693841564; a=rsa-sha256; cv=none; b=fdh5jazgox3MohRxSFmIQeToM+eNo4vcFRPgkM61TAHxYTYZu2tIhoHk8DNhI+7W4u0TOw QWIaFmizmWNMoltyZ7f2eP4nnI0VENdgG0uqbPlzkWph1HIRoyMgi7PvqTNAdruraGaUdK F/+cT174tSwCJAcWuzPOd++8QPv/02XjVNAjIbklRHOk1M3cjjpjAk9pN46/9BW2+RG1gZ 0E6XCwyVMfepEyD08+uNsYzU17TSpEdq8sH7uyhZ7mv61ZEkguUW6aHsVVWGs/i1cR/1v0 QRR5oyM90dQf9D19npCWHRIx2bEQw7UEBUVAuLGHH+UwMlbXtMS+ufiSlwy02Q== 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=1693841564; 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=WnMfo/YdMJSmNHHjRE4rIpFGDmSIEwOltYFTzlE5W2s=; b=oL1++Tjy5VmwMMirG2NSkF0viKYtf6lXFisNgP+SHvxYy16337DXhoFeigLMMyGv2vGayW I5RVmP9twiaWKW6MPXR1pfXrm8QTiC+c49WKUmOW7iWM1MzVI2RXTFj+IsiytYtXLDzujR WXZQWbsq3+C4yxioXFUfdPVPCxDI98KF4XjPHlAvwKPz21DsoIfy2Y8jb0Xyd5FZj5iaC7 W9LnXlpbm6VxLqn0ma6gP6QeehLboLzYPqL1bvMZZiAbgspDxPTX04J4ZiXdUf4NkjeMwL Xu5T/m2pKGFmKfDtIdMracxO0y6zC4cQqANqTYOVhHtv1UgoAs529fvfITBulw== 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 4RfXhC4BTSzrH9; Mon, 4 Sep 2023 15:32:43 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Mon, 4 Sep 2023 10:32:41 -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: FreeBSD arm64 Azure panic during reboot in add_route Content-Language: en-US To: Souradeep Chakrabarti , "freebsd-hackers@FreeBSD.org" , "freebsd-arm@FreeBSD.org" Cc: Wei Hu References: From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/4/23 05:13, Souradeep Chakrabarti wrote: > Hi > I am working on bringing FreeBSD on Azure ARM64. When I am rebooting the FreeBSD arm64 in Azure public preview, > we are hitting following panic sometime for page fault: > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x13c > panic() at panic+0x44 > data_abort() at data_abort+0x30c > handle_el1h_sync() at handle_el1h_sync+0x14 > --- exception, esr 0x8600000e > (null)() at 0xffffa0000c93bb00 > add_route() at add_route+0xc4 > add_route_flags() at add_route_flags+0x1b0 > rib_add_route() at rib_add_route+0x324 > ifa_maintain_loopback_route() at ifa_maintain_loopback_route+0xf4 > in6_update_ifa() at in6_update_ifa+0x994 > in6_ifattach() at in6_ifattach+0x1bc > in6_if_up() at in6_if_up+0x90 > if_up() at if_up+0xd8 > ifhwioctl() at ifhwioctl+0xb7c > ifioctl() at ifioctl+0x860 > kern_ioctl() at kern_ioctl+0x2dc > sys_ioctl() at sys_ioctl+0x118 > do_el0_sync() at do_el0_sync+0x520 > handle_el0_sync() at handle_el0_sync+0x44 > > The panic is coming when add_route is called for loopback interface ipv6 attachment. > Upon more investigating it looks like the panic happens in rib_notify() . > > Please let me know how to debug it further to find the RC. > I have already opened a bug to track it : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272666 > Hi, I note that Andy has an unanswered question in that PR (comment #9) from 2023/08/14. Do you have a coredump from this that you can poke around in easily with kgdb? Thanks, Kyle Evans From nobody Mon Sep 4 18:00: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 4Rfbys6fBDz4smyh for ; Mon, 4 Sep 2023 18:00:37 +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 4Rfbys3v47z3KPQ for ; Mon, 4 Sep 2023 18:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1693850437; a=rsa-sha256; cv=none; b=XFsVVZeBetpJg+LiI7iQRFxNKuv7+MrZwZ1/jm9cYYH/J3FPD/apcvYdvRo9Rb0I63Dgkr 6FZv7gZyw1Gfj0EwlofEdHhQ6rJJeVoJAwPp1vz/WxTXcvJozOdpsYzcTWERkNgcQjVmF3 bEMR87mqNsG7oBgK+VFy3ZnQU/Vl2Dm6pN/OtGbw6eSdouXZFdJ/t39TjRt0GEY+2YVjoP SKc+CY4TizQwvbEIjWLfGLwRblK/W31a08AWtdK/g5WO0aELawpxz3piq7OkYC+Hi1Mkwj NywfDR6jBtajkcoA+ZmP3o23F/T4E9Xbq5QH1iZD4FcUWUeDQ4gBRFdvbvX5RA== 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=1693850437; 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=QjEMtqgvKFmMMeYa30WR08z1dpi6YsCCCHTED8iyNgA=; b=O8VhwtIEYy5l8LfLIXgfVHYPTuuvhWPeZhtxJEA9/yKajZlVyrgGXJ0C3lTCi2Bg18pJbn TA0oRfbVXa7jwXPGUvbMWjUfsB/1EOksin1sSEg02RsmUQ4eP/oVDEK9s98+1rBjIqylq+ Gvt1IxwrlhDGxWynhwzCswBglZm3HU/M3NRKAkdH9TnXi5UmtT5bu+GejzlhsBnh8sNuTA x03NqShQDLziXLPJYzrNVhskVD3DBLowcgrZODPNnWDSS2K0urZyPVJAvbY4lszUUV53m/ UdNanIDnXWKyq+ZGq38QZCSvoaNH7CjmuwU4NoWGdy+VG7B/MVpXdRWfgn8c2w== 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 4Rfbys2whtz1Fy1 for ; Mon, 4 Sep 2023 18:00:37 +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 384I0bUl049480 for ; Mon, 4 Sep 2023 18:00:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 384I0bmb049479 for freebsd-arm@FreeBSD.org; Mon, 4 Sep 2023 18:00:37 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 273566] stray characters contaminate serial console Date: Mon, 04 Sep 2023 18:00:37 +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: fbsd@www.zefox.net 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=3D273566 Bug ID: 273566 Summary: stray characters contaminate serial console Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: fbsd@www.zefox.net >From time to time serial console connections on raspberry Pi (2, 3 and 4) systems allow stray characters to enter serial console commands. Since the console is often used by root, this seems potentially insecure.=20 The setup consists of a pair of Pi's. One holds a usb-serial adapter, with the serial end connected to a second Pi's console uart. Connection=20 is established by ssh into the first Pi, starting tip or cu, and then logging into the second Pi into the usual way. Often, login is to root. Often, the ssh connection to the first Pi drops spontaneously. It can be re-established by repeating the connection procedure, if the original shell running on the second Pi's serial console is still running the old session remains up and prior commands can be run from history. When that is done, sometimes the apparent "last words" to the second Pi appear to be things that were never intentionally entered before the=20 disconnect. Here's one example, in this case the terminal session is running on a Pi4 running RasPiOS, the ssh connection is to a Pi2 running FreeBSD 14.0-ALPHA4 armv7 1400097 (GENERIC) #1, the Pi running the serial console is running 15-current:client_loop: send disconnect: Broken pipe bob@raspberrypi:~ $ ssh 192.168.1.13 Password for bob@generic: Last login: Mon Sep 4 08:14:21 2023 from 192.168.1.10 FreeBSD 14.0-ALPHA4 armv7 1400097 (GENERIC) #1 stable/14-n265029-d6fec2dacf= 80: Mon Sep 4 02:12:35 PDT 2023 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://www.FreeBSD.org/lists/questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier To change this login announcement, see motd(5). To see the last 10 lines of a long file, use "tail filename". To see the first 10 lines, use "head filename". To see new lines as they're appended to a file, use "tail -f filename". -- Dru bob@generic:~ % su Password: # tip ucom Stale lock on cuaU0 PID=3D1181... overriding. connected Y\HHMHLN\247\261=CD=81\315m\335u=E9=81=95\311\351=CD=A1}}=C2=A5=D1=A5=D1=A5= =C2=BD YHHMHLN=EF=BF=BD=EF=BF=BD=CD=81=EF=BF=BDm=EF=BF=BDu=E9=81=95=EF=BF=BD=EF=BF= =BD=CD=A1}}=EF=BF=BD=D1=A5=D1=A5=EF=BF=BD: Command not found. bob@pelorus:/usr/src % =C2=BD=C2=B9=C2=B9=D1=A5=C2=BD=C2=B9=C2=B1=C2=BD=CD= =95=C3=A5=C9=95=C2=B5=C2=BD=D1=95=C2=A1=C2=BD=C3=8D=C3=915)5)5)=C3=BF Too many )'s. bob@pelorus:/usr/src If one types up-arrow to recall history, the first few old "commands" are rubbish, though they are not un-displayable as would be expected from line noise (the copy-paste from FreeBSD to RasPiOS is misleading). In this example an FTDI-232 was in use, but PL2303 has behaved similarly. The origin of the disconnect is unclear. I think it's a problem with ssh between the RasPiOS terminal and the Pi holding the USB-serial=20 adapter, but don't know how to tell for sure. It seems to be load-related, with a busy FreeBSD Pi more inclined to drop connections even if the connection itself is entirely idle.=20 FWIW, stable/12 does not display this behavior, with ssh-usb-serial-console connections staying up for days or weeks. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Sep 6 14:16:28 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 4Rgkw65d2Cz4srsD for ; Wed, 6 Sep 2023 14:17:10 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-1.mit.edu (outgoing-exchange-1.mit.edu [18.9.28.15]) (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 4Rgkw561Fzz4H15 for ; Wed, 6 Sep 2023 14:17:09 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mit.edu header.s=outgoing header.b=EsHKcguD; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.15 as permitted sender) smtp.mailfrom=jfc@mit.edu; dmarc=pass (policy=none) header.from=mit.edu Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 386EFU4J020370 for ; Wed, 6 Sep 2023 10:17:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1694009827; bh=L6cPOuNP3OXWlQU0LDm/iHu7kVpy/gcIFrzhc8LWRjs=; h=From:Subject:Date:Message-ID:Content-Type:MIME-Version; b=EsHKcguDlHj/9WYG6r7FwepUILJNiRHlq2LVUcejE1DwwuA/UVHluOLPM3p3vR+x0 EfNzVFP+SaqAtoQ1Rpt84CxWV6bS5Vwi6Aix4T30EVkwjHLUFhPyh5y2MOg/zsCEry CX1WJfMWqWsAtPFzhHuenq3PqcUD4um2DMgrx+bm8oKTg7BPESwu+7xUOSWSI4nhTf l6QNCZ5SKCI2B1ngdVCbggXNo2tUIDSoIdbneduvww1NFQTc7JbUyGfB8ahqn3jwzM DQxJgs9arknflbM5c/1ARVNrZF/WdZrwkaw1ouWwWt8EGKKH7B33+q8fJfFJG4ao7v lU8lwyWInUcjA== Received: from oc11expo21.exchange.mit.edu (18.9.4.52) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Wed, 6 Sep 2023 10:15:56 -0400 Received: from oc11exhyb5.exchange.mit.edu (18.9.1.110) by oc11expo21.exchange.mit.edu (18.9.4.52) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Wed, 6 Sep 2023 10:16:30 -0400 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (104.47.57.173) by oc11exhyb5.exchange.mit.edu (18.9.1.110) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Wed, 6 Sep 2023 10:16:30 -0400 Received: from LV8PR01MB8454.prod.exchangelabs.com (2603:10b6:408:184::18) by PH0PR01MB6357.prod.exchangelabs.com (2603:10b6:510:1a::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6745.34; Wed, 6 Sep 2023 14:16:28 +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.6745.034; Wed, 6 Sep 2023 14:16:28 +0000 From: "John F Carr" To: freebsd-arm Subject: IPMI driver on Ampere? Thread-Topic: IPMI driver on Ampere? Thread-Index: AQHZ4My5KYLeifW+3UaKq+wDJ0rVDQ== Date: Wed, 6 Sep 2023 14:16:28 +0000 Message-ID: <3209D37E-3DF9-4EA9-A13A-97CA76B3048B@mit.edu> 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_|PH0PR01MB6357:EE_ x-ms-office365-filtering-correlation-id: 88c05e34-4e33-4e5b-48fd-08dbaee3dc77 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zf5mnc4URswD1g5VwnzfWW3B+k5vVCepBnn/UccntRDsNFgIC6Q0nqAVgjltVxO3LZFmbZwdLR5S0O+NQguSOTgkP+EzFHYzFKF7MP1/i49dUlwZh2bVaFlcHiJOPRjiib7mzynZuLKVKr6KFJtQqC5c9kkKbrClKTcyUeVv3KryUiaNOTrEFmb9enqpAAQ0WAj50FZiIFO+xVOcmVwPzyIgOndJ/I6Y8tL9alv9PLDRwdcJin55S4uqQGy8zvKW+UiShAN5deM37xUmC1mGHCk8lqcwrJQugq6SkVRPsdmwngJyw76Q0nt0m2MjnnSF5e9Gfv6/zR/yCpgSCMUsN05D7XcKBOYeTkrxblRec7SKYEEmPW0vq8OTPyh1AaVoo4X6tmt+JlKgOahIytaTnx6i6NLUK+o5U6nQEk3VFj5kL83xAkgqEs7nNSGUrygW0RN/8Eu+PWZzLY0QsSp6GV4TBv9ZTGUjwTR7eLPt6gSMJmzgKxn3ej3JoAQ8ba5pYEaGE7sp/lutg8cl+LxvY0uSci6aviMissPKzgb1d7to+1jzWWEFqLDEu8XpBQZo/922oQrog0w9PdX/fQ6vyo3OrTLb4O8Z19XueOkDaXI= 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)(396003)(136003)(346002)(376002)(366004)(39860400002)(1800799009)(186009)(451199024)(6512007)(71200400001)(6506007)(6486002)(86362001)(36756003)(75432002)(38070700005)(38100700002)(3480700007)(33656002)(122000001)(2616005)(2906002)(26005)(478600001)(91956017)(316002)(76116006)(8676002)(8936002)(5660300002)(66946007)(6916009)(64756008)(66476007)(786003)(66556008)(41300700001)(66446008);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Ae70SShEThV2+XAGNXR7WFWxfgF2qDOaXbphYKGfs7jzUQlAyoPADiUKXzpS?= =?us-ascii?Q?nykzf5cBB3pvthwsitkND9Vf2by78dY2vq6eMsM/j+OfScjmEQ0dytMciGRh?= =?us-ascii?Q?VLIoi3iLuud1UExh20vQT6u2H3M4ni3QKx6Rfuo/dbnDgUeq4GMgu5VXgC1l?= =?us-ascii?Q?/wixlBOl9UPAXcRuV75Uh6GA2MtZ1dkmzY0EJIi0qMJMbkSmJ9FDsj3ejE0z?= =?us-ascii?Q?5s2Ca5ePmuNpjEuFmBUurnwQtH+49Unp5qBqyxa86r9IZU+agfxsurij2S52?= =?us-ascii?Q?T7BqR8Ar0OJFe0we6wuySYdoreVjvOV/I1I9nb/VGqHCMOX4tfXKLujXBtbZ?= =?us-ascii?Q?5UufjVW4Fs34wJU+uJuI/oFaTBXtGeITu72s3v763hXGycsBxB0Fl6tpKcwR?= =?us-ascii?Q?z26nDR6H8mI6EjrG7MaVzfyrktdua0Rc4skm8sVXnNr9RRWF39T8JHL7B3LZ?= =?us-ascii?Q?LWZlsAkAy/UimwbP1v+LTRA51In5/ILKXcUS2fIsyFzYIKCj1IKj5Gut3sSC?= =?us-ascii?Q?0z0iJRrDkTAllEh/W9Xg8vjVAVEVwlnw507nsq1/Viqe0KczBCEGfzS1aNOe?= =?us-ascii?Q?Jge6xgz5V8viE82Dhv72eEZ6aXHCw2xJ6GGmgfhSyLAZF5rgAsQSr1xwj01N?= =?us-ascii?Q?aUWtuv0AwLZ7GCBtX1+cXO+tmM8llSv4AiJas6gGMLWH5UYtghnTfxsnzHMI?= =?us-ascii?Q?mTbEmSecYrsXDUbBoDGz9rrws6lz8GAGKg1fQ+tA8/R77+KJpN33drzntPyW?= =?us-ascii?Q?8PQOMJtGJ4zQ31I5W730aJNQZWC9cl3G/DNRfrtjjR2Uxxf6Klj4s99Argsc?= =?us-ascii?Q?c7p9ufROeIUyj41N+ncokPgb5sbifKwa/RXomI1guNdDOVZ5o9Ylkv5tmMn3?= =?us-ascii?Q?5lz+SjOWGy/Hm5dvOHv4QSmyIaakNptZqXrzZhYU1FkrC7C7yPFHg8+IsNYp?= =?us-ascii?Q?rmGL06R+LuQVt0+KNQrD9Cj5DhC2LuWw7xSzq8xuGzctxebix6yVcZcfjqk3?= =?us-ascii?Q?3nN4KUJoCGqybtXuppF1ss2/ejBsZA+NgZlRpY63G3iFuPETcrkdKLxikQu+?= =?us-ascii?Q?viPdx/4KW9hIDqx9AfRT30o45Qsg9ykgJb/42VXA2uGAucmim7ZPP89a72ht?= =?us-ascii?Q?2vP67iG6zzrc+MjEf+gXhsTdnVZ3z9sr+bTj8dwIQz/yLCsPgJHNDVeDPG35?= =?us-ascii?Q?YgiiEclypagyqbOIx59fr5zm2RT+7yqTYFHI9tUAHNaSSElYij91FfubkXjc?= =?us-ascii?Q?1kT1U8A2yZ3s7+aP895lIRmjp8ITi47bOjoRKwW++Nzp818Ul9F4B1P4OPec?= =?us-ascii?Q?kLFIPsjzBntJ6J2p562I4iScEqDtMXQFkLvIasWGA8zgtGkp26/y08L6z/qz?= =?us-ascii?Q?Sj8e6I/4B+xlQyPwJ+D5b8vIt3ZsVRFqWu3ypJT2FteGWpPY4XIDKfZh7aGz?= =?us-ascii?Q?wjV7MAuaUVN+LXMw96zwO69Xc9WKUhma87vPHXDlM3/3yNMkFzKUSSjZD5iq?= =?us-ascii?Q?Qyc+IaR83Jncit9mEEuPqyH2hMnyjDAHv7StihJ5KLR4dy1Ya/oDmIvu2AEl?= =?us-ascii?Q?NBQjWCiLSk1u5jtjo0Y=3D?= Content-Type: text/plain; charset="us-ascii" Content-ID: <58699FE0C7FF77439E1FD9AA3D1FEA36@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: 88c05e34-4e33-4e5b-48fd-08dbaee3dc77 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2023 14:16:28.2170 (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: YlCjyWdr4cSpWcL+q9xFclih3LTRw0N6YNnTLiuIUuESiGJzaH0pgO7H4k4VX/5x X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR01MB6357 X-OriginatorOrg: mit.edu X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.80 / 15.00]; DWL_DNSWL_LOW(-1.00)[mit.edu:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[mit.edu,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[mit.edu:s=outgoing]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.15:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[18.7.73.15:received]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[mit.edu:+]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[18.9.1.110:received,104.47.57.173:received]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Rgkw561Fzz4H15 My Ampere server has the usual ASPEED server management chip but the IPMI kernel module does not load. Does anybody know what is required to get it = working? The ACPI part of the driver, ipmi_acpi.c, looks for an ACPI device named "I= PI0001". If I run acpidump -dt I find one of those, but the kernel doesn't find it. The PCI part of the driver, ipmi_pci.c, looks for the vendor:device pair 10= 28:000d. I do not have that. I have 1a03:1150 (ASPEED PCI-PCI bridge) and 1a03:2000 (ASPEED VGA). Here is the relevant fragment of acpidump -dt from my Ampere eMAG: Device (I2C4) { Name (_HID, "APMC0D0F") // _HID: Hardware ID Name (_UID, 0x04) // _UID: Unique ID Name (_STR, Unicode ("eMAG I2C Device")) // _STR: Description = String Method (_STA, 0, NotSerialized) // _STA: Status { Return (0x0F) } Name (_CCA, One) // _CCA: Cache Coherency Attribute Name (_CRS, ResourceTemplate () // _CRS: Current Resource Sett= ings { Memory32Fixed (ReadWrite, 0x126B0000, // Address Base 0x00001000, // Address Length ) Interrupt (ResourceConsumer, Level, ActiveHigh, Exclusive, = ,, ) { 0x00000069, } }) Device (IPI) { Name (_HID, "APMC0D8A") // _HID: Hardware ID Name (_CID, "IPI0001") // _CID: Compatible ID Name (_STR, Unicode ("IPMI_SSIF")) // _STR: Description St= ring Name (_UID, Zero) // _UID: Unique ID Name (_CCA, One) // _CCA: Cache Coherency Attribute Method (_STA, 0, NotSerialized) // _STA: Status { Return (0x0F) } Method (_IFT, 0, NotSerialized) // _IFT: IPMI Interface Ty= pe { Return (0x04) } Method (_ADR, 0, NotSerialized) // _ADR: Address { Return (0x10) } Method (_SRV, 0, NotSerialized) // _SRV: IPMI Spec Revisio= n { Return (0x0200) } Name (_CRS, ResourceTemplate () // _CRS: Current Resource = Settings { I2cSerialBusV2 (0x0010, ControllerInitiated, 0x00061A80= , AddressingMode7Bit, "\\_SB.I2C4", 0x00, ResourceConsumer, , Exclusive, ) }) } [...] } Here is the fragment from an HPE amd64 server where the driver works: Device (LPC0) { Name (_ADR, 0x00140003) // _ADR: Address OperationRegion (PMIO, SystemIO, 0x0CD6, 0x02) [...] Device (KCS) { Name (_HID, EisaId ("IPI0001")) // _HID: Hardware ID Name (_STR, Unicode ("IPMI_KCS")) // _STR: Description= String Name (_UID, 0x00) // _UID: Unique ID Name (_CRS, ResourceTemplate () // _CRS: Current Resou= rce Settings { IO (Decode16, 0x0CA2, // Range Minimum 0x0CA2, // Range Maximum 0x00, // Alignment 0x02, // Length ) }) Method (_IFT, 0, NotSerialized) // _IFT: IPMI Interfac= e Type { Return (0x01) } Method (_SRV, 0, NotSerialized) // _SRV: IPMI Spec Rev= ision { Return (0x0200) } } } The obvious difference is the HPE system uses old-fashioned I/O ports and t= he Ampere system uses I2C. The parent I2C bus is recognized: ig4iic0: iomem 0x126b0000-0x126b0fff irq 0 on a= cpi0 iicbus0: on ig4iic0 iicbus0: at addr 0x10 iic0: on iicbus0 From nobody Wed Sep 6 15:41:08 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 4RgmnF0pCJz4sN6f for ; Wed, 6 Sep 2023 15:41:21 +0000 (UTC) (envelope-from fred@thegalacticzoo.com) Received: from nmtao101.oxsus-vadesecure.net (mta-131a.oxsus-vadesecure.net [135.148.117.228]) (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 4RgmnC1d4dz4cQM for ; Wed, 6 Sep 2023 15:41:19 +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=XlBusx9q; spf=pass (mx1.freebsd.org: domain of fred@thegalacticzoo.com designates 135.148.117.228 as permitted sender) smtp.mailfrom=fred@thegalacticzoo.com; dmarc=pass (policy=quarantine) header.from=thegalacticzoo.com DKIM-Signature: v=1; a=rsa-sha256; bh=yAlqNX5vrMmeQjoXP9IpXEvn9aYyCuo8k3o7+m Y1SK4=; 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=1694014877; x=1694619677; b=XlBusx9qOFUyOXiWSxbQN350yFesWvSDHM7KIjrEC nJNHfoSWjU/LWEkZdhiqYO57IKKSxlZMqDn2PFix3Nu1t6mgq1yP4TqBjMPncpiUTiDrHqW aPsgzm6j7X2fvhZrB6zeFF3DQKzaeoB9GzNSqjEPR9TCt7xvslYSHlZab3rbS28XJmLrnZt n1sGU+LY8sAGovI8YfdFy+SHZkB74OUH8Jg5QKW4oQXI+VB0rQ3kiWHpeneQzjyTQcN9MSG 0RROTCd1b5At34f/IsPo2hOISuA1yGIaig4wscpDqvXeRkswCtGWDAFr6FMcGgxeJT+lwZO Cml2yVo0tuwljdM0w== Received: from proxy-9.proxy.cloudus.ewr.xion.oxcs.net ([172.56.153.231]) by oxsus1nmtao01p.internal.vadesecure.com with ngmta id a34c5939-1782598e150e8578; Wed, 06 Sep 2023 15:41:17 +0000 Date: Wed, 06 Sep 2023 08:41:08 -0700 Subject: VCHIQ sound chip on Raspi4B. Testing software compile in Kernel Freebsd 14.0-CURRENT Message-ID: X-Android-Message-ID: In-Reply-To: From: fred@thegalacticzoo.com To: Marco Devesas Campos Cc: freebsd-arm@freebsd.org Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal 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/html; charset=utf-8 Content-Transfer-Encoding: base64 X-Spamd-Bar: + X-Spamd-Result: default: False [1.09 / 15.00]; MISSING_MIMEOLE(2.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.87)[-0.867]; DMARC_POLICY_ALLOW(-0.50)[thegalacticzoo.com,quarantine]; NEURAL_SPAM_LONG(0.45)[0.447]; R_SPF_ALLOW(-0.20)[+ip4:135.148.117.228/30]; MIME_HTML_ONLY(0.20)[]; R_DKIM_ALLOW(-0.20)[webcom.xion.oxcs.net:s=mail1]; MIME_BASE64_TEXT(0.10)[]; ONCE_RECEIVED(0.10)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[135.148.117.228:from]; TAGGED_RCPT(0.00)[]; FROM_NO_DN(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:16276, ipnet:135.148.0.0/17, country:FR]; MIME_TRACE(0.00)[0:~]; HAS_X_PRIO_THREE(0.00)[3]; DKIM_TRACE(0.00)[webcom.xion.oxcs.net:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4RgmnC1d4dz4cQM PGRpdiBkaXI9J2F1dG8nPk1hcmNvLCBDYW4geW91IHRlc3QgYnVpbGQgRnJlZWJzZCBzb3VyY2Vz IGFuZCBmaWd1cmUgb3V0IHdvcmsgYXJvdW5kIHRvIGNvbXBpbCBlcnJvcnM/Jm5ic3A7IEkgYW0g aGFsZndheSB0aHJvdWdoIGVkaXRpbmcgZmlsZSB2Y2hpcV9jb3JlLmMgZmlsZS4mbmJzcDsgSSBj YW4gc2hhcmUgYSBwYXRjaCBmaWxlIHdpdGggeW91LjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+ PGRpdiBkaXI9ImF1dG8iPkNhbiB5b3UgcHV0IG1lIGluIGNvbnRhY3Qgd2l0aCBmcmVlYnNkIGRl dmVsb3BlcnMgdG8gc2VlIGhvdyB0aGV5IGNvbXBpbGUgc291cmNlcyB2Y2hpcV9jb3JlLmMgZmls ZSB3aXRoIG91dCBlcnJvcnMuPzwvZGl2PjxkaXYgZGlyPSJhdXRvIj5lbWFpbCBhZGRyZXNzIGlz IGZpbmUgdG8gc2hhcmUgd2l0aCBtZS48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2Pjxk aXYgZGlyPSJhdXRvIj5yZWxhdGVkIG1haWxpbmcgbGlzdCBhbmQgbXkgd2ViIGJsb2c6PC9kaXY+ PGRpdiBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+aHR0cHM6Ly9saXN0cy5m cmVlYnNkLm9yZy9hcmNoaXZlcy9mcmVlYnNkLWFybS8yMDIzLUF1Z3VzdC8wMDI4ODUuaHRtbDwv ZGl2PjxkaXYgZGlyPSJhdXRvIj5odHRwczovL2xpc3RzLmZyZWVic2Qub3JnL2FyY2hpdmVzL2Zy ZWVic2QtYXJtLzIwMjMtQXVndXN0LzAwMjk5MC5odG1sPC9kaXY+PGRpdiBkaXI9ImF1dG8iPjxi cj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRvIj5nb29kIG1v cm5pbmcgQWxleGFuZGVyIEZyZWQgaGVyZSBJIHdhcyBpbnRlcmVzdGVkIGZvciB5b3VyIGhlbHAg aW4gdHJ5aW5nIHRvIHNvbHZlIGNvbXBpbGUgd2FybmluZ3MgcHJvYmxlbSBkbyB5b3Uga25vdyB3 aGVyZSB0aGVzZSB3YXJuaW5ncyBhcmUgc2V0IGluIHRoZSBtYWtlIGZpbGU8YnI+Z2hvc3Ric2Qt YXJtNjQuYmxvZ3Nwb3QuY29tPGJyPmh0dHBzOi8vZ2hvc3Ric2QtYXJtNjQuYmxvZ3Nwb3QuY29t LzIwMjMvMDgvdmNoaXFjb3JlYy1mcmVlYnNkLTE0MC1jdXJyZW50LWhhcy5odG1sP209MSZuYnNw OyBjb21waWxlIGVycm9ycyBkZWFsaW5nIHdpdGggcHJpbnRpbmcgcG9pbnRlcnMgdG8gYSBsb2cg ZmlsZS4gdXNpbmcgdGhlc2UmbmJzcDsmbmJzcDsgLSBXZXJyb3JzIC1XcG9pbnRlcnRvaW50Y2Fz dCZuYnNwOyA8YnI+Y2F1c2UgY29tcGlsaW5nIGZpbGUgdmNoaXFfY290ZS5jIHRvIGVycm9yIG91 dC48YnI+PC9kaXY+PGRpdiBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+RnJl ZCBGaW5zdGVyPC9kaXY+PGRpdiBkaXI9ImF1dG8iPjk3MS03MTgtOTE0NDwvZGl2PjxkaXYgZGly PSJhdXRvIj5mcmVkQHRoZWdhbGFjdGljem9vLmNvbTwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+ PC9kaXY+PGRpdiBkaXI9ImF1dG8iPnBzLiZuYnNwOyBpcyB0aGUgcmV2aWV3IG9mIHJldmlzaW9u IEQzNzg3OCB2Y2hpcSBjb2RlIGZpbmlzaGVkIGFuZCBhY2NlcHRlZCB5ZXQgaW50byBGcmVlYnNk IHNvdXJjZXM/PC9kaXY+PGRpdiBkaXI9ImF1dG8iPkhvdyBjYW4gSSBoZWxwIHRocm91Z2ggdGVz dGluZyBhbmQgY29tcGlsaW5nIHNvdXJjZSBjb2RlLCBNYXJjbz88L2Rpdj48L2Rpdj48ZGl2IGNs YXNzPSJnbWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBTZXAgNiwg MjAyMiA0OjIzIEFNLCBNYXJjbyBEZXZlc2FzIENhbXBvcyAmbHQ7ZGV2ZXNhcy5jYW1wb3NAZ21h aWwuY29tJmd0OyB3cm90ZTo8YnIgdHlwZT0iYXR0cmlidXRpb24iIC8+PGJsb2NrcXVvdGUgY2xh c3M9InF1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mg c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PHAgZGlyPSJsdHIiPkhpJiMxMzs8YnI+CiYjMTM7PGJy PgomZ3Q7IE9uIDcgU2VwIDIwMjIsIGF0IDA2OjA0LCBGcmVkIEZpbnN0ZXIgJmx0O2ZyZWRAdGhl Z2FsYWN0aWN6b28uY29tJmd0OyB3cm90ZTomIzEzOzxicj4KJmd0OyAmIzEzOzxicj4KJmd0OyBW Q0hJUSBzb3VuZCBvbiBSYXNwaTRCIEhETUkgYXVkaW8uJm5ic3A7IFdoaWNoIERUQiB0byBpbmNs dWRlIG9uIGNvbmZpZy50eHQgZmlsZSwgQW55IG90aGVyIG1pc3NpbmcgcGllY2VzPyYjMTM7PGJy PgomIzEzOzxicj4Kc3RvY2sgY29uZml0LnR4dCBhbmQgZHRiLXMuICYjMTM7PGJyPgomIzEzOzxi cj4KZG1lc2cgc2hvdWxkIHRoZW4gc2hvdyYjMTM7PGJyPgomIzEzOzxicj4KdmNoaXEwOiAmbHQ7 QkNNMjgzNSBWQ0hJUSZndDsgbWVtIDB4N2UwMGI4NDAtMHg3ZTAwYjg3YiBpcnEgNzIgb24gc2lt cGxlYnVzMCYjMTM7PGJyPgp2Y2hpcTogbG9jYWwgdmVyIDggKG1pbiAzKSwgcmVtb3RlIHZlciA4 LiYjMTM7PGJyPgpwY20wOiAmbHQ7VkNISVEgYXVkaW8mZ3Q7IG9uIHZjaGlxMCYjMTM7PGJyPgom IzEzOzxicj4KYW5kICYjMTM7PGJyPgombmJzcDsgY2F0IC9kZXYvcmFuZG9tICZndDsgL2Rldi9k c3AmIzEzOzxicj4Kc2hvdWxkIHBsYXkgc3RhdGljJiMxMzs8YnI+CiYjMTM7PGJyPgpJZiBub3Ro aW5nJiM4MjE3O3MgcGxheWluZywgZmxpcHBpbmcgdGhlIHN5c2N0bCBkZXYucGNtLjAuZGVzdCB0 aHJvdWdoJiMxMzs8YnI+CiAtIDA6IGJvdGggaGRtaSBhbmQgaGVhZHBob25lcyYjMTM7PGJyPgog LSAxOiBoZWFkcGhvbmVzJiMxMzs8YnI+CiAtIDI6IGhkbWkmIzEzOzxicj4KdXN1YWxseSBicmlu Z3MgdGhlIGF1ZGlvIGJhY2sgdG8gbGlmZS4mIzEzOzxicj4KJiMxMzs8YnI+CkJlc3QsJiMxMzs8 YnI+Ck1hcmNvPC9wPgo8L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2Pg== From nobody Fri Sep 8 09:36: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 4RhrbF0JFZz4sGL0 for ; Fri, 8 Sep 2023 09:36:25 +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 4RhrbD4VF7z4DqB for ; Fri, 8 Sep 2023 09:36:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1694165784; a=rsa-sha256; cv=none; b=Ld3Zu2ihBDDzhx/qv+UafMAfJlEgs9hCJws8eGe17N4Ih97LlWBguQntWWpJPEDQMWLAzS GxcDU06eakDiMftpo9bavZkywvJPxvfX2scUJr2+7aVE/6iBkv3Vj1jyJ+lMq9yg63MRKe u6Z2tWqp4jb6t+rmFLjuRJP4pVgf79AjsqAecarga7ZzUAWkCsomIVEZyncGpqMk4msODs mmKpYBTZ+uSPDEnAG0NK04wTnspDm8hzev07VdlUY20o4J9TEaiFWSYb7Tpp1nXr7bTTuL Nb2QA7gW3mJj2qa4D88ba7xQt66sRl4dT/ja39ncrfey/cEXfiR8ZY3OlEOt4Q== 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=1694165784; 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=cwUKpwLkYpAL3s43dwEUvPPPNmPUfqic0ShElGLJ8Rs=; b=tGAciIb9TnvaKWPxoOjmhHhblLDXNsOs1hEQecKtMPUSVlvh0Tf3ccuh7m8YdkSXREXJvH z+0AKrtSJR15Fl6q5uLquHoj1qe9dE5dgWDS5xaATbgPpmpryL/wj9dp+6aGleWsFY4pM2 /nUfSgYqzMCu2/cPyCO50P+GfisAqn9mYH+dqTAr+jgIhHVfkzEfhxamwrssV3nbFiV9Zv T9xNbRRjs+dnXDh7LhgE8rCJRoCRjjJXRGPzjX5I9tzBBdQy223DrMDzt0IQMzbF5MvIYv X6CJd7b1NWsmEx3/zBkZosYg62gOQ3zSqD5dcc7efG/h3ixusUncaMJ6mL0GsA== 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 4RhrbD3bStzcmZ for ; Fri, 8 Sep 2023 09:36:24 +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 3889aOjM062522 for ; Fri, 8 Sep 2023 09:36:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3889aObI062521 for freebsd-arm@FreeBSD.org; Fri, 8 Sep 2023 09:36:24 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 273634] allwinner clk_ng fake divisors/multipliers Date: Fri, 08 Sep 2023 09:36:24 +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: Unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: titus@edc.ro 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=3D273634 Bug ID: 273634 Summary: allwinner clk_ng fake divisors/multipliers Product: Base System Version: Unspecified Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: titus@edc.ro when you declare a NMM (or other type) clock with a fake divisor/multiplier and AW_CLK_FACTOR_FIXED flag even if the number of bits/width for the clock= is 0 the value is still set to the register (at the declared shift position) because the value returned by aw_clk_factor_get_value for AW_CLK_FACTOR_FIX= ED is not masked when setting the clock frequency this is causing undesired results the fix would be that aw_clk_factor_get_value to mask the value for=20 AW_CLK_FACTOR_FIXED NM_CLK(spdif_clk, CLK_SPDIF, "spdif", spdif_parents, /* id, name, parents */ 0xC0, /* offset */ 0, 0, 1, AW_CLK_FACTOR_FIXED, /* n factor (fake); */ 0, 4, 0, 0, /* m factor */ 0, 0, /* mux */ 31, /* gate */ AW_CLK_HAS_GATE); /* flags */ bit 0 will be forced to 1 by the n factor and will alter the m factor --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Sep 8 16:14:10 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 4Rj1QM4YLyz4rqWw for ; Fri, 8 Sep 2023 16:14:19 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rj1QL44MPz4N8c for ; Fri, 8 Sep 2023 16:14:18 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 388GEBMA071934 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 8 Sep 2023 09:14:11 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 388GEBbe071933 for freebsd-arm@freebsd.org; Fri, 8 Sep 2023 09:14:11 -0700 (PDT) (envelope-from fbsd) Date: Fri, 8 Sep 2023 09:14:10 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: High swap use building Kyuafile on Pi3 Message-ID: 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-Disposition: inline X-Spamd-Bar: - X-Spamd-Result: default: False [-1.10 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; BLOCKLISTDE_FAIL(0.00)[50.1.20.27:server fail]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[zefox.net]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4Rj1QL44MPz4N8c While building a -current world on Pi3 using -DWITH_META_MODE it appears that swap use is quite heavy (~2GB) well after clang finishes compiling. The tail of the build log shows Building /usr/obj/usr/src/arm64.aarch64/lib/googletest/tests/gmock_main/Kyuafile as the last entry, suggesting something in tests is the cause. The machine reports FreeBSD pelorus.zefox.org 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 1500000 #49 main-n265134-4a9cd9fc22d7: Mon Sep 4 10:08:30 PDT 2023 bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 The build command is make -j3 -DWITH_META_MODE buildworld > buildworld.log This behavior seems new, in the last few weeks. Is it to be expected? Thanks for reading, bob prohaska From nobody Fri Sep 8 17:58:39 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 4Rj3l36nHSz4t9Ws for ; Fri, 8 Sep 2023 17:58:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (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 4Rj3l349c2z3M0x for ; Fri, 8 Sep 2023 17:58:55 +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=1694195933; bh=/r2P5FjqRwOpM4JrPbXOeilq4nFIUGEVpm2gzagpIcQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TWJ4hwmHFpp/prLpuculIRPgMl+UNFX87+HqLrntVMQUYSUAjOO+SmjtchixEKQiktkGKtZxGRyerjMWmwkxMYXHIq8mKLxmMv7uh90e3IINR5rTaivw2AwNiuVJanw99EGuHsZDqpwEhbbM1oS7oVLPNW2j8a6JnjK3a3io0q9GU8iSu/7D1BWbKrMmjrTk91OKVV43roE2A4lvIrwygzEcKw+9g7b+eejQXIZbMYIyczKRZDBbdifL9BaBzXQXZEzi406NvEBoGmIYso2faoMOys4fdxgswVkEVJEz291MZH/izaFacQeRh85jTnm30nqewojmYu63by3petYTAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694195933; bh=0YuLi9lltL6oWgLmP/pgaDYAXLme6XZbK57Vv2zW5ST=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gSzig2GVS3jZRKYOSnQyh8aymU2djaeFFWYI2JMlTcknxrlAhVPgFptY4SWReICXfrXhQDpIBSKyMA65MoVl9Bxvw1BZ+GOqp43hcNAKbA+qe1W67lwgidz7GnW+pzNCIMXnq1SeOGaUvJZ4FGsX5wtr0jgPK7xkVGonh/XJz66j1nI5p8hp62AkzPVsTUZx00/EobqYeVya5HEsUcG9Lk4DcjMrLXDBWyRKTns5P/qjTNYfqyCIYZsiGMCd1kfxxPPavOlk9IjYh95mhJMJ60pOeAq+ZUbgJ8FHW+cMS070Ka518ZVbGj9AtPbCaaVsXtb4CulFPKx1pSxTIeUwoQ== X-YMail-OSG: I_UxApwVM1mHNqsTFPJj0.jSNnr9vkf8q4MnMn477Rmac.r7eOqtK3Rw6iXuvgZ rERt0W8hJgrS9ebGETfzS9RzWZua9cfMiBkrTijyTMv.HtKdWuQevVaa2Bw3rZ7Rq3MMWvmKz8Wd MGGTpTVEEcW_YXzOPjjgDQt4tKTCqrym9EYQ_41hCQ_DJPy0n7My52xhWLnbT3Oc0DRXFqXYz970 aaH86XjIR.djXT_5VX.Qwbe_iLoi6Rw1M_AAdVbqKA1eVSG9Iz.uaAx.Tdourz0X.iT9k00pS4vP hwq12lraLITTJhwpcGGsPlokkXsp.mv.Jv0W4ptKFM76wJlu_hhiHFt7PCNUFJEc1aGZvAYr845T F4aVOEm6H7ZTIBEdWM.mOkpS4qub5o5.0qbgfrMHJ4hyZ5GfB7O1AmiqpEiOpfFfCd0E2429vYDT 1kMAzVDCI6NI561l4hp1hxyDKFoXjVhxzqH.wIw_mKv6gE31A1sNHDxlp4uunoJ9UznbyynrS9XR DknCG8M4goy9fSbVxDBmHYX9uy.4OOyyMmhUu99BTOfS1he7.8HSlr3.yg9XPZSf6Jw38UboBjwl W4kYhRu4XmrQs48FpyQ96YGilaKF8zPDQ1XEkVFbiFvXRVHBR7h3vkGANIeuGKV0_Ac8h.TQbS_b _jPgFjRf.ez7E5oNA32iPeNf5P9ipskEQzrxu5x68y8jTSSgqeuoXIYjUfIUxjgQC76wHyd4WZ9A z5oq9V1vF11iebHhWPCGM2T986RQFQczs3Je_IkjEe9qD3aGBIEqrWmZDGYnhu3D93GV_7Ggz9vF c3rm2P6jUyuhis4rnorZRr.rCoMCy4_gr8gcSeuTugOS.OtCsZedlqe2jDnjVZN22uxH7oXre.2H PGTVSuxp3wfha.FNNHu85Ewg00J1OfmV4g5G0I_dtc33gjfWqUX0j3UuFLO9tPhWfQmbpyHoL28r xK8s2MEOpSNGqQx4OzWm5X68sVNsW1c3Jw5JTsHV.lEXan8HvRvu0eyqG0NFiY5EvWOTr7NjSlij J2YoAO5lw.3bZxa9H_deixPGED_Lj41WnJc1e1dQzF4pvDVgqPdnalQ514G6UeugjJO7.4x4cW3s wJk4jPEJwxxVzCzDcrQJWwWEAGm6Juw3xG1OkhfmNSA7RDIJGXDYnRX4DUleGfsb8HhyUqQoEBlz nhNy4EWmNHwdNWWCb_XCne.HEOI9QKlSQy7TpEX3hgBZcbgl2yZ3JyrjRHYPWSwDI_kpLVYu3FTz 2f3ci25KY5B8F5DtHzz5WA4_Vk1eoHwf4q0R0QR7pocaZRZiagQ4RC_ItwDOB_Lt2G1QyTe3wg5r 7TOKhun3QHDYxC4k3jO11_rlxBdNDcXqq4UNxcvQglEqzV8JLF1cIX1QmjmHvmStsM2nK7k6jQiQ ToFjBh2zR85.DJzdUiIYCLVHRPqbHjSbLxj4TcMUa8mavRcizgQtdV4bQlfAGU_JtLBHpiHIhCAK PA1_KCivXWmhPzmO_5XofhUQwRu67zLKk0YhVTgvnul6pbnAr6IfXEVtdgeK.FKg3SDNnXoEpAg7 NdgOcs3qu4O4WRZBlwgdcySqTQGO82WIuPmYARRubZSOA3gpYOXOOctSZlE7s4oGQYKB3T4qye4o E7wQiIOs_fOAdfN0S6odqrGh397608eRCt2QezkCvaJO._jnkw4jyGhXousdzPcnOGpJhTD6kScI ZkC9BsH8fK6yvowKmil4_X7xLDuZY1F9Qq6yroU8IHWQ6YeusRBRrMR0VCwsUB56a6IIufLDlPRw vkPaeWiH1nSQhbg.Lxo6e1Cgk4phHDXWYPZMMJVWgyuBnFGfInlqvr_l65ztESfU14.UkPkA.9o1 OQEOGCwRiYkBIm.j5CgzmQVA859ewO3pUS2Dn8NoFnYo_BWkpToa3Vf_Rjb.DRi4XbK5cpebV1mg uMePQWwyis8R0AfVikpQYlLYCFvkVObhCKml1LfRUp.9VCyYpelti2qXi0WMYsSoJGD_41JAQqhK vtaeE5q0AmbldBptl4xVsSYEjgslTCjLU52AbTLS.JcdUYb2HX7p691s9aNZZyZFX9uJNPu0PM1O lqs4XUKVnmGkjKlfkWWaQqCxYIVn091PasKik8b4pu7v4sNG23vNma6mgHuMa4PiB.CatoqRZt1z FGlNaDpszRvfXQIqF0MQwJ1Z6vRbOLUYC1BWOqlEDorGAHtFRoeOLCuaCQyRj5wlwhEDCX87TJXM .HW9xWnUbXUMVV.kzGvzhTKfOFnR5o8WDiFkUKE2wh9r2zZZ5IxOWqFvnotwiavuBPTRPyUSUHdM VUlEY X-Sonic-MF: X-Sonic-ID: f56fb23d-3371-4426-b298-cc0769322d64 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 8 Sep 2023 17:58:53 +0000 Received: by hermes--production-ne1-7b767b77cc-fbxjt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 51b9ebb9cb72d3b919b54e0e2db4fe9f; Fri, 08 Sep 2023 17:58:51 +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: High swap use building Kyuafile on Pi3 From: Mark Millard In-Reply-To: Date: Fri, 8 Sep 2023 10:58:39 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5DD3836C-E6F1-4EB5-8F11-3C342A5915DF@yahoo.com> References: To: bob prohaska 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: 4Rj3l349c2z3M0x On Sep 8, 2023, at 09:14, bob prohaska wrote: > While building a -current world on Pi3 using -DWITH_META_MODE it = appears that > swap use is quite heavy (~2GB) well after clang finishes compiling.=20 >=20 > The tail of the build log shows=20 > Building = /usr/obj/usr/src/arm64.aarch64/lib/googletest/tests/gmock_main/Kyuafile > as the last entry, suggesting something in tests is the cause. >=20 > The machine reports > FreeBSD pelorus.zefox.org 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #49 main-n265134-4a9cd9fc22d7: Mon Sep 4 10:08:30 PDT 2023 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >=20 > The build command is > make -j3 -DWITH_META_MODE buildworld > buildworld.log So up to 3 builders can be active at the same time. You seem to have described only 1 builder's activity. Was it the only active builder? If other builders were active at the time you also need to check on what they were doing. The ~2GB is the total across all activity, including the (up to) 3 builders. A command that would show the active builders would be: # poudriere status -b where: -b Show details about what each builder for the matched = builds are doing. > This behavior seems new, in the last few weeks.=20 > Is it to be expected?=20 >=20 I suggest reporting the "poudriere status -b" output from a time frame with the ~2GB of swap space active. Until then, there is insufficient information to have a yes/no answer. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Sep 8 20:32:06 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 4Rj78C4GTrz4sdrF for ; Fri, 8 Sep 2023 20:32:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.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 4Rj78B3Lk9z4cGj for ; Fri, 8 Sep 2023 20:32:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=nJxoenMw; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.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=1694205143; bh=zfUcStnBuTiOToarclBayeXTMhn2bb0nDU+UJU/Ee1M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=nJxoenMwTiVhVOHzg1H8L1PlG6N+hiG/8vBPin+2FsXiHxLIg1xxdIeBHb8RtJHvFdB+G27l9n9B1rEpRRqVgQJ5edvgpGzq2EtqrfbTojaqXrs2isH7HnwgCaJ5n2v0KNeQo18ao/og3eoPrmwBHKr9BzjSl8GVhxGvt7cJf8ZA1Vimc4S5FCeqmdegCo5yVrkDY/zQe6ns1weG13OMFaP/iAzZZZTcnQZcE/WkjYJFasIQprhKHWOgFa1RNgDkjB7004+rLUsWZXp98wOPuUPX9UvoPVj/m10TIuiFCyRmFN0suCpUWufINRL2gzBR9k4aRexB1JFgRqMDaegWsw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694205143; bh=44jpKsEdxoRle35wrhgFwjBTY+iSJajDr8djy431PgR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RH6ciZhcQrzYfFWWrSmXb3CR+UPHx/yIqbmZ6F2ez1waz8IByPJTV9NJYs8xa30cC+KvnRGJeJd0VjYdet5vPQsj+gOXASmH9gpADi7E+f48VdfX8QIyT0/yXip1bNehc9OE1+PYr2/XdU5QZoM8hvmXeeCUVnNH14FrFrXCeOTBYlJKSIkGFePXNXSE6xxlOj87r0CGhRknMi1bWPTBon9zvckg40DRwZKnLDpq3yQgx7fg60qIXjRLqLLezgteDp4F0E0isAemr84R4cbAhbXsMdrRp7XAuGjNRI7atD6fw12+CWk04SDaNT72yV+vXjdYpGSmhwcE+Gm7+vAR9Q== X-YMail-OSG: aaO2_PIVM1l26FJeJ4Mtdn8S.wtxp9JYplZoXslTRuvRR8kpmcC5aX0gL2rZ89c 9h0YmR4rswzDYxX1T2UqfWsYHxA5tvt6Q.STS6WfCVs1t9kIXy5qXwmZ8VyLuma6RbDqyA4GfuVC B6z6JNqskwBmDAe1Ycz8VnX12EGqEJp1B_sb1O36mUeIvje2Wiqd9aMHMkMDZUAehpVf.9OV7Dm1 FSB9Xz6etsTm8j06gdcUhaV3MO0b7IlNDKckNtQJsL05s9MM6ieFpLB0butxZxsLhah2D0PGXd0V zsMQd35igEni33MGDewPJ32YyLoTJVcsKhLlVUH9PQhYEgq5fJXcruNTCOOYcXs7mG0f4.d8Mnd. qSa8xlucZxIZJtVdF6S8ZCqUjWk_u0ECCgFnaoEUafJ6AbLKiBuUTEUx0P87A0oj26.xCcH0_npg BogwSfxqFI9nFRhqfJ_jWr7ji.UR5D7rB8HZOk.c5007zY2c3.ZfuPRQNm33qfX9QkGun723av1Y caMM_QDJ.U9aCb0OuDoHmkqWtD0.FWVwbZFkpKd6gp.SPiyhjebqCfov10Ptqfg5C8x9PDSILQUK 8.WpQAs25Qf45dvNRyVWd79C5QWY9FVMLVHZZN6rAG.1esuo9nlsP0.rn9vVezDPJOxb5CsvnuC7 0aMRqXA.kgDog4hORmBSvbIJc.8_qB8NiWSzCx2U3gOhRYcVjKXB8k2iRNgG53hxE6hgPp_rQuNk UvzeDp1G33HgI1tCEjaSbHgbIESRAgw7bTqJ_qxBb70qSgsipe4.qSPuBBl5vMXDrLUpZmKCFQw1 ro5lp6YD9l5BAfp7EYrbSoMZGakwbLH1GvXsDztvyC66LVVMzbEUXX5j_0NbNS231c1B2RzvdEDS 8gtCIutP0tZqFG1GU.aTWfIm6Qr_SBo2yCpqPFTiwAPE1KLS9U1_2SSWMs0AZEt94xJafDDeGIzV q20Ee61OOorDWsaZ1HcZ69qYJwm1l_9UNhEEAoYp1wO_yM21dHUt2sJPI4rptc6GYDP9_tA.2IcD .mg1WM3.8WE1bX1DVn.uyfTzoI09FJWXZ.FCC4K9UI.QUwjYYsvEZQAr8rdf6Nd9Jo6FWUNWhBcc w__gzSYq7H0wYOQJaijWdhjHAGhr_CpRkyZeKyblpXLoFYrPoj_XCdAgnfrSFsb9frdm0kh145OX _xEckjQuimoKDM2mgFdd2zdNl_n.yb1BAw0pHY.tCfZ_0wdIKQTfAkSURWzt6ZZiykpUtIseKb9F zauNfaHPO2EZ0hezd0aRI.uF42cOVcZt_eNYRI2K4RZz83ubxen7Lrjc094wA827UOeTMOJFEyKS hf4ahlS7yfUrxGUaVjNHdK54mDVTf0krWn3kNkHknWScmpmvvkrw64ApFMUPB6lJ8_RqJeFoQnHo iqZc5MA18PuKDAB.lUcJO_cU24iwftslxZwoVTFTaVIgmAs4BOynVEM6FAkWhecyNcyImeBHymze nO32JufzkrI_lccF56K9Nh5wf_f65bLxbDmzQx9BrwGOQ3iBy8FjSDz2C4KBQ2rBJRxJ0DJHo_GU fKTGD3CdKvNAzEnU8y2vlzJeS410ELkol4l6reBBmCHRB8PO3uhGm7_CZz59CHcGP_8WAP9FzzpH Wmb3BxlSyKIoc1lzuygybsfQQCQSE3RWylfgXgrsAGLuHkHz3Va_qZd8iksPoFL41btpzTjjj4ze WDG1pZ2hXc1I8jiGz_uJWiyQNEW9ZLbM8cfVR09TdW11GK2urYSXscEQ7twiBTRdGnQ4i8QRhohw jgWy8uQkd6zZaH0jr1pNq8LfTmtjJpChvyIURWXSgEOUJrpm03_ATycVMj6eCS4M8Wnrsee2DO4_ j5P5v.txhQgpv1SELLbM3oWlAu4YAQ0D3iC1t3.SOJwilwIWnhLFIqUpSeIe7.y.o95hE6sFB9nW I64RnB6AOJ_dHq4n7AEknPt.mtLaS6jiQqtB0qqGoF3uQ_H.3UhBGVYrRoYLSyjwKNgWdauKV52M WcuSbxKxurwXEYPz4Dee0PU3Tt9nfKvQ3RIKluJGReP0UPOR8k4CoDnOK4eFDZPp_AXU6fVKHf1W 5xaO6J0RTdWUaXNgMFpa_QIqB61X5QpMMhDl_BWmWQZ93h58W5zYduZKmvlRoen8arHmh0VOU3U8 kV13q17TijdUy7poZYMEelmKj.f6EPLqK62318bM4GWQbL0bUVWr9r_UXCVBCX2ZdolIth3YiR4J WJ4uCEyAyQp85DAhmpwnvT2n6YllIC5JjFU78WO.NhG9h5hehQG7pIqBvgEHBVbQ24O6jgWOY75C n X-Sonic-MF: X-Sonic-ID: bb0a7c37-5258-4511-9340-907e4aa1a332 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 8 Sep 2023 20:32:23 +0000 Received: by hermes--production-bf1-865889d799-g7m4g (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5e993396eac1057d5a95ce782f600bee; Fri, 08 Sep 2023 20:32: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: High swap use building Kyuafile on Pi3 From: Mark Millard In-Reply-To: <5DD3836C-E6F1-4EB5-8F11-3C342A5915DF@yahoo.com> Date: Fri, 8 Sep 2023 13:32:06 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <5DD3836C-E6F1-4EB5-8F11-3C342A5915DF@yahoo.com> To: bob prohaska 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)[-0.999]; 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]; 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.206: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.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; 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: 4Rj78B3Lk9z4cGj On Sep 8, 2023, at 10:58, Mark Millard wrote: > On Sep 8, 2023, at 09:14, bob prohaska wrote: >=20 >> While building a -current world on Pi3 using -DWITH_META_MODE it = appears that >> swap use is quite heavy (~2GB) well after clang finishes compiling.=20= >>=20 >> The tail of the build log shows=20 >> Building = /usr/obj/usr/src/arm64.aarch64/lib/googletest/tests/gmock_main/Kyuafile >> as the last entry, suggesting something in tests is the cause. >>=20 >> The machine reports >> FreeBSD pelorus.zefox.org 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #49 main-n265134-4a9cd9fc22d7: Mon Sep 4 10:08:30 PDT 2023 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >>=20 >> The build command is >> make -j3 -DWITH_META_MODE buildworld > buildworld.log >=20 > So up to 3 builders can be active at the same time. > You seem to have described only 1 builder's activity. >=20 > Was it the only active builder? If other builders were > active at the time you also need to check on what they > were doing. The ~2GB is the total across all activity, > including the (up to) 3 builders. >=20 > A command that would show the active builders would be: >=20 > # poudriere status -b >=20 > where: >=20 > -b Show details about what each builder for the matched = builds > are doing. >=20 >> This behavior seems new, in the last few weeks.=20 >> Is it to be expected?=20 >>=20 >=20 > I suggest reporting the "poudriere status -b" output > from a time frame with the ~2GB of swap space active. >=20 > Until then, there is insufficient information to have > a yes/no answer. >=20 I forgot to mention about when a builder's temporary disk space is cleaned out. It is not when the builder finishes. It is, instead, when the builder starts to be put to use for its next build --or when poudriere is doing it all-done overall clean out. This has the consequence that if there are no more uses of the builder that are going to happen but other builders are still running, the clean up does not happen until poudriere does its final, overall cleanup. If such a builder with no more to build used large amounts of storage space for its last build, the space stays in use until the overall build is done. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Sep 8 23:42:08 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 4RjCM731s3z4sgQj for ; Fri, 8 Sep 2023 23:42:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RjCM67467z4bGH for ; Fri, 8 Sep 2023 23:42:10 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 388Ng8WU073009 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 8 Sep 2023 16:42:09 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 388Ng8Nm073008; Fri, 8 Sep 2023 16:42:08 -0700 (PDT) (envelope-from fbsd) Date: Fri, 8 Sep 2023 16:42:08 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: High swap use building Kyuafile on Pi3 Message-ID: References: <5DD3836C-E6F1-4EB5-8F11-3C342A5915DF@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; charset=us-ascii Content-Disposition: inline In-Reply-To: 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:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4RjCM67467z4bGH On Fri, Sep 08, 2023 at 01:32:06PM -0700, Mark Millard wrote: > On Sep 8, 2023, at 10:58, Mark Millard wrote: > > > On Sep 8, 2023, at 09:14, bob prohaska wrote: > > > >> While building a -current world on Pi3 using -DWITH_META_MODE it appears that > >> swap use is quite heavy (~2GB) well after clang finishes compiling. > >> > >> The tail of the build log shows > >> Building /usr/obj/usr/src/arm64.aarch64/lib/googletest/tests/gmock_main/Kyuafile > >> as the last entry, suggesting something in tests is the cause. > >> > >> The machine reports > >> FreeBSD pelorus.zefox.org 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 1500000 #49 main-n265134-4a9cd9fc22d7: Mon Sep 4 10:08:30 PDT 2023 bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > >> > >> The build command is > >> make -j3 -DWITH_META_MODE buildworld > buildworld.log > > > > So up to 3 builders can be active at the same time. > > You seem to have described only 1 builder's activity. > > > > Was it the only active builder? If other builders were > > active at the time you also need to check on what they > > were doing. The ~2GB is the total across all activity, > > including the (up to) 3 builders. > > > > A command that would show the active builders would be: > > > > # poudriere status -b I'm lost at this point. No poudriere use is involved, it's simply a -j3 buildworld in the "building everything" phase. Normally swap use peaks while building clang and then diminishes markedly in the building everything stage. Previously, by then a -j3 build isn't swap-bound. Buildworld was still running, with three jobs, two of which were over 1GB each in total size, though the RES numbers totaled only about 700 MB IIRC. Thanks for reading, and apologies if I'm missing something obvious! bob prohaska From nobody Sat Sep 9 00:43: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 4RjDkc6TnBz4tH2S for ; Sat, 9 Sep 2023 00:44:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4RjDkc10ggz3SSB for ; Sat, 9 Sep 2023 00:44:08 +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=1694220246; bh=M9EdkE72+tJwWC0guQLuJLeQ5a0adys3ooqkO4r3EXo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Bl2V/ThTMSSqBBItmM859mTxKBT3w+NghYO/+Sizk+FoD8a2+4EYHUoTCzZ7SBZUeODiahpnuaMb8RAcnpJUZXBCmUmzqs0XEKP9Q1IR7/ocEx3gDILXzL22GQSjAv0WWsUHJfPqtijOy68VM4cASOvxsSdliCpzWZe1sTD8VpJ8mjFALEqAlApdgU9SnMxC+tvQ2bLXAQXS0eW0Gnf50QevI6sDWwPU+zeuWqbFOemCPMz4a3fOJysjSwu7XuT/9gS0h/jwRg89ndVkHYZpm2XEmQP0GhACYTE2YKQ0DcLD905O/RScwqQMGw0OnF8UzK7X6vkPXy06rYROAv1cjA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1694220246; bh=UF9U8du64XGO2Gfd/U3c6qm1MlSggulj3B4KKwpIOdq=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=TOQoa+FOWQBi77Jem2Lp+d74M8eS77idonin2JN62fv6ZU5s1/EI8XjCXheM7ggiWdOmXFPLS0Fks9mr4yslnXlg86Uld9/Rc+kmfgsNf9EUG1Xr+dvWIc/wMhrCjIKWRZJxmMAV9eXZv2UgPuEtTCh97kkh60UbWqoESN2PD57Mclabu2ctM0idwZVQOQJpsZUhPgFwePFX4vzUHCWbcVLCumV4iOrG3/qjiZ03PWL+iQ7bFGnJhryDfC9V1MFyqocLev2n8NPYiTyPbGOjz9qL9994mHUnXFhHWJJzoMDO+oGUN9I59xoaq8J3QOBvBjN6ABLZGmiTZ+NnvsyMeA== X-YMail-OSG: XbhwxLsVM1liVF7bpBKPPFwkniGw0ETEKgRnIxF8PmQe.NuKwwCo4wJNZyIM.ji cJ9UyPP6uNFcmEApWVBUo71hpGOkHpb3ztDTYaQG4v8PjINXd_0UBG73b4TP6iULkRFargL_wLQf TH3P.GGkd1BFa92.0wrFIQ1QQbu..3ZSLHVBUNl.coEf8XGXy8w.pixkVrvzum1995CSblNyCdEY M0bT11AfdaNVVwRDmeXLNu_UmojqznM3VulCDdwX9457GuZJK8jWjHTyVzQLUNPcyj.Y3cT34zQZ PrGwwTMZgeyXQ6cm1HeAeRUBs0rZGeQPeekqkxsSi4S_zoJ.oHoNRwckUVfWUhEHw3_ASv3X8lTr aHekJ_D7ic9lQ4Y211orGhmZ5SlYEYoov7pRKaJWPesx8yBkFjfKqmRmPly3A55LQcDnPSSa24UY gXF6ovEsQqfBOPsV8nakm60zwhtpVy7hcxgIkdib96qpA.2JU2M64Rvmg0TYfYscnpEnTm7Z.oi4 YZwfWyzzRosLBwMOA1IC_mG2NQA4VdfAArp76CgTULWDJzvsxP_yGu93WbHvLCI_brA_1GymvBHo U7osnehiPLkyCMI91xbqjjkz61m1G21zvERW80tjE0udO.cfE6U9O42UHiGQ6uChBWjsDqneF_B1 Fslinwv.75DOHrAbi1zmqQ6D3P0V4aQ0BVIuAhKFWCDmf897qpsEx1IZ0La59wLTOo.BdjV5KCi3 .tuKB0gkbuRxEDOaoQL.Nn3gETzWeQI.R82MWI_OsTCgw7qrG7NhMpgY5opbjUKV.F.fVsvMNcB8 mUStrwvIWwdrA7LIH1Rvl8gHigJZoWQt1U.njoO1Sxhi_zu2mL4f6Q37p6CXgulkxLFAJc6jeYQZ TvDEe_m1JthTN.lZpDbj8a.k.59fyWRZmYK3VPIlW4XSpnw4XgvjHL5DtwkC.LbKQy5gR5KBqwa4 Q0U2HY8EDF4d2Wcf9t4p_afGAY..sI.FwXuG4dzX0mhoCmfdwvKJAS9LNWmocaQISWa0qeF77aOy EcehJNVKY01OjNYPEh2OC.DGvmrGcge9gNe4J4kqGuzDRaD_KkYmLXpRWNuKtpwRdUe.0JN2j5Pg OAw0ZVk6sptAFzQpX7hrgfRk80LTh7fLYsF3xxmMe9sFc6E6tNg3X_6q.3AKrHVAfH9XJ9wk4ZAP nVht8EIlrKA1v8fa3dh8OFiAhC6Aeyn15U1UFoIP_KIa1_xsWkJaAjGyq23IZy5aIi4DfuvbltJ9 cO5l75kWqkFMpW0QPjgaCGKPbTfM5UHPhxx7CPfjnhUxDUlpk9WhPvzAi5YB_DGAypzZcnl_D6n5 f_51FRLH_XasmyVAgM8i5EdCJ0Vwmcj2vBydMewjKvcpurERVL0MAj.8iePyrP9SFiU6sQN4X5IX rzmpbu95taske_7HW3jGzMQfs72q9ma0v475o0vsvdJg_jey4lwQBj_rnzi1UL87iRNvlb2k8Jqm evkJnHMTAxzHt8zepBgdshpdg6oAhc0OfKsG5YTr5yrMZI9Myk8E0oPEMleanZ_QTH3496pmLEy0 VOabq33MEV8Cjpd7UUy25hTCIm8dau95tUtqHv47PunIXlN8T6ZRIl.x1siZ5mTq8JPf7EJUBqR6 FLg2JYhhtcf1MVQRrjXybaNSVBliYldI.HWfEaBNJbAvbAbN2FopdYPNTOJd9.NZ_wgONL6sEYq5 gh_bKY4l7sc.Cm.Ior3NRtJW4IlwWcsjphcg6GoPv51e0tQrPCoLeX3ri1s0z.IDIBHYYxWfrDTt Z_VXJGZCnC0kjML1o_Y2pL0wpPaFOHZaZE_KacCmYOUgJ.B1LwtM5dCu6uiGnszR2dn_WCHW2Yjq swzJDfqGMVXt9sqo8BEq2g7Igg.sYGPvQ7zwkS8onGBI341ANwv6JbESyJLvQZw7FwnErHM0ylda yaebhI_B6yR_3YFBgd03x6cK_K8boN9jnc1mqsgOqk4WKmdA5m2ep_XThbCyGPKIq2ln9tivfj0n k4GWcMu5viat91rem96LWt6Xl9vL6zFX3vEJPyvLhrMzZl.wezaRT.sr7XPFgC3wA87yLS_3sh0X hox3DM.vvqkmFNnHYL2AbW92UBPjh7.xF6aItdkIV1I7faAsbgrz.VVv..nuvLzE8kNi2zkJrQog my0b7Zz0uvRZlaFDFoSNvLgQU5ciTmQ0XOfoa0RDl7bJeFC6dbpN2qf.XLlAFAzQpQuQGkxPRqJy M3WovicaN4yq7YrEk4WAmc1gYTHMQQ0HZOWNnjPpVpJboNtZJnJ82N2S7nwT2fITbACwjf6K544P E_w-- X-Sonic-MF: X-Sonic-ID: a9f29f23-a245-4977-aef8-a4f9ff81b4d7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 9 Sep 2023 00:44:06 +0000 Received: by hermes--production-bf1-865889d799-k5x9p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 43077e66413c5caca61090508e182ef5; Sat, 09 Sep 2023 00:44:01 +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: High swap use building Kyuafile on Pi3 From: Mark Millard In-Reply-To: Date: Fri, 8 Sep 2023 17:43:48 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3815402A-CAC0-4299-BDC8-153E9C71FCDC@yahoo.com> References: <5DD3836C-E6F1-4EB5-8F11-3C342A5915DF@yahoo.com> To: bob prohaska 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: 4RjDkc10ggz3SSB On Sep 8, 2023, at 16:42, bob prohaska wrote: > On Fri, Sep 08, 2023 at 01:32:06PM -0700, Mark Millard wrote: >> On Sep 8, 2023, at 10:58, Mark Millard wrote: >>=20 >>> On Sep 8, 2023, at 09:14, bob prohaska wrote: >>>=20 >>>> While building a -current world on Pi3 using -DWITH_META_MODE it = appears that >>>> swap use is quite heavy (~2GB) well after clang finishes compiling.=20= >>>>=20 >>>> The tail of the build log shows=20 >>>> Building = /usr/obj/usr/src/arm64.aarch64/lib/googletest/tests/gmock_main/Kyuafile >>>> as the last entry, suggesting something in tests is the cause. >>>>=20 >>>> The machine reports >>>> FreeBSD pelorus.zefox.org 15.0-CURRENT FreeBSD 15.0-CURRENT aarch64 = 1500000 #49 main-n265134-4a9cd9fc22d7: Mon Sep 4 10:08:30 PDT 2023 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >>>>=20 >>>> The build command is >>>> make -j3 -DWITH_META_MODE buildworld > buildworld.log >>>=20 >>> So up to 3 builders can be active at the same time. >>> You seem to have described only 1 builder's activity. >>>=20 >>> Was it the only active builder? If other builders were >>> active at the time you also need to check on what they >>> were doing. The ~2GB is the total across all activity, >>> including the (up to) 3 builders. >>>=20 >>> A command that would show the active builders would be: >>>=20 >>> # poudriere status -b >=20 > I'm lost at this point. No poudriere use is involved, Gack, I substituted the wrong context. Sorry. No poudriere details that I referenced apply. > it's > simply a -j3 buildworld in the "building everything" phase. However, buildworld and buildkernel with -jN do parallel build activities (for example, parallel compiles/links), with up to N at a time. Do you know how many and which commands it was as the time: 1, 2, or 3 active for a sustained, overlapping time (if more than 1)? > Normally swap use peaks while building clang and then > diminishes markedly in the building everything stage. I'll remind of history when a google test build step used to prevent your builds until they changed the optimization level down to avoid the memory-space resource use. LLVM related build activity is likely to have the major duration for notable memory-space use. But it need not be the only example of notable memory space use overall. I'll also note that the early LLVM activity is library code and later the actual compiler, linker, and llbd are built (using the library code to do so). These activites are likely of shorter duration than the library activity, but that need not mean much about the memory-space usage peak. > Previously, by then a -j3 build isn't swap-bound. Monitoring for what is running during the ~2BG swapspace use would be appropriate. top sorting in some appropriate order may give a clue, for example. More detail about what would seem to be needed. > Buildworld was still running, with three jobs, two of which > were over 1GB each in total size, though the RES numbers=20 > totaled only about 700 MB IIRC.=20 What were each of the 3 jobs doing over the time frame leading to and spanning the ~2GB? (I assume USE_TMPFS=3Dno and other avoidance of having tmpfs competing for RAM, for example.) RPi3B variant: so 1 GiByte of RAM or so. 2 GiByte of swapspace or so used. (1+2) GiByte of RAM+SWAP or so (based on the little detail I have). RAM is actually not all available, so on the low side overall. The kernel and other processes use RAM too. RES only tells you (incomplete) information related to the RAM part of RAM+SWAP. Note that, say there was only the 3 jobs and the kernel: 3 GiByte/4 is about 750 MiByte RAM+SWAP for a mean. You indicate two possibly 1 GB jobs, so that might total to 512 MiByte more than the mean scaled to 2 jobs. The figures do not suggest vastly less than ~2GB of swap space use for the whole system. It still suggests the original reporting over focused on one job, apparently one with the command already completed. A more overall span likely is required evidence, possibly across time leading to and during the ~2GB as well. =3D=3D=3D Mark Millard marklmi at yahoo.com