From nobody Tue Jul 05 21:17:17 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 9E9841D10563 for ; Tue, 5 Jul 2022 21:17:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4LcwVh3yCyz3sYh for ; Tue, 5 Jul 2022 21:17:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657055845; bh=HAcKHBkDPdfPRV0Ia4BB8d4EW1EGiT89bZTkQCHs+Yk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=mZN1IfHBc4iIoxTBcRIidj2c/y1zoKpEuTML+utSGwtlKpyJDae0G6hD6tVDCLgz+82fOQOzISCKs1eVxneXvzehAn1Sxm0dCE50FMWKhq+l3pFg1sVLV6pnmMbw83xqOpuaV30lkYWLCMZsw3OqjLikJCxtN4ZMRyEgMrzhf6i7PcImfMHthgjBTLB0S8wOpS1aQOZKY3FNEchiYtOC3zfAjQCvDklpYV9j8mPN/Jw/+kt4MacX1Z85WA7YBX/6itTJJkrjr84u3im4DN4MvqL9tMxnGCQ6s8UbCMi6fK2yhAV50Bd9SJihdFepJReR6vECsAXw4fsEEzPE43B5qg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1657055845; bh=hcoG6eatMDgwAXJfgZwoO5dtK6CTUcRXsmEL/LDdhrn=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=n3xMT1ECk2mp4puChGJCXR3mi3d5sSPdj9q5fkuZWaVi4Y0XfM9wHB5pXwevLbpKFlkpw3CyP/WCs5E0DctCSlmMTXztg/gO2g476LzpdBtL+bTGqMi1qjkNwRSSg8QJX8JBf0BK6Gk85k2yaZMuHTmxcKuUGetCPgY0COhSGWB/sh2fjEhPOiD98QZaOzo14Tug7nOv7Ka/2ZK1gd87RKd85cl30bV7XA8Ay49uuKoIE5JEUdSPg1q6HBoIU1BMJ47P60dNNuDYanFIzI6DCOBrBS0Q8yjKzVgT1DSoseUkQqquNDmHScbxldR7UU0Durchz70j8BbZTejBxATOcA== X-YMail-OSG: 5Ml_KMUVM1lkHdTkZv_8I94CQ7SXUHyh12Y0Kc1Vo8SHk08feXtTkU1_Ze5IEKC BeP.kmHeP8KcFue0MiTjuEaJS2vwcKCMWzdJRb_TgAiTcsmhVHsh075RIiQOdp3A0sVYPtaNTZYY 2aZeziHR9RsU1rvFyBeJDE3cwwQlL.OG_uGbcA73HM2YcAn8QGT1qTFaqB5rwtsx5aFfF9x.AHWU R9vZj0LNs0DXqgC0f22oWnpNDZEHhtIo8STNXmrL31XZxWPTK.4SvAMk9Vl1l.2ArekN3swgE3RQ daXTE8FapRkkdDqCvLfsi60IedKzm9uGkE4ROQh36YR1ImWCNwmlZad71XNfwfrBDlp83QPWIpzy E_s3PwDXfTC4wCAXojlSqj3VAzJTkNeUXLu45mX_zP7jiwADtmTjFZpORnSfhzYInUOpmOfoEZ2o TdLnLwqd_NJ3jKWYVrH39eHVR9s45MppE9FoyvCoNZHVx4L1aqZR77cUbJXNVSwYF4Q4m7Iwe9Fh sCQitA9zRxNAicZe_rPfMViPXYaR0Y5RSFtFFgA6SEjXQezNardbJQdlvHlTYryYAnvECRD8PDe9 _wnTSHro5zq1fsZBwZkHVJCHe52wNfMsEkVkPLE93ntoXcmNNY_7S92bIUG_s_6FkEBx_vKB1e5C NH3IsYCvDnnBU1_hhu2U9EQV4W6Gte7HzLxi7_ETMeCEPqJUK436jt2lYii0YfcsyHDMXODVEXJu 9lkfzTYf1YFniDi60ZRZydn9BtHJ5A9ca7JJ7BJzHdflSf5nzFAYut_z7.h21Pervyp_dzvhlcga Od9rsU4hnM489IijYEtknmZB3HlO.PcWVVMI9GSXQ.FC_pfp__LL29oTDhisqFd83Sv_qArV.pYM Lyi_x76LcjwGjckKehleIa7nBHhzISjUqxEiinyGMhcI8zLQ.h6oBs8xfq0pLdsH0Rve1oYuPkvv dM.VbsY_17BBudmeur2UVyvWcfCNOHZpNvugMUaCLZDBrJissDGo60.F4b1qcgiZIpYHGjnE7y5L Xp7Lqwx46dKKJNvDxup5k1PmXPNoiWrf_xGQJaUQukY70scrsydrzaRuXImDZjxGcg9qlhafhFGM NJsI6vcSBOze9BzDLvwXliJ577vNR4aWnJUtiQQ9pttewyN40nonz.ZicaK9jpghhRcrdhpchFVU acoeF.tD.DaNKAWVTVsAixZZn1QL82gjz7De6fGf7s_A1lGSvCB1OEFdbKvIKKMomVvv3c7S9qMd CnBBEZaL9eHguw6ZeLdKjc5Nq9m8414l68I9JUBzCztjCb7CK61u57qwegdFSjajx_OneN5YxJmI 30FZidLSQSySRWzXBln2cQ87qZYpOmHzRORPnOrSRL6b6GZx93ewKqfsG_idRpPT1.bknMe7_eud 3fd.06vKrtAOoXQSFtuCK5aFrstJ1o6YuBeli2ueWU_JFrCjwMSH5vcAWU6TWoKdL3r_HiNW272l Gj.LSCSpbFTuJFZjdczDJl16j3OBuij0SnY14NEBC_lcRPQEXEwb8lJTOSBGKbwfuh3adnSiCwxE edXN6BQdMYJhRKdss1q6XoiVMsmeeE4NFr9yj72EhRY92hr9AH72S8bMDAJEUMmdU0hcg1TyfbBF pT1KLYMSEmV05c7k6YOJxnlT4rROsC2oDvuxFBZMpBWFQeVncaLoYiIXpy.ycaM3XTiprENtL1MX UEMEgki2w1XjV46vx1GRfu31SYPy2O4c3lmysa0UzNentlM_v82Em7Du1dCtY64LwUyW56l8U9yn ys8hNxZf1i7gTocgEZFkftZjx5CMOF5lzVGQadb4iMPfXwpwBfyeIMoDLj4QQtCI17nR9jHxCnqX YeAiwvPAKfO9aBsq3Q7j6Jjn0P_6Ozn3rm7pdtvlA4.O1pfzdFYeYMo1ihSAJv.U4oZsE35Z_JsJ YE25A0yMQ04RBEtosVRkjXfh_OB5tVDM0MWSlNKP6wnksyvid_6wTcTlAOGzGS7o3LdGJ0cN.LEW 2nX2RxlabZTjt4cvSUeM4BmRX4duiNpXJ6jx6jTEUo3YfZ8rPDbXxxQATaTDq6bV53O6ng.rnDup mxFHImGwWtt1bLZdteacAq5SCxxbYc2ju.F8uDsaaFWJ288voNz30tYb7oe_uSSPybTJlLOBoljL CG0yUPM5RVJFgkmpgZTbBrZStG3TlR1h.gr.BK7ayJcKlWqNAkTYIdns6dVmaGAaeabCtoTajzYd FE.0x838.Y5N8C7PyAWu4fwaDX1F3QJ3ndkXI.KPVkvbciEEMiwWLqm8Yd70CRlnRbOMUVB1D X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 5 Jul 2022 21:17:25 +0000 Received: by hermes--production-bf1-58957fb66f-88chf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 81113c433e25440e2112ebbccca0e95a; Tue, 05 Jul 2022 21:17:19 +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: 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 Message-Id: Date: Tue, 5 Jul 2022 14:17:17 -0700 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4LcwVh3yCyz3sYh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mZN1IfHB; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.48 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; 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.69.83:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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 Summary for Rev 1.4 8 GiByte RPi4B (B0T vintage SOC) context: 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. The details . . . 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 # dd if=3DFreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img of=3D/dev/da0 \ bs=3D1m conv=3Dsync status=3Dprogress and then tried to boot the RPi4B via the media and it gets the following (the kernel loads and runs but . . .): . . . 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. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot>=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. 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.) Adding to /boot/loader.conf : # First, 3 additions: kern.cam.boot_delay=3D10000 vfs.mountroot.timeout=3D10 vfs.root_mount_always_wait=3D1 and retrying via a USB3 port just results in: . . . 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. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot>=20 So: same problem. For reference, from the media being plugged into a different aarch64 FeeBSD machine running main: 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 The RPi4B is of a vintage that has the "3 GiByte DMA" issue present, not that it would be likely to be contributing here. So I then tried the sequence using a different type of USB3 media (also USB2 compatible), placed in a USB3 port to boot: 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 For this media, the sequence worked and booted successfully. 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.) =3D=3D=3D Mark Millard marklmi at yahoo.com