From nobody Fri Jan 21 23:32:31 2022 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 B4224196F58F for ; Fri, 21 Jan 2022 23:32:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JgbJs4GzGz4qv9 for ; Fri, 21 Jan 2022 23:32:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1642807957; bh=7h963wp9bvRsxOhi9Tp35lIqdjYr6vP02eeb9EV13ZM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=CzW8IPRv30obbsMM3L1g5PGmptLE8x6NwZk0mHLc4BYezlriuhJmV7Cs/k7ql3mXQkLQ0XrDR5l6pzo1xOILoEzZvN/nzAZ4XavacL19L6uNCNRlc2/ymit0eVut8jxsd2z8Hk0eIR2PRFtN7RjFLrfceZn+G/A7LSluIQHGAYkcNxDb/3mE9Lx8cJxZp7rRI0jX7R6G54/EvWOLiN40YURblF2J1GUZvr8riUI7AHKTEwsBiOANNCkKRWRRkYUGYA6GhkS5yC7Z3jCp6SwZoB+enEOTaGwffSzHm7uwHfdxiFHaMs6bNGDYwWdzGvHfV0Z1AW0zSlLsncJMhebIwQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1642807957; bh=6+qFLfccbVPmYnXJnK9Ik3PG0TuwKifPIh+cr9O0T/e=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fQpi+4CgL+hREOOsiRQsKjq0OoOrGDvnmbV5q4b5+ACfx6YYeTb9+AF1ghsFBcQACn+EVbyMebf4hA7+SW8CyH/lUNmiPsNOxbn6NScbtaUM57ByW1uNratTxpSfQYrHOrvbJSc6CPgBWHF30zg2CRToe3hXrYkQxj+nhE7ATyB0ojg///4K3YycV23EJ/n7jjoyX2mPIze44R6o7krCxH2ti9JIcxGjLT8z74JX9XpGDFzA4QnMEMKj+c0IjCnc+1y75vonSzeqN3Gp8rJRqFcpKxo3k4sJBzlgaFun6ca1njcvxbSsuVdZxCi7rLIw05idVLCIIy6xWGn9fUiS9A== X-YMail-OSG: oYae6bcVM1lGxV0CnRxr_fWF7eZy6NMegWRLeFopVIXZwbc34_F3pq6Ik7pPULs SYgZ0aLgsKdYx2pHqSyERxNMzr51UdmWNhelGOnBU1dqdxxgbYz353.oBWnr6YNujrIjZVN5d6Jd GeUwD63stjJoFs7cOAzum0_LPPQeogMELuwZmjcNHTSonJyrN3Z3kzY1dqsWR_FS8v7fW0yTO5Nx NehcXSC5amn0gJOAuLRuTlDb8VVrjVNb4_sUAKtred63SvXQSy8EcZ_Xe5YXJXIvHI8AF94xsRHM 5VW3EqtyAggT9XD_64wFenF6sIb9SsYmeI24G.36mqBYKIgoof.7T4marc1T3qu8JX1QvhUWGPuj bfRAttb9.Z9wpgP2Azl852jP4CR6qW2yFjBtsk979JQ.PY6hCbZ3ZvdEykUdAwM82tDHvUB3n4_u qJnN13610kdFvQPoc42sV89RJUhiV9zw2eQvnHsmSEpmd.2jBY27xzaI8noAlAbIF1zcBraf4sv5 eOA5ZktbhXPJ2tfjDFzRO9d492eUhHsZPqYHGxzVZJskFYItjhlfMZb0orGArepPgq1uBod7HOuG LwRbZZGMuXJqc4_m_vFyZVRiBHkpzQi7oUj8u3fnc03odee35j8a_vT6gUA6TVdM1EgdPKlgq2Tg L_p6.584.f7.pbW2R7qtIkKiE3QyckbN7HjejtgzV_3sb4lttFjRw12azujncgKFR10Rl5awIkYr 7uiKrf3SquqU35FRJ5QJicfkovPsT3J31URX61JV5TPorKWEbt0cwyGUXz.wkgmVogCnNdtzcwp0 i2.EpC.ly9JZxsSLp3v_Uua9mfQyTOkfhibjJuvJxSPOusWcl8Vi0DnjfiFsT.ErngFCTyfyYnzn YEwHxwgPJwU3kFD.K8QxkaayZDOFM39QgQOVzaHsAjIGEtXJ1hH.irI149IjTKLi9ACidFkb6w4c vn29P9UVzdTCaDOEiky6SWLzLlFmSTZgnLWun0dMCoNwTNg7Zl03HrbTSZlo_OUMxAykySdl9f_q 5Ovo2Kn2BsB.k1CeESBpYLG2mJwK5BOSWt56ipDxYTUTOS5JynhMBvb3aHVjp85b9tXJWICAwi4G QkQMu.hPGY_asTe_sGOYw_.FFSJyAeXiNVI4CCCK7lNi0dlyC65Ldwiv.WQPawVO._EMr0NF3VPV RWJWj3n6O0syPGJex1deuXgB9T2on8F56W_VuCtiRc8qRQ5FxSpUgNqG4rgOMrppDaQfW9hsTcHa vmFM2B9pQ3rq.tktq88tOC.7OFLjWvulPJXBAurJCX1eujSQwUB8PxzyLk3uYko4dUdHMkxs0cHv q3lrtSp8spdMkFKx5tqFbsI_2wuLES3QHgskxGeXapO_qsFmnwc2Rhvfwecdyy2Ky27x2U.mEZWS vZeCh_fpYNSrIeunWiLaP7IQ9Hc0W0dYDunKfrcsXLXzaWqs1t91EQgYykM10tHXQLnHtzSQeRRN kJrzIzjF3c8VG5q4b5r0I._E3MJjoMPRxhurcqybF2jO80zk7P3MtxblqBPC4nBSqfwTnEymZuuZ .AEIfV53WCZZGN9Y7dGcVKHaWRoscJI820WumPEdG3pAeD1ZjfS522Exp9Pm7XRMPA3xVydPlfGw C9B8nOZKg1X1GTW5GICVgcVAKKE.t_kviNKioQ2jBLoqaBo1WoUtoI.naWVbHFkceJYbA7227HjY kyk64ubAaTbrKklrcYoQWAZRI.J7zaV.XZeSKy3gbdF2qyPGqoahmHSacJwLG25.nWR_s7xFeAog SZuZSdkiaXcCbPukXOc3WujFL0.w5GqA1TXIJtbrTUdpm20l67X7cStZagKW8yt8jlzSPhpPSPxv ONA4SRJ4V4BVc2h1b5NLTO8c2AwvzPaun4lcPQJS.dX4tjUI4Fser3Er1XcQRJOrtW8SyFYZUCBX aGZ53XtUhp2SiH21RQXS8KE4FQLKl7K51feigV4rhuPzMa_qIXlgjQHIuLhJc1DKmN9_KxkDdFgS W_QXSm9GNgClqGafxBll5xllvtSZIbZ1Fyp3UUECsOJcKc730Rf3TOoIuM0zziKGN_nw2XR3zyE. c5f7gaVwt6bAISCdffxmvRL8naqa7d2Z8OJwB7At7PpigPtGCjh8mhdtHeHzudgN_CrGQX2cTK7R lt9HoeBlFpX2.LCbqA_.avBF3YgAriRF.B9R.7k02Mu8S6j0y2le7.T_qQM0UUkMHOxR9aZPHjHJ qzjHH3o7joW3T19tXsli8UAJmkB0rdGyClYkHLKo19hFVaQoXc1Z2xNbV8zSiGlgiGAIOspHjHbo gj4m79d8s9f2F0Ag- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 21 Jan 2022 23:32:37 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 029fcd5885007ae40f9513c2aae8ca7d; Fri, 21 Jan 2022 23:32:34 +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 14.0 \(3654.120.0.1.13\)) Subject: Re: Ping troubles, was Re: Troubles building world on stable/13 From: Mark Millard In-Reply-To: <20220121215740.GA29220@www.zefox.net> Date: Fri, 21 Jan 2022 15:32:31 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220121031601.GA26308@www.zefox.net> <20220121163445.GA28761@www.zefox.net> <2CABF256-CC55-4449-80CB-A3DFF9B4B7A7@yahoo.com> <20220121215740.GA29220@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JgbJs4GzGz4qv9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CzW8IPRv; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [0.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; MLMMJ_DEST(0.00)[freebsd-arm]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jan-21, at 13:57, bob prohaska wrote: > On Fri, Jan 21, 2022 at 12:54:02PM -0800, Mark Millard wrote: >> after the id for what you are trying to build. >>=20 >> I have multiple source trees around, one for stable/13 . >> I use: >>=20 >> # more ~/fbsd-based-on-what-commit.sh=20 >> #! /bin/sh >> branch=3D"`git $* branch --show-current`" \ >> && echo "branch: $branch" \ >> && base=3D"`git $* merge-base freebsd/$branch HEAD`" \ >> && git $* log --oneline --no-color $base..HEAD \ >> && base_date=3D"`TZ=3DUTC git $* log --format=3Dfuller = --date=3Diso-local --no-color $base^..$base | grep CommitDate:`" \ >> && echo "merge-base: $base" \ >> && echo "merge-base: $base_date" \ >> && git $* log --oneline --no-color $base^..$base \ >> && echo "n`git $* rev-list --first-parent --count $base` = (--first-parent --count for merge-base)" >>=20 >> like so (for my stable/13 source tree, your path would >> likely be /usr/src instead): >>=20 > Thank you, the script reports: > branch: stable/13 > merge-base: d7b156672a48c37e1b8ce9b4ae28a46ecea55412 > merge-base: CommitDate: 2022-01-21 15:58:11 +0000 > d7b156672a4 (HEAD -> stable/13, freebsd/stable/13) zone.9: Remove = documentation of non-existent NUMA configuration flags > n249092 (--first-parent --count for merge-base) >=20 >=20 >>=20 >>>> Any console messages? dmesg -a output of interest? >>>> /var/log/messasges content of interest? >>>>=20 >>>=20 >>> Nothing obvious, in particular no "killed, out of swap" type = messages. >>>=20 >>>> Any messages of interest somewhat earlier in the >>>> buildworld.log ? >>>>=20 >>>=20 >>> Not that I can recognize. I started to put the buildworld.log file = on my >>> public webserver and was surprised to find that sftp didn't connect. >>> Trying to connect from the server to pelorus so as to use get failed >>> likewise.=20 >>>=20 >>> Next I tried to ping from the webserver to the stable/13 machine, no = answer. >>> Finally I started a ping from stable/13 to the webserver, at which = point >>> the opposing ping session woke up. That seems most strange. >>>=20 >>> With ping running once per second from webserver to stable/13 = usually a=20 >>> single packet is returned. Starting a ping in the reverse direction = at >>> 10 second intervals _usually_ results in a single packet reply; = occasionally >>> none or two. It isn't entirely consistent.=20 >>>=20 >>> Both machines are on wired public networks, so between them there is = no >>> NAT involved. Packet losses correspond roughly to rate; Most of the >>> 1-second packets are lost, most of the 10-second packets are = answered. =20 >>>=20 >=20 > I take it the ping behavior doesn't impress you as odd? I thought it=20= > most strange. Odd, but I did not see how it fit with the original problem and I'm unsure what to comment on about it directly beyond our earlier ssh related exchange, where I'd noted for the icmp_seq values in the ping output that you had then listed: QUOTE The way I read the below, icmp_seq=3D0 and icmp_seq=3D1 took more time than icmp_seq=3D58 and icmp_seq=3D117 and the like. But lots of icmp_seq values did not complete a round trip. Also: 58-1 =3D=3D 57 176-118 =3D=3D 58 235-177 =3D=3D 58 It looks like the start of a pattern already. END QUOTE. >>>> Does the problem repeat via using the files: >>>>=20 >>>> /tmp/gmock-all-836ef8.cpp >>>> /tmp/gmock-all-836ef8.sh >>>>=20 >>>=20 >>> Not sure how to try that, but it seems to repeat on a simple repeat = of >>> the buildworld command. >>=20 >> The .sh compiles the .cpp using the options involved when the >> failure happened. Copy the files to an appropriate place and >> then run the .sh script. >>=20 >>>> on that RPi3? Elsewhere that has more resources, such >>>> as more RAM? >>>=20 >>> I've only this one machine running stable/13, but a Pi3 and a Pi4 = running >>> -current don't seem to be affected, nor do several pi2's running = stable/12 >>> ARMv7. >>=20 >> System-clang is 13 on all those for now. The .sh and .cpp test >> should be executable on all the machines. >>=20 >>> The troublesome machine has been updated many times using git pull = followed >>> by buildworld -DWITH_META_MODE. Might it be necessary to = occasionally run >>> one of the cleaning targets? In other words, could META_MODE permit = obsolete=20 >>> files to persist across builds and reboots?=20 >>>=20 >>=20 >> I only rarely rm -fr in a build tree area to start from scratch. >> Nothing wrong with such an experiment. >>=20 >=20 > Cleanout of /usr/obj looks like the next thing to try. There don't > seem to be any folks having similar difficulties so it's probably > some artifact of this machine's history. =3D=3D=3D Mark Millard marklmi at yahoo.com