From nobody Tue Dec 06 21:32:21 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 4NRYY472mLz4k05G for ; Tue, 6 Dec 2022 21:32:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4NRYY44QP2z3CRk for ; Tue, 6 Dec 2022 21:32:40 +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=1670362358; bh=/cN4mK5i67xhBJgd+4XnOIYDEsAgWjH7BQlIGNkVsAU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=XtHQVukedh8p8CprVG9WQrNrF2ATUkXh3EXJUbWMqqTgno5TzvaejPgLgyL5mGJJP24YOex1inrH/5wkhgVq6cQTwloUE7bv0wJM9eAD7enpBBnbjU8fJ0oAA/NVQGTdvVYOvPYy8M+j7JCfKd3iBDRCAFS5Y6vUP2jnQUmFmHIPgo+NCBEUWwh51V0ik9bbMfUBdORPHDePyUh4X8DdlgzPDC49HJPIzKs5LNdJ+Y83+y3EXbRz/3dviIi9c3xh7kk2oRtUmQhv5iOQJh2CsRbgQU+iLVp6YGvgNr/74quOnrHp0il8umLFUVQOiiqdAkuiWSaeytGOu26ByW/d2w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1670362358; bh=lMSU+Ye8YriV9EDwJwShhJUDJR2N7dpR7/1NjEchHSw=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ktn7HwXWlKmixhTWV8x6oqVKT9qmZkUlcLTKi7nIOx5gFnyvQqhVxXruaaBsQ306k3YVO3JTcwE5S3KZB3z3TWTuPfY3bTlCc+WVXHYmWRkZvd8S3e5UOC/IPe0596myepRomLnQiI93EsxHuyj1Jd2pda1CRdpktXJ6TfdDeV0GzQfxNygDfRiOpaeIvg/CKHupWFbNk4GrNQKEhYy+0Vbr7vQNT3/oVNIT+gXHaJHfSNfEHy+p5g0GnnN03cyiZ4mrexsS3zu+T1ksKrRf8+NrkzIx1M0Wb2TiEiivX+VQqPH8EhApsoZRPK3w0mtXGLsbdeO5C3Y2918dvPrdhw== X-YMail-OSG: lfOgLmMVM1n__2.R6gdXnzVgPKHtmQTk7bnJ8dMG86gxI.lt8Eb4FuFNAMRXNbj ck5k4Nv9v9pL3EMk_PxB4emYXhUOF6daGx8Vhf7e5k4jSm.1mya.0FYKdozO8nzNLtZWneETNXY0 mPf1h5AMf14qA7QZ5asTkR7_vnzFugPgBu...uwkE5dHJjId_tltJZpYqe0ITVgy55LKdY0WJ.Dm F6QyMeYuwCwM77d22DutyEGFX1JJiA1wqrNqAq9_CkYyGjVvsyf41t8ySZQ99K59A0fh_EsRrOyL NusSrK4757n8o5EIdXsO6uO_ZloMb.EKzdjH_..4StEuadpHiT3ziYQTY5TiAkmKnknS0TeZvADm DoZd0NkJaZ7_qVWE_0FbCPHtCl9c1zLFHoN.T_WeEYh0aVJrq19Di13piJyIM7YJjF.I8RHq4jt0 PYhADD8n_yOZ4.uD7Vo8szTjPRZKC_GUVkxz78ObxPcowenskOJqrLwb8X7JYfXszK6gkavsX1Fj ZkPh_EnSfRNXEuNZVQk6oU23b1w1LM6WzXa.t9PJBUUl580kQ1WbbKxgHANYOc3FBB8tJXZmTHFg 7GDnvIpVo_SQhhdXSQ8inj470TcH6Lfyr651SiIM_gnm_NSszGE1mLoUCgWfdMaa2Luy5Wpon8zz lofFcdXVIyCvKk3ZP9S71x6wmj1Ic0H.mf_8wmhPsIhbzK5pIdPqJLss7gvzSwAWfYHEq6Vrwb74 Q1emb3ute.AA4zfz1f4FjotLFr1Jo7BAzSDjSsBolK9n3LP57nkk1SpoVlHYP.cqIatMAgUf6Cb7 Z_HAcLDRKEIuzcVBJJmQpMjkHSN5y5o2SyfiH2OqfgKeUwegzqORLImS8dBgY5RtVvTtC1C1KWp3 4sw2SGaJLo90N2ZTykEUwrU_tkFGCeYkxEjFBD6.D7ArB_UP6uWfxv5jNSfG_8un46mcTEVvBGxl 98IAho4YmJu_E3LK4QnKiQTOFd6XHOlbcXGgyca5I8N4yfoVtLqkAtNGCNQlo5OAH5tGz8JL7NQx hrac56FrYToPYXmBScm.avZ03A43Hp9TQyD8udky4h_opF7Vm.M0H5eUm5cwLcvQxJDrn2s_Fx5O iUsBN2DwB597gtHhCfhztMg35nGIIFOY3aGNQMBsxu3pLF.iPGX7Rt9aQCVGWntZX12X1vYGdYgU XIg42Cd6pW6pkIpFREB3gnNXbzk5Vh2296lUmCstwv_0yhT6KyU93rVsTCbQsgXBrXqiTjoIo4LD _TCHuzjAwcYdIxifZ_Hpsh5fOmbeICZrV5pgE.ma1INp7wAs4mgepAanyQiu.fxun8JqmRkeLHjY RUVY2kt6vKiLYF2jMTkNNsFf2FZtmg32nQMWqaw5UdWHqvrt5a3xSduRXBTL6VkPgrA9Ox4ZoKY_ AEijiG.QQmLKEQZqwVC2VPc7tvl.SyBJWW_7uhXnd31Z6nLUHlvkBNn3lzi4nPTwFqj1Wt7A1XYx DZDdA3RUE74dMQQ.vPjwQGmSXALl.dquOuPIVV0OskFWFEUaZcrxR9K6uG_zH.8PPF1PEBv9twkU 4YuT14Qchj3LY1AYJuh452BjFNG7DT4tcz5pE5aW5oe2PACC.rbLMKxFsi8NSCNlFhG6RIuo.Ktp R7ILcvNKgEYhHMYEJV.IbVwOokJWX4CKjAk8tAzmCh3lrOg9AyDnPVnfh7iTTvC5CnuvbN4Vs4I8 4Zyy.8Zh_qXV0ojTV1CD8sALyrpxP3LXgVz005SI6W7y1BvcJ7kfmvscvD1Bu65kH6cvPMoozX4B jVKMCZ64gfDNWWa7ewQdqEo_3bnVB3XB61fqSe9xYpEmOOK9LtDl4939ku45ohgVPJKYfXjV8nd. 88OA17X7DQQTVY7Ampp3e8Nb7ZfP37tdDy8f2pCWXiNsS41Tjsskm1wKBMcFiVguXiDvf00zf0JG u0d_7RXWlejTnfuGgLQnmLzCVd51W5wBIy73cQA_woMBrxunQMaz9g6L39iivswRlTJ7ggDSMy7g JfwU2AuJ_bJ8u50SXhZNNfyTNP1DiVpEH.U1KCmjFxmCmLQ2qWwkefx7uvEEV3g6Pet_vNrm7e2F BWGkrOBapAZmaCSyYHCYaO5WWg595t55KE9MJqNvoL_LNJj43na7suiMdlqnHGGTDhMORLtOzbX. c8BkwMbfHJ_qkMI.nJ8GvNSKX1BXPm.84y0n9Fy1LXcBLZDZBqC774Rd9AcF0Cz4sD9195qWAtB5 M4VNbCmTZ9Dl8asLp96nuZlJQtwM5PRHcu4yNu0k0FZhYfbAq_4dok5ILBayPy3474RD0IjIw_F8 - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 6 Dec 2022 21:32:38 +0000 Received: by hermes--production-bf1-5458f64d4-tg4jl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 511bc93ba47b35a93102c298fbf0422c; Tue, 06 Dec 2022 21: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 16.0 \(3731.200.110.1.12\)) Subject: Re: FreeBSD on RPI4 B 8G rev 1.4 From: Mark Millard In-Reply-To: <3ebd7048-213e-8920-dfe5-44f6a1e5f3ac@SDF.ORG> Date: Tue, 6 Dec 2022 13:32:21 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6A1481BE-7312-4912-A353-F2CF71B20060@yahoo.com> References: <9c587c3-b6e5-fbe2-7dcc-f7d98dd47ace@SDF.ORG> <047DB634-2D87-402D-A65C-A4F517E042BD@yahoo.com> <3ebd7048-213e-8920-dfe5-44f6a1e5f3ac@SDF.ORG> To: adr X-Mailer: Apple Mail (2.3731.200.110.1.12) X-Rspamd-Queue-Id: 4NRYY44QP2z3CRk X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Dec 6, 2022, at 12:25, adr wrote: > On Tue, 6 Dec 2022, Mark Millard wrote: >>> I'm giving a try again to freebsd in arm (I'd problems before) >>> looking principally for system stability and a reasonable state of >>> the ports tree, something I can't find anymore in other BSDs, at >>> least with arm. >>>=20 >>> I'm using at this moment an Rpi4 B 8G rev 1.4. The only way I can >>> run this board no matter of using 13 release, stable or current >>> is with the EDK2 uefi firmware, in acpi mode only, and only with >>> the ram limit. >>=20 >> I assume this means you run into some sort of failure(s) in some >> kind(s) of contexts. But you do not describe the contexts and >> their kinds of failures. >=20 > Yes, I could be more specific. When I said "the only way > I can run..." I mean the official images don't even boot. How? Fails at what point? I have USB3 NVMe based boot media that that fail to be found in U-Boot. I build and use a patched U-Boot that provides a usb_pgood_delay value of 2000 that is sufficient to allow that media to boot. As near as I can tell, the media requires more time for something than the USB3 standards indicate. The usb_pgood_delay value happens to give it more time in U-Boot in a sufficient manor. (There may be other, more appropriate settings for all I know.) But, again, without your reporting the likes of the serial console text leading up to the failure, I've no clue if this is relevant to your context vs. not. (The ACPI booting works with the USB NVMe based media just fine, no adjustments to the internals of EDK2.) (I have other USB3 SSD based media that do not require the usb_pgood_delay assignment. But I use the same U-Boot for them all --where I use U-Boot.) > The errors differ but they were related to xhci I think. I'll make > some test with the u-boot in ports, but after reading your experience > with other rev 1.4 boards I wonder if this could be related with > the eeprom firmware, if this is even possible. I currently use rpi-boot-eeprom-recovery-2022-04-26-vl805-000138a1 , which is one of the official releases listed at: https://github.com/raspberrypi/rpi-eeprom/releases There is a newer release listed as of yesterday: rpi-boot-eeprom-recovery-2022-11-25-vl805-000138a1 I've not tried it. I use RaspiOS64 (my abbreviation of their naming) to deal with such EEPROM updates, not FreeBSD. > The xhci|pci dma bug on the 2711B0 is well known, and if it is not > dealt with, you know the hell that is coming specially if your root > file system is in a usb device. All my normal boot media for booting FreeBSD on the RPi4B's (4 GiByte and 8 GiByte) the are USB3 media. I do not use a microsd card for booting such at all. The whole/only UFS or ZFS file system normally used is on that media. Again, I've only seen the > 3 GiByte problem via a FreeBSD not patched for ACPI DMA range handling but that was being used in an ACPI context. (Wording ignores the time frame of original effort to handle the > 3 GiByte issue via u-Boot FDT style booting.) (The patch supporting ACPI use is actually someone else's that failed in my testing [the huge file duplication tests] and I later figured out what the issue was and how to adjust it.) > Also ufs+su+j seems to have a funny > way to recover states with zeroed files, but that's another > discussion. For UFS I use UFS+SU (no J). Other boot media uses ZFS (for bectl use, not redundancy). I'll note that: git: 78f412987605 - main - Enable taking snapshots on UFS/FFS = filesystems using journaled soft updates. is only as of 2022-Nov-13. See: = https://lists.freebsd.org/archives/dev-commits-src-main/2022-November/0109= 19.html >> If you want help, describe the context and symptoms for the failure. >=20 > Just take it as a report... to the list. >=20 Well, even if you were not after help, I can not tell if you have found a different problem than I've ever seen. There is no way for me to know, given what has been reported vs. not. (I've definitely seen a variety of boot failures over different stages on the RPi4B's in a varienty of U-Boot and ACPI based booting.) I was surprised at the reference to standard FreeBSD builds (or other port U-Boot based contexts) failing to boot (presuming it got past U-Boot finding the USB boot media after its reset of the bus). The U-Boot context surprise, mixed with lack of being able to tell if something new to me was being reported, lead to my sending out the notes. Even for ACPI, I would expect it to boot without the 3 GiByte limit. But other forms of testing would show the context to be bad [e.g., the huge file duplication tests]. =3D=3D=3D Mark Millard marklmi at yahoo.com