From nobody Mon Jan 08 10:55:23 2024 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 4T7rZP2NvQz55MDR for ; Mon, 8 Jan 2024 10:55:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4T7rZM5tTxz4xkv for ; Mon, 8 Jan 2024 10:55:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=nhvZ1ASd; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1704711337; bh=cZCMkkZxItMW54aXBjHsEC83Wz2EtJ20kdNuA4flY5A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=nhvZ1ASd48qkHHSd7jw5fDCPkkq/JjQfO4YKbgQBWj5wnyWl48e/CJixbiZDo3eWLsLSgdyMcZBfJSxFz1GmLTnwXPOWiIdrtMGyQuTWSYxpkOJrWA9//FzKDJz+bQ6H09FGkn3gvtsEfbax94DWiMe3R183B+XPA5tz9iE6STVU5bcecKIMHS0R91X4sxgMeSWVp8s4+1Mc9q42ipKB1u2SqAZ/zPevXi5TZl1n9eTcyGPNgV2t85+cIRrq4luruQlXdY5j4K2nuk9k0wE8oCbjsfvIW3FoO4pwfI0XRIPt+Lkj9juPi3Q8TeGzXfEaFWi6d/+uMFgMuEKMWPuI8g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1704711337; bh=wUwtj9fUUxfOJHgvJhKg+oTKPV9CuQ+DQ4Ic3LFGdix=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FYGJMu/P+fdAzGjIXjtLr5W0Zig4ACyHAPI4TZzgluBY84ZjgYMmdh2bMS6j3loN/UjTH0AdfSnEwHnraTjfNS2UnUm+KM6cLJif3CNKXAFC1fhGrP9iYZw0I1+nz//v65FOIq1AaaQBJpRNX8mU2oFq1j8Wsqg3xYuCvX1nTJzvuAOd3lw4fjeC3licd83VB+E4LyXLJ0cv74iz4ybdFztqmK1JKtFNfAEJk6rpnauwYak+KwtX0VKIS0af70NPT6K1lSfv6/+w5ctJwDTctxeKALNhk5uuAWABkYorLDTOr0ySCr2Xj1hDGvZREnnkT0JFv2XC7bI7S4LxSTMI9A== X-YMail-OSG: WjBGKjoVM1l70zPXkHAGya7stTklJ6f8cyNMfQOwjWazk33wDDibTa77KJaszgy f.talAdlVlaLT4Jv0cZIkmzCT.XkgSpk4cZaBZIL6PfAROUI.VDIvTR4_2vh4A7LxtQJJuSOb8tk 9Dn4vE5xYxOppo7fjxxzYem26stoP6calLIwyPOeDYzzsWRVogNPmodeA2yKOpJk_KXXumqnj4B7 ER1NW2HkQ.LIrSS.aK.o3KBAfcv49ZXeGwiEArSLeOtwnxCob01FdKyOKfSeNpjpX3LMYXh6Non2 doXQkkfr1UazQ30c0z9bNsY6ZR4G45eB328AtCMIlqvsn2A902r2nJqca03I8iF6XaA1n6IfaIDx LDmeQ4jn6ep1W2kyf34ut_S05tpU1yhtOD1XAf1VoBkSkl0AG3ToPQWEVkdePQx_LtmCciexV4vM 75jnbg8Jtoy08kGaqgK.0k2KsEjtsuMWK8AvlbqWUsXNtR_y8S4JAmxLGz22HuuCYfiWgjGXyNq3 MPWuuhuuj310pWr9Wym.qeXTEdjT4yDoUzBHDSvikhJWNhZoti8ZZwD0cEfyK8r58EUKle2POiiD tJxBnO0fQaiFe1w4w1R6h_9WJPM8PcGGEtDE1N3E8MSsItSw.MD0UYnRNoGo727K34UUgliXobNk Rthk_CMCLnw63ah5llAyuJMKKvJAThIj0VK.WBMeMTXp9pRfjtTDvdzEZl.qWTlcAk04trxkooEp DkBMNKoCU6qag2rGQ4q_wW_NGoDrC1rEA8MrJfsfjIuHOcRCkpN7IjIDe6ppc378shKKY_vrFoxo C937JqyFRStWyEb2ld5NWAIBBtFVuFHk3LZL__b6vz.6Llmc5kvqApQWAxTucpAIG3XvHiG_hCxy R4FQ6EHBiGI0sxRnmrRh.sQzUux8rfXNF5lWSXmmuoE8.Z4FPcV5Egyeln81qhNGMtX4r3WBTwnH H.YFUwVmU49BCwLMxrbiUS4tgD8LQjt7Ood0V2rLVD.159zVDsBkmBgUpRNpz3_2ozQ_FgKqcYdR mrtvRb95qC2FKIodIXdoOr5PAwQo.m7.Z9EwBRIncUPiiCGsEmi0wnL4AdLyryPl6VMq15VuYNMi es6dpFZfzn_29eG99vaVVejSAoksZxcAUet6q5iCEFRaUTOInnzIq.fcWX3hooo44zEUGTO0CeoW xXG6Be1Kg4wQAJseQEMXm4z2pYqBH0hLL71FLWrM54OqkfZe6mVLSULLxsoJiIBSPGclazLf5dA1 k8K_TVB161A4NI8hulkU_2etoIa77yzea_8zQ97BbpKEBElQ0JcSllvsONuP43gTI0JmjU3gZ0zA gJCmlFln6t8piDmvBNMmcBRfbjMfN9dbKPH28B4jGdcn5VPQeWUBPsVTvKiFKlxNJYR2R2QVgW8E mjUgqbGQP.PVIQ.bwaNU27nZ_LAQjR4xRjZFBqiN1peNST5qzsm50mnY0.Bp7PhD88S6.h0Ydohn Ml1onm3Agr6LuwpBmNvkmNILdrQYdc_4LMG3fcORw5k9oJh3.3bCkQGg9dLAYyz0d2fdSSYo0M.4 dybgPknvvs._jwDqcQWpMsMFMtmLpkyQJtFuUMNG6J8TBpnqhJGUinaJ7jH2JiwCTl9nLyHY65JN yvSwmzF7OQFEyWUinuiNC_pKyQB213jLOwXHeZsaU7_CF.e1UMRK7TYAclwC0P2iUkzzkhkM6PFF twipQvxj31rXB2UYrZpxQ_bcNsc3dQUg9mNNDEXn5vUDwo33wzk0dL.wqX6Av8LCrnyPYUOquWoN AxXCvKJyd_esUILaj4iYTWokT338GcXDnvGNITGE2NEORsgSTbhcZlAZI4h5TNkCxWYAAiQfFJXE pjIIPMJk0SiH0zzYjYn77_daQzz5vRKMe_2cP7h3pHDpughsi1l44MapqTd2C9yhAsTdH_LyCCjb iLg426yZNBRgJkfgtPOOPQT4ssMiEvLWRVIidiTaWya_6ceKM0ZgG7X4Ck9XdRnAgmWifCKBZoFI 1j3bGxQmPY_Ikt_zkuTu0uZKO5AOFVh0n__Kn7YbOB01XT.l6.fz3nKyYNgreREsk.WdS3Br8syj pciFCmNvVBfTiBJJamoUkpPTpbVouFNyL2.2SKMgj1pGbb_gjncZLkGMZlzghUaTDOgAqtyBjc.4 SHexv5X2B_pCJXQn3HYrd7aQ9FOvIRUupHBChsQ8GPt7IHIPw3l9KiyCEIADyHCbcZcl0pKoK.Pb ucthiAXlsGf_WoJEI1K9C.uI9_VJGoOMFdYM22Nl9Mb4SUhUDgXFY8KYVpRkyCLssoxFUU0rFdSY - X-Sonic-MF: X-Sonic-ID: 287d06c3-0e61-4b69-a31e-a5a0097794e6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 8 Jan 2024 10:55:37 +0000 Received: by hermes--production-gq1-6949d6d8f9-q7525 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3db1670b673f0fea75a7ea313b500d3b; Mon, 08 Jan 2024 10:55:34 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: USB-serial adapter suggestions needed From: Mark Millard In-Reply-To: Date: Mon, 8 Jan 2024 02:55:23 -0800 Cc: Marcin Cieslak , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7D27DF9F-AA9A-4D44-BC28-8CC637D0F550@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.66 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_SHORT(-0.16)[-0.158]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from] X-Rspamd-Queue-Id: 4T7rZM5tTxz4xkv On Jan 7, 2024, at 08:48, Mark Millard wrote: > On Jan 6, 2024, at 19:00, Mark Millard wrote: >>=20 >>> On Jan 6, 2024, at 18:36, bob prohaska wrote: >>>=20 >>> =EF=BB=BFOn Sat, Jan 06, 2024 at 11:44:49PM +0000, Marcin Cieslak = wrote: >>>>> On Fri, 5 Jan 2024, Mark Millard wrote: >>>>>=20 >>>>> I also request to again list the exact content of the two >>>>> config.txt files --and again every time they are changed during >>>>> this investigation. >>>>=20 >>>> I second this. There is way too much text in this conversation >>>> and not enough data. It also does not help if every system is = somewhat >>>> different. >>>=20 >>> Unfortunately, the systems simply are different. Four Pi2 >>=20 >> Please differentiate RPi2B v1.1 (armv7) from v1.2 (aarch64). >=20 > I meant that to be a general request to never reference just > RPi2B. The v1.1 vs. v1.2 was an unfortunate marketing naming > for the armv7 vs. aarch64 change that ends up needing such > extra text to give the proper context. >=20 >> I suggest armv7 use the snapshot armv7=E2=80=99s config.txt as its >> config.txt prefix. Now that I have my normal internet access back, FYI: # dd = if=3DFreeBSD-15.0-CURRENT-arm-armv7-GENERICSD-20240104-8bf0882e186e-267378= .img of=3D/dev/da0 bs=3D1m conv=3Dfsync,sync status=3Dprogress 5205131264 bytes (5205 MB, 4964 MiB) transferred 18.064s, 288 MB/s 5120+0 records in 5120+0 records out 5368709120 bytes transferred in 18.680162 secs (287401640 bytes/sec) # mount -onoatime -tmsdosfs /dev/da0s1 /mnt # more /mnt/config.txt init_uart_clock=3D3000000 enable_uart=3D1 kernel=3Du-boot.bin kernel7=3Du-boot.bin dtoverlay=3Dmmc >>> , two Pi3, >>> one Pi4. I'll try to make the config.txt files on the Pi3s match >>> better when the present experiment is complete. The interconnection >>> of hosts is unique and, apparently, unusual. Not all of that is >>> relevant, but exatctly what part isn't yet obvious. >>>=20 >>>>=20 >>>> I have skimmed the peripherial documentation for one of the = Broadcom >>>> chips (I think the one from Raspberry Pi 3) and it says that >>>> the speed of the mini uart depends on the CPU clock frequency. >>>>=20 >>>> I could imagine a situation when mini uart speed changes during >>>> downlocking the CPU. There was suggestion to not use mini uart. >>>> Use the port where the frequency is not changing with the weather. >>>>=20 >>>=20 >>> Agreed, and I changed config.txt to set >>> dtoverly=3Ddisable-bt >>> on www.zefox.org (the console host) to force use of the PL011. >>> It didn't help detectably. >>>=20 >>>> I don't know how smart is the power management with powerd, but >>>> I could also imagine shutting down peripherials or stopping the = UART >>>> clock as a potential power saving feature, so here you are. >>>=20 >>> No sign of that, but Mark posited that powerd might be causing >>> trouble with the terminal server (pelorus in this test). That >>> looks like a possibility. At the moment pelorus is without >>> powerd and it's holding a serial connection to www.zefox.org. >>>=20 >>> Meanwhile www.zefox.org is running powerd and buildworld >>> while being a terminal server to a Pi4 named nemesis.zefox.com >>> That connection has dropped twice so far today. >>=20 >> Interesting. You have not reported on nemesis.zefox.com =E2=80=98s = config.txt >> content or powerd status. Also, which type of RPi* ? >=20 > If the chart you referenced is right for the issue: RPi4B. (Other > details about turned out to be in accurate at the time as I > remember, so the cross check seems appropriate.) If so, that > still leaves the status of powerd and the config.txt content > to publicly document. >=20 > Also, as I understand the reports, a system running both tip and > powerd ends up dropping the serial console connection at times. > A system running tip but not powerd does not drop the connection. >=20 > However, it might be that some form of test of a RPi* running > powerd and just tip and not ssh might be useful. Similarly for > a RPi* running powerd and just ssh, not tip. I'd expect that > the tip+powerd-ssh case (so no ssh) to fail and the > ssh+powerd-tip case (so: no tip) to not fail. =3D=3D=3D Mark Millard marklmi at yahoo.com