From nobody Thu Feb 17 08:02:15 2022 X-Original-To: freebsd-net@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 9E83B19D174A for ; Thu, 17 Feb 2022 08:02:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4JznNs6Y9Gz3kHv for ; Thu, 17 Feb 2022 08:02:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1645084940; bh=QABWEFzT5bb1gvRbqeu99lqsq0DVDOTkaFJAEAzVMso=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Sonpql7WEcKDRxdtTZ4CR8kWZeVI38oua+artWMWh0FBFN7pjW1fSqqC+YYO5bFL6L7gj9Ml7wIB+Eg9iScxaHlfWujqzL1WHNQspbV7ZO5dtvykxEbfSWbAu8eVL8dhfmFav9nepYj2vqujhUZJqRm2QP/wVVbQk47OS112lqOzGA/COtFrz7ZXvYFWTL1LH/Fq3B0zcXopr13dYI77dRJrpiWKtbSilkCuO/r8fw6oA3+qMoXL/GzgvfRUoMumqHtQkSKL5NWUOmTw2qvwp/5byjIXMegNu1W7xa/jW1sfwAjdkAI1IQb9vvYEBMouP55eqScaq+RPPZFYtJvBEw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1645084940; bh=f0h1Taue8r3sCO7icHwsQ97nJxiawQFbDJG59zCuIhv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UfErEOC85Iy5Yq9VCZE1M7b/SvMyi5FNPtK8PGke1ri0Z917EPB7XbY4zZtCP4KVLNVTwOdNiaNi973JwRzWnICqzg4Fs/3LdcFRT7j+xE8S0sIP8WJLAfqE1ABSPWO/If2G9S6Geu11s3Nqt/M9CDf5mHoHkx+9XSgdd20RJnaoLABWiN24sdYBwIQ35QnZTBAlgs6NFqYaXdsy+1LFtV2IBXLFrmY07r4NcFwGKZYIuvoEF/+4V8AbLB8Jw0dfscpf+5oPAwT2Q6vjp89e2O7YngSkI1yPMeKTZrdmv/y3VPUsk+JMEJjbzz5hHStkKnrqQgMXCMovO6mepG3Wbg== X-YMail-OSG: in7oPfsVM1ky0hgydXFU4AyCoj2_PSFl9VsmP1cY7tKslmT.s3KjKrpSkVfXS4d Xrnn3meQRMQ8V5aF8GpFl3I0nYHTmpBQtVUCFN18HF8HD_3huX9lkzZt4jaYh.w1Ht1BhYzVva1L 9Oakf8_jR_qXzL3Jlk3Q1x0OE7jT6tb.VBrQJs4yQM8FHLbjGq48xHoDw8Tp4DS6g_nH.fYUMgg8 zmJk75YVcEsVIc6wBibKCbcmYBvWhd7gt3YMH2B_o9ELTzaw3zgWDrbw6TLY5NCeuFmbq5aT.tmg Xk2JHvMJUyL_wXj85_UMb0TQPW8VqWEJ6t939ZKqVVSO.u03mIkqQuZG.JLpN8go_FxgOirmOKd. ydjVeWrZmDedajAg7KrJ6QnFEN3HgnLmhdXvPGq_l1kHfjtFG1aIkxE9aMTH5wvqxu_rPcDO.g__ Or4JBkrUplTB_c5u4rn0Eg92ys4DuWQd1WsCBueaAIeshdgOWIM3m2AWK5VZ8xxjobHMRNpS6Hjd df10R9kyI1STAPdNNrpZQesSMKAhtvInlscDYgA8cGw4mRStjNnxM.IN2O1Xt39aO2NB2_GSEJKO 9HZ7DWK3LYg0ScLRh4O27jYzkPpJUdPCV3yrtQ0gHGeqPchmJXZyO_pe1HWE.IUq68cvPxvQgzwW RJKuPlVIUZFRaIMQbDCNQIeZSTmC.nGkL6z7V0PgU.H0CNuPZd7YzoUqp.bVQvtZAVHSA9m40Tn5 9tZ47ftQiUlF65r3BCjFh2ZsX2yfOw.nbMdBrdpk02Mrs5pjoPjo39Kbb0awuWwCmUcW4_7A5xRU AHRJ8kRVl2pjiGK7Kz9q.AYZxRjd7P3ybmEKOrvDpxH..35TBZIQjXiwG9LNhUfRcFJRphfDNyQg NdQV4aZxrNe4V20MGHp3jzZwtKedHxgqY9vBeRbEqnUlEqCyKR8Zk_NyO3.rSOnlx1FSWJMbYNnV UF3hySvwedpbJTlpBCYTt5RiVBcq1ETIksO9gTEv94yBKMsGOeffq5f1tXd6p4IMlUzFWfhMDzSt ebNizqvCqZPcGGxSa4Q4J4YZi2amh0F0WNQYvPBTGPHdm0L739lK09WzsWcAyiYW1T6XtAu4.y1E W3CYVsWypzJoQxQiCS7UX1n10R42PV2aMpWZVnQyh.EwCdEC9RgO0YuUAm334YFQuweKegPeP85W UTplCq083.rniI7Y807TiBDoS.rafPJpsDaTrpRxDFIFlRuIME_8ZiwteOdA0SjZciEabszJUany D1f5smd.JHxP4xdLwwVMiBRW4WOR5.QAczUnwdQId2fb8LIr6gVkFQ0OXSveWzoeidnOGEIVNPOZ cLyV.bgNW8pqx6xGLwZRsRSlrOD7FCn_j.ewGKDTms9uXIq9_BSJm6TbtHcjyY9mbQUnebTasG3m 24PYHbCmfyrCq1seCX1PqAVFVHYGzv6x8EF_ruwN0ZgNNq._R0NEzN7FPnnv8TPseolF6QjkkRJV 5OHp8_liLzLENYKFrNPY1YBpfxGodRMgyK7kZ1UXifyzJdZi2C2kPoorldb7NXjOnNMXSKK5kpK2 ae5TwTTIBIBFu97XpGPySlzOvyVUC7Qfvyc4.pcKNL5Ye0hpNq3lCjJcTV.DFklINS.GXyspIsFW EVSVXjKvCUmzlHxtvjIm2ExNHg82qhzjTa1nOnrHIiQtx2doa9aUhthsb2ibBcvS7P.qXeaB7bYf fDAad67pHHhwDaY35l93E2wp5g77mZHU9Jxvkz0eQJQ27QV7khkv26r2H.g8ZpyhqNDRDqeHex9e UHGvEvGOXreEg.WaHvqfv0u2A3_kMbzxv4AFOsOtgcJ.EW3ZeNm4d57Vw0uYf6y_7uqWSloDSmeA ZXLGJGxWJmGVG4OyrbtZYiOzgi7Q1Wq1_F5Tz0eVvswULeKISA0yDlgKzp65u0zDlBMNG2j3ViP7 dwhWT4GC11haSLJMP6z.d_OFfLBXS2cUFC7bUlE15MKvMH0EhgJUkWx6oVKakOW5MwLjSalmjICg Dnvn37ClPvMhYXFubihFC_djxfnUAEDSVM7URyZ58yJ60QWGG3RQ7H6s.0W1w7sDyVTainIU9kYb xtqBDmZoiwTmWNBoBSLvtjsYollAW.rEYShGKVyrjXrWb_06h1PhrWGVrfInNa6gM8HYW4UJTH.0 VhDqGL3jeK5B.6rw3mQR_VwIoLBLgN.FicrjdqybNcHJ5k5_7Dp9PDM74jm74pAXu_dpish9L7nm RbSiD8DLMFENCS1JgLypaTxr66EV8DSKaXh75Xh67F9VTtz5miOAsdteaGaN69xaPjI3TxcpE.Px oLuiIoS9BJ44grdV9bOHVXG.buPOsfqEMypdXbWk60vHJ7Ki96IGOy.KeqOVzIO7kABZJv6fEhd. kplWtnpbiwBlRiRCAo9QVJcOLhCa4vxju8I7xEVAuXulzqB69jzY48htLGqfTMA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 17 Feb 2022 08:02:20 +0000 Received: by kubenode500.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 329a4f42450bc5cce24e70f83c907a66; Thu, 17 Feb 2022 08:02:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Erratic ping behavior, was Re: Pi3 answers ssh only if outbound ping is running on -current From: Mark Millard In-Reply-To: <20220216231826.GA54961@www.zefox.net> Date: Thu, 17 Feb 2022 00:02:15 -0800 Cc: freebsd-net@freebsd.org, Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: <64138E81-2415-4D4A-A31A-D901DC53EB01@yahoo.com> References: <20220212185618.GA37391@www.zefox.net> <34F5C092-7C35-4CBB-9CC3-99E373D1F785@yahoo.com> <20220215034924.GA46139@www.zefox.net> <8F9A6C9A-69BF-4D42-9886-A3F08BCB2EA0@yahoo.com> <506CD1A7-3D34-4E1B-AEAA-A1A819C6CC73@yahoo.com> <20220216231826.GA54961@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JznNs6Y9Gz3kHv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Sonpql7W; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.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:+]; 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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; MLMMJ_DEST(0.00)[freebsd-net]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Feb-16, at 15:18, bob prohaska wrote: > [changed subject to more clearly reflect the symptoms] >=20 > On Mon, Feb 14, 2022 at 09:59:23PM -0800, Mark Millard wrote: >>>>>> Since I have a context working based on the kernel in: >>>>>>=20 >>>>>> = https://artifact.ci.freebsd.org/snapshot/stable-13/371633ece3ae88e3b3d7a02= 8c372d4ac4f72b503/arm64/aarch64/kernel.txz >>>>>>=20 >>>>>> I recommend that you try that exact same kernel in your >>>>>> stable/13 context. I recommend renaming the existing >>>>>> /boot/kernel before expanding the kernel.txz into / and >>>>>> so causing a new /boot/kernel/ to be filled in. >>=20 >=20 > It looks like the kernel isn't an obvious culprit: Versions > from late October to a few days ago all behave the same way. >=20 > Even when booted single-user, with the ue0 device brought up > by hand, only about 1% of incoming pings are answered. That > figure rises to a little over 50% when there's an outgoing ping > process (both running a 1/seccond). Destination of the ping > does not seem to matter, an unused IP seems to work fine.=20 >=20 > AIUI, nothing of userland apart from a shell and the ping > process will be running under those circumstances. Is this > correct?=20 >=20 > Might the trouble be inherited from the boot files? I've left > them alone since the machine does boot and updating them=20 > isn't automated. Right now the machine boots from microSD > and then runs bootcmd_usb0. >=20 > One oddity noticed during the kernel-swapping experiments > is that at the loader prompt some kernel names don't seem > to be recognized. If I type kernel or kernel.old it's > loaded immediately. If I type kernel.no-bpf which is one > I built, booted using the name kernel and then saved with > the name kernel.no-bpf it can't be found, even though it's > visible via ls at the OK prompt. Might - be a prohibited > or priviledged character to the loader? Names like > kernel.20220214 are likewise not recognized, even though > they're visible using ls. >=20 > For lack of immediately better ideas I've started stress2 > running in single-user mode to see if anything of interest > results. I expect that this was your first message on the issue to freebsd-net. So I'll reference your previous notes on the behaviors that you are seeing that you sent to freebsd-arm at the time: https://lists.freebsd.org/archives/freebsd-arm/2022-February/000989.html https://lists.freebsd.org/archives/freebsd-arm/2022-February/001002.html This might avoid some Q&A. =3D=3D=3D Mark Millard marklmi at yahoo.com