From nobody Tue Jul 05 22:45:25 2022 X-Original-To: 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 E63AA1CFC175 for ; Tue, 5 Jul 2022 22:45:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4LcySJ4wCJz4YLN for ; Tue, 5 Jul 2022 22:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657061128; bh=iUERx/wfgyK5bBcU7iVNXxDun11c89Ck6m7TaCAiEjA=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=InYxHSbzqZ6yU5BbBZ9kzz+VMVSQ1DZY50O3EwDs8jGPGO5ewcptiLaxET1QE9zA/WxPk0ghtZFDKrWOffzo6NQsQQgn2k25hu9ghQwjMw0puGEd9Gwuqc5o6R4+OF5M0Ijs2hwK079CCK4D1svip3tTjb/iuVdilVTLQKJ738zil4+yljhwcPgpUfCT1W5l6D0P4vw1O9DmD3XKu18dmar44BmdK5lInoyqNAe/JGnNzl04s8pbF0IaK8L9rroSSWrxebN4VqdAFsWqNy0mUEIOlvj7/t7i6RCSCzUs6TGB6MrIrQTVxtHXP2cUp97CckRjp4kaWtKajqMzAUGpdA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657061128; bh=CRRi3RbPOX/DaTTQHQIb+YlFF8H/lMOVew5dSdex/2D=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=mg6LVK90nNaTPvG7580dvnCBXRXzyv/UI8hTIwyMQMR4IRzcqbrHfc7P3pF0h1LDHxh/7LyJrIDoF+VdmCO8K0fGCwY4oTcarDxj+YA5cSPkJuzVb/GO9zjjQq62GgDF3OcBLOy1HSvHRF+Oe9WecKPHdcZPwoZTPDe9Zn21dnIdSDWh9jngRGKw7y7QCep+Qz8K4ZD60xN3AZvA86GmP1Lyb4JT5GlwVGTtOr4KL9MZ/soHVwfg1HIkA1vq0+vfhs42LIpHNvqHRGORr7kPOzLB+kgORjAVHWknDzquOfFTXhT7p6VNgyRftV95FMvE36f+GewGvEWyfCamDMqwKA== X-YMail-OSG: 3tW5vmAVM1moIT05h4jm8ZlFxoJ9SLprcRjQAwy2RGv0FZT4Z0GHS1khIDcRwlv TMsvA635GMJaED8dJsExoYy1etKPpIS3ny31jfG4vY8jZFj1r9OvZrKVPOHoFAa5wCqMKbCZOhNi xTX9LwCxxSJkXGeFEc2pOEqu.KMBYf_JwLCgVGhB52vD6f6FawM_IyUmBKHnT8hhzKCuuzh5ZUib q6GJB2d59HFgBXH7QYq0LKt8j5a9iTy3M7Ug2HEXDpdI0KL1cOxoo7ZUqoep2NxKpvXhXlu_cFTP Pd8Ny9EYsPenIBdYKacMwOopXYbbH6IIRJ0SRFsW_n10QALdx9oOq0JtHLWEWCKr_NP6HYH6AKBB nbW8ZTc03gRjl.m4zK0xpLxeysWPdGUVtm2gaBWWsiLg1qzaKptJFTXBd8LxmvXdTPGdh4JILwYd VJWP6j5VOxuTjcESTjN2Em_OY_vov..rF.z.SeoOTbQo5RZ9e5T4wKC5ueS1EojNZkhAAmf.D.IE C7WL1SQFObTb3DPdLU31qKe_VIsIICSwFlaN9B7atfFvQAK8C1GERT2EADqJwmkOOSZw_Bf9yxXG UYrbK7lI7wEwYAzqAALpK3cEvkNXnWhlHrI4_bmJ7_YQ65qvXB92I2YoJOnL6IVJlvWxHRN1pJ9c Qy.DFa4clFU9_CL7YXuVo_SwGYiSiF8VvEmeuetmbDSn_.kO5_p0OrWA3xXRUpQOTqa_VVwCs0zD BftIIurG9OGbV17DzldSngwve4wwC5d1mVVGX9nL28j94C0ftraS5HmeqyUX1Zh8vAVOnw9TgAt7 wSRx9LC44Td_RljnLTHz8X26lp6B19MNqg7Td7kah45UnzslXKgu2WJEVLPkPCmni5_8BRGwXtcT Hvr4y5Crb3yfduwn304.wDXo4ZGE3hdZfX8JswB7Kp8feWtAMLCI7MY4u3Po5YHnqskMPxHW38DI jxX.JdNrUSioPdbFbmNbDU_cPabuX_R3IDlEKopB4R31Ynm0flD.podgVLgzNF6oo0sNWBJCLZhv xkKCbJHsFjZacRbI312I7ifpUrgBxR9FMdtdYPNPBL8nrRCMAy1Q_.i1yVNF0XyBm97U9CpuH6hq mdBmju_CWptTCIETcgAB4n8ve90A3BldVCpTHGhGV8rn1BesutZtvpECFTC9sxgZ3quhmqxe6_qZ OJ_8dq_FNex.l8gTmvV9vFsh.Mr_zCnf3usHb7vtEpCMk.pVtzHl7WuAkbZxmq63p1XAmQ_jDV6M 2hKMSMFdw1uBzosaWEZBqrJf0kXLp6tPJSdDXgTdQUD_VNa_NIek3MHFkEEfJ_zX..PKW0p4MdXk WhjZLyFSvTKYuvO6w_UtfBGyznMks53Sh0uU..Mk9qnGlmgSFDIZbBes3q9jNL4coEl8sFLk20VI KdDp8fa0r2uo4.Ts3kDRB0Zh3R9AA9dyY2066phr7bnuX86oCII6dRwsstLwZMimmILmJVjE3yJ1 eoIDnqMb.8WAf_Z3_4qFxddyOAeAAIDbyrLbwvy_bCPaTea7EO0xMdq5NPiLsucwSHhASSPUQIJI jWaAdcx1VsD5X9VIK_NJW6lX8zRBKvTHbI00ani7BkEzl.P4wU_PFfSRMPP2qeFzEjpBMkWqMQ0b kQc9ANkkd9HCaAzXIn1IAdGxFLKreKgtFte0KCteH26IaNM2Dwjcs48ln1QG4RjpZ4oz__pxOwAs gK_a4YES8Ac_yog6x6qfwtLjX2ZfYXovatbLuHUyLUNqU0l6VUqd5t59.13B1TafZLJsIp_o.AJW vbpOIQHFZqVBY8efch757TJRC6Mwx_uuSE4BIbj1VkDP3W8s.Gzt0KNb5t3VqSC1bq1TxMotFvKU ia0ZvmrdPbFr1_QWHbS84YdDzLV0gvt2lzuublL3AF9fVmGg5KlUlQEzoVz3WYPTd5tRkmYAai1P mCFmrIMKZgn.kG2otp1hUiOok2TfpFxDJdE4QcS0tx_HUfSK7fAqYuiO7tpZR4IzDTY5KCTEZdYT El3gtfjZKb5rPvjAvoI4aakoQoR5vb67jzMzxda3kBPUVKzHbeGU_LIpXyAyjAWKy7V2TJzFNu1. mqoHytdW2f8tKMRuH9B1ZMZ_8WPyffbugkXc4bZ423S9_1QaR4dqhm9tpilSRnHX9b7693dPaGsX 0f2i8sSTOWs7.Jvy4n_4XepE8LqNO5LdulBwq97rIz9kg0xFIpQNDZlPPrMJQSdsbQPtfqbJnQAU qNZ6Q3CxdBsCtOVpLDD9HC7rAaa..MNla7SKIX_XDRULWJyCPwrJILc1EJyC1wTmIXuPFBqy4xg- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 5 Jul 2022 22:45:28 +0000 Received: by hermes--production-gq1-56bb98dbc7-drkp5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f691ecddc1b36968f82a504478d7f1ce; Tue, 05 Jul 2022 22:45:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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.1-RELEASE image fails to boot Rev 1.4 8 GiByte RPi4B (B0T vintage SOC) when dd'd to the example USB3 media then used to try to boot via USB3 port Date: Tue, 5 Jul 2022 15:45:25 -0700 References: To: "freebsd-arm@freebsd.org" In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4LcySJ4wCJz4YLN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=InYxHSbz; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.27 / 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)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; NEURAL_HAM_SHORT(-0.77)[-0.773]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MLMMJ_DEST(0.00)[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-5, at 14:17, Mark Millard wrote: > Summary for Rev 1.4 8 GiByte RPi4B (B0T vintage SOC) context: >=20 > A) One type of USB3 media (USB2 compatible) works for booting via = USB2-port. > B) The same media fails for USB3-port based boot attempts. > C) I boot the same type of media for main [so: 14] instead of = 13.1-RELEASE. > D) An alternate type of USB3 media (USB2 compatible) booted via USB3 = just > fine via 13.1-RELEASE. >=20 > The details . . . >=20 > I intended for for use in the Rev 1.4 8 GiByte RPi4B's > by first going onto USB3 media (of the same kind I > normally use on the RPi4B's with main and the like). > So, I tried:=20 >=20 > # dd if=3DFreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img of=3D/dev/da0 \ > bs=3D1m conv=3Dsync status=3Dprogress >=20 > and then tried to boot the RPi4B via the media and it gets > the following (the kernel loads and runs but . . .): >=20 > . . . > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > uhub0: 5 ports with 4 removable, self powered > ugen0.2: at usbus0 > uhub1 on uhub0 > uhub1: on = usbus0 > Root mount waiting for: usbus0 > uhub1: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_TIMEOUT > uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 3 > mountroot: waiting for device /dev/ufs/rootfs... > Mounting from ufs:/dev/ufs/rootfs failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs > vfs.root.mountfrom.options=3Drw >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot>=20 >=20 > Plugging into the other USB3 port and attempting the > power on boot just changes the port numbers from 3 to 2 > in the sequence. >=20 > Plugging into a USB2 port does not have the problem and > it completes the boot and operates. (The media is USB3 > but USB2 compatible as well.) >=20 > Adding to /boot/loader.conf : >=20 > # First, 3 additions: > kern.cam.boot_delay=3D10000 > vfs.mountroot.timeout=3D10 > vfs.root_mount_always_wait=3D1 >=20 > and retrying via a USB3 port just results in: >=20 > . . . > Root mount waiting for: usbus0 CAM > uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_TIMEOUT > uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 3 > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Mounting from ufs:/dev/ufs/rootfs failed with error 2; retrying for 10 = more seconds > Mounting from ufs:/dev/ufs/rootfs failed with error 2. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs > vfs.root.mountfrom.options=3Drw >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot>=20 >=20 > So: same problem. >=20 > For reference, from the media being plugged into a different > aarch64 FeeBSD machine running main: >=20 > usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage = device Samsung PSSD T7 Touch (0x04e8:0x4001) > ugen1.5: at usbus1 > umass0 on uhub4 > umass0: on = usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:6:0: Attached to scbus6 > da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number REDACTED > da0: 400.000MB/s transfers > da0: 953869MB (1953525168 512 byte sectors) > da0: quirks=3D0x2 >=20 > The RPi4B is of a vintage that has the "3 GiByte DMA" issue > present, not that it would be likely to be contributing here. >=20 >=20 > So I then tried the sequence using a different type of USB3 > media (also USB2 compatible), placed in a USB3 port to boot: >=20 > usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage = device OWC Envoy Pro mini (0x1e91:0xa2a5) > ugen1.5: at usbus1 > umass0 on uhub4 > umass0: on = usbus1 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:6:0: Attached to scbus6 > da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number REDACTED > da0: 400.000MB/s transfers > da0: 228936MB (468862128 512 byte sectors) > da0: quirks=3D0x2 >=20 > For this media, the sequence worked and booted successfully. >=20 >=20 > So the issue is somehow specific to some USB3 media=20 > used in the USB3 ports but not to others. "reset failed, > error=3DUSB_ERR_TIMEOUT" may need more time or better > recovery if a wider range of boot devices are to be > supported. May be the T7 Touch needs more than the > standard amount of time to reset as a USB3 device or > some such. (I've no clue about the details.) I substituted a 13-STABLE kernel.txz expansion and got the same result using that kernel. (There are not .img files for this currently.) But using: FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20220701-9aa02d5120a-256480.img does not have the problem. =3D=3D=3D Mark Millard marklmi at yahoo.com