From nobody Mon Jul 04 17:08:20 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 D20961AC4B01 for ; Mon, 4 Jul 2022 17:08:34 +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 4LcC1s5D3bz4bSL for ; Mon, 4 Jul 2022 17:08:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656954506; bh=MGurh0L1FsGOmCgh41Vm8e0U+LjSFi05QsgETL4b4+4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=assMy+pyH1SQeuAp5+ji60z1K3TVnl51kV8GnXxEEOgD3m2ym6VRIlJdfTu/CLO8xeQzroWgR8qbLclRFuaggwWHpBsdZXBrj/TthPuAq3d166fM5Ag7QBiICSy8goSMEHFOHIrSYb5D9MrlykSCGR1NSuYWg2wgp5b+TKah/sNO2k8exFjQxZDonbzfOdgiCyBsB5qliq9FGii9beXfeBWNVMdWuSH5nnYjyMuLI/57YQIxlXIGMXVXqOaGZh7xOdtFhL3WnJywmk+Jf5jAEqxBzLuIO8GaGZpkykS5NsmrHhS9CiEW+sLtSH5KfZ4U9xPUOLOrxQp6WjNndRJEhw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1656954506; bh=LJiWFjLK8LQwopFO6U4JcwLEQ3LfHU35FNA4ufJItTA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Q/V9WKLRv+f1OgkIRYE5yAYEXai3PnewiUIiQrX66pIKSlydzvVU6C2+OC2A0KMvxZrXlhxdRAu9A3ooAT2AfQIIITfDsLkS4rw/GuBBVM14mLHMHiewl1yZgoAHadOuagZqnOLGMqeQ620drUBm9w4p8Y6aIkWaPhrV+4SMuBa/U1qqrznJY6vbvtsyMg/MokVSbCoQBpAe4Y6wcm6ptsR+1RT5QOaxoJE8U9TEeni+P5yR+BlKFepvGoeqCqRa8U7zwCdzIegxcIURJPuy3DMh2M0x7YthbYRjJ9MDddrSI/tkFjyY5kwCkolUQiqxLrzAiQRa5Xyvn87YD0xwsQ== X-YMail-OSG: xYoqr2MVM1kgJdjfIoq1TBKN.Wp2NSCju5ursgT2lJwcME0VQIPc.LOQltut84I Hr9ui0e63laH8FbegLDjK.UjASd6s6Y52RMHdru2KSBoO9D0lJRtBKtVFgG62njzzXSS5PX4Fe43 7u68pb2YJixBuZb4rKi8b49GZ.zCP9fVEQJeuXKyMSsCfIyGRDPWHlym9DByNB5EFMdGujXWM09G t.qIjbz7aSJ5snMLR2_o2BcjHHOfv3_Lnr5Ew4bwl1D.Zmw9BRBwrRrNqbtoWyOrhExF_eksZ8rM ZCUM6H0noUZRfEDi5nP9C.E06IvahjO6vO4.jFnDv6lcXbitZi_acSZTU5lafNnTsjpbqA56ThES fk9kAecMDcZpPtMZ6S.aNv2IOk7nv95mdJ.5Bk7bWU94GrgSuVUW5JCS1eS2nTLigwxZSDI._l0P usdSN9fh.IuwHF1csNy8UNyO0Xl9i5VJu8UU2bUWpZ030DjUnwO.6dxF7Nd6vjVTuAESyVW8O8Vz NyfRt31rN3zVHJPzcNikcGjdoX9vp_7rmvF_pD1ESq6Lj74JqFrh6LApteyjYrXqYOBBxp9txOZX Hh8uKp1vkFRwzW8MmYI88npnK2I39DXlmDqgDZ4ZlNheTgMRGP2u9rZTp2Az3_3BXkkmtnrneVhz TqVg0UCeYXJX_pYgfarHBkFtYXuY1dSA6L2P9rBK574XdykOfAsYQ01kGWpgWpfI8FO_cW77zxKH iYGyPWybN_M052qaZsdoUw76.d9BFttJAhSYg104iP3vwz3aDjYlL.2WBpeAtOFJgBMFB4d5BMul F1GRwtDrnueST3xnsSo0gASqLVAiM169_uTWJvtlYlg3CS.8H2dmnrjf2soMqTiMyJRgvmAN.ExR AJa4tPyZJzWuTPMAVI2IlTZUU9XMlcxk2AtZNZVJXw6FFrxhhVqoScE6ymrWLMgulPfuaDt_j2fH o5ZguyjOL8WxVPapsoqb7ovc9ifw.eqrtFYjwqKDznFxMPZvr5PRXmv4.RlXBToGmyWidkuCrl3z f1SVYvcFWnEtiv8q33k14Y_3Z2oivh.b.8WABZ6SEE9DiUDMoAdeyMexaQ1ms93ahO_SPDUC.YnE W2opmpfoFB17av9NwvWSYpJ2CRcAyOZNS52J7AQnQA3bmEj253mF7lnkyk0jpXxLef40Ph_7oOE2 a2XKzl3u7qslX.GYCrIvixC2fToIFWYqcwzTSEYVHAod0ZlK8P_Q.ukgCeasB5rHYTiuQu_2uawB lPUnlhFp3Lxh3h5GuZRINAizWfvx.VIW95GQSr_.IMCHukjbo0DWfMvZYT60Dn9ceUkaxjdYK_JQ _epNeeo0F_6lU1MZOBUgNzUGO8rxL1C7e6_Tr035JfZZiu48lcGxKLHbQu8leNmJSpAHkRA4nR0H 1D9WKqPaWEFYkzjqk9I5bcX4.UIzxmbwxTgh_qImq4PrLgLUeDkpl2NiJp5vPxiU5e3_AvBIXVg_ qyZO1YoUbO0jCd1UDjWMQAsA3bDiK0FQEb04uqUMwN.bggAo5lgrE1ig_qb8qPKHZ5wtU.6WS.bJ f1XlgolSSjzJlq1y6QzSH.lM2N_pvUyW3Tm2l_a7DrbaNZM0lLGhwyuUblTnTpxiOZn_teQR5Uw5 Yh4JraxgTh1G8X8TIX1I3plTCBcqIja79.XzaDRM.7R1jbe_2LyWUqQYdBD4ubelp9h.Rh7d1g3Z l6FdFVp.Ds7HO_K6yOZ1iO1vgEaCetxlPCg19WJb7Ib9VvF8C7H92MCr_qNnTzu45Adc51ODjHnE v0kbVNwgAlMuZ_55PC9hAFJI8OB1jbA4fxJVrA97dyt8uYiLvAn5XdgCQgyyHIjffgHB0F8rp2Lz GGUx.frs.CzF8UHNLlPcTCnDStHRc.Jt0NRpXiF1cTILs4l9JyE4hwZ1uVEJ8_.uxDHwiOK2LRbg 5fYkwhxtXdW_PCkdGGiJdSP5m9IYvzZ_N1LPuxCcwkiWkXk6tRQ4gIhk3RfHlxRn5H0tKEaYlAOE 1OXE2tFyiNf4m.yfBFE8c0A7fFrDAkTdBrjW8vrtWygtDvJQ_ZO3Sfcv9wni4ebAll8Jebq8ukDj 6DZVTMhy6AwOQZPUgW3NBG6Dgbfgoaa9FTjTn4ORc_b8iHgWynLgexpm1I4s2ubLPN0oHXMN11ti IAPik8_yCmC5gPIzSPG0gsr3lZx6wSpAkdYic0eHsEYnWM35JonC3iNWF_vbGwRHwot3QU4IBVK1 ssQO_D1xKtoFRVJQCrDNY_5dceK9TKl6vrylqn6TBzebyTp2kp7KqkLPbj_zP.Qw3bqWKrFf9hjI Y7ir508znDKebpFLLwDo- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Mon, 4 Jul 2022 17:08:26 +0000 Received: by hermes--production-gq1-56bb98dbc7-sdpv4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1b1a4e09ebc4dfb935953f1aa3bdf5db; Mon, 04 Jul 2022 17:08:21 +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: 13.1R problems on Pi3 From: Mark Millard In-Reply-To: <20220704152834.GA1771@www.zefox.net> Date: Mon, 4 Jul 2022 10:08:20 -0700 Cc: Karl Denninger , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4DB31074-A3F3-46BE-879D-456A22D63B42@yahoo.com> References: <20220704003639.GA1165@www.zefox.net> <8820A9EC-A25E-4D0A-9F8F-52114E58B66F@yahoo.com> <6c377413-9430-54d2-3f92-1215055ca30a@denninger.net> <20220704152834.GA1771@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4LcC1s5D3bz4bSL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=assMy+py; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.47 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from]; NEURAL_HAM_SHORT(-0.97)[-0.968]; MLMMJ_DEST(0.00)[freebsd-arm]; FROM_EQ_ENVFROM(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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jul-4, at 08:28, bob prohaska wrote: > On Sun, Jul 03, 2022 at 10:36:35PM -0400, Karl Denninger wrote: >>=20 >> This is crossbuilt but... >>=20 >> $ uname -v >> FreeBSD 13.1-STABLE #0 stable/13-n250683-e44e611e31c: Fri May?? 6 = 10:47:17 >> EDT 2022 = karl@NewFS.denninger.net:/work/OBJ/ARM64-13/obj/work/CrossBuild-13.1STABLE= /arm64.aarch64/sys/GENERIC >>=20 >> $ uptime >> 10:27PM?? up 49 days,?? 7:10, 1 user, load averages: 0.14, 0.15, 0.13 >>=20 >> Ping both for Ipv4 and v6 (along with everything else) works fine. >>=20 >=20 > That makes it unlikely the omission of DHCP services on my > machines accounts of lack of ping and ssh response.=20 One difference in Karl D.'s context vs. yours is Karl is using the private IP address range 192.168.*.* while you are using a public IP address range. Not that I know such could make a difference. I had once suggested testing with EtherNet dongle(s). Such testing could end up involving some different driver software. You wrote on 2022-04-30 "A wired adapter would be more informative, but I'll have to figure out what to order." Did you get a dongle or two? Is such testing now possible? I use CableCreation USB 3.0 to Ethernet Adapter-1Gbps dongles, in part because I sometimes use EDK2 UEFI/ACPI style booting and FreeBSD does not support the built-in Ethernet port for that (last I checked). But, also, it used to be that I would get occasional corruptions in transfers when I used the built-in Ethernet (U-Boot style booting), something I've never seen with the dongles. (But I've not tested the built-in Ethernet significantly on any of the RPi4B's or the RPi3* in a long time.) > Can any sense be made of the few ping responses obtained when ntp > is coming up? Capturing and competently examining the protocol from other machine(s) on the same Ethernet branch(s) is outside my knowledge base, unfortunately. I could imagine that also capturing on the device itself over the same time frame could make for useful comparison/contrast material. But, again, outside my knowledge base. > It's looks as if something happens after ntp runs > that blocks subsequent network traffic, but why starting an outbound > ping should partly unblock things is obscure to me. =20 >=20 > To answer Mark's question about my network setup, I'm using an ISP > assigned network block of addresses, 50.1.20.31-50.1.20.24. Sorry, I misinterpreted the "Reference to DHCP has been removed" wording, thinking that you had switched to involving some DHCP use sometime after the April/May session and then had removed DHCP use on the one machine's configuration. > All are > usable, there's no DHCP server. I assign one address to my router > for my LAN, the rest are taken by FreeBSD hosts. There are three > Pi2s running stable/12, one Pi2 running -current, (presently) two > Pi3s running stable/13 and one Pi4 running -current. So far only > the Pi3s are displaying network problems.=20 As I remember, there were some past experiments with booting alternate FreeBSD versions and such. I'd have to look up the results. An interesting question would be if the problem still exists when the only machine on the network is one of the 2 RPi3*'s. It might require remote testing, possibly like I did once before. This type of testing would suggest that the machines are somehow interfering with each other if the problem can not be reproduced. > Network traffic enters my premises via DSL, connects to a switch > and thence to the router and hosts. A second switch chained off > the first provides connection to one Pi3 and the Pi4. The other > Pi3 is on the first switch. So, one Pi3 is on the first switch, > the other is on the second, both Pi3s are acting strange and=20 > the Pi4 works fine. So, I don't think it's the second switch.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com