From nobody Sun Dec 19 03:46:11 2021 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 0E9BC18F0979 for ; Sun, 19 Dec 2021 03:46:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGpYG72mPz508l for ; Sun, 19 Dec 2021 03:46:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639885579; bh=Oed77GlCz69uMwr+Sz2Kf26I9LJeRbwAu2IGlPYSBlA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lmJJpYPidDxALlrV6K9RbewMGKvDIkjTt/k0IP69KRs6Vd6Ju5AMB3OG14ILUY37LR9433bmuyFNDStQtG7hYX8+reVgM+o2wFOQm8tr66XjqJBhigjR4dYFzgqVsOSv4eBt3QhCdTj95hmkzrX9Egt9QXuxfXkTrUYtIYvsGq0hAy7r8t65/ITyjrRdZifTtNVsTMw/Adw8eL52uwDbpynDeO16cAy1I0cTVpD0SDOSI934IpVw7ALwA+uBulv2QsovYIYk4QS3X3pImwoZqpBoUXL5T+RhIgtao6C8QFuBLKQSYUYi+9UU5J5FlRcJLkelb+DZSBF3ArKk5kigiQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639885579; bh=m+9XvVaO43aI4QmvIjtvvAOeJYAilsQkrH6gO8FASrM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mbl5OX07pr875qZb4SUuPeHlcJV9tBpOMn8ntPeGYpR2+sV9KkWBMEbWifJGy7tvbtBPbF2Mjdix9XayrjWXrcGzFKAL0wXEhcvGjaiFm03EPUzA5VVZmP02JHMFmjl8XsnLitwvs8ZtV9SZ1JxPezBkVlyqE3x+Mh6M9wvcy+vP8QB5F9kAy+f8soDGxQoK853l+Vm9/BFqzNn/StDs/fhnyDN0tsQIj08p0gK3B47bs4TivmcKoc5NLk7CzWoIA3M7raFheRPm6FxFnaFydhLR0NTvr5VGVemWR+MbHQORFpVl3A/96F0SqEVp77vjgR/nGy2ivWx6U8eY2/ZRPw== X-YMail-OSG: 7VAavn0VM1lYkVlD2tiJKH1ZBBW4iwZjcRSN8icY5ijhH_Lfn8neyiW.JnlmTAg aEOnR_h287ArOb2t225beUNLbQH6W9Rd2fzMVrYwOU_pdhGugon2_wk.7LSZFAo6ADuXIyjcvZva .JIxWpRzNoOCaSm6KZFclw5Z2.925XilF5U_Lkl6m4aphSyPEANxWHpGDds7OqrNIbIumEJhq.nX na5YuiOaG0ZdxmH6Wrt4zU.KMV85IrhINO7zGjkNRDs67Q8.EglhDl3fZPtdC_rSRxotcdtVURxZ 3ndBixdry7q.x6wBMRXvO6zeZBsCxBVXrCxs94tsy4OJzF9B.z7XRvsFViHplIz3nYLDOqFagAMb FzIsHeMndRiImY6vr3NwbQT1FVNMAm.AVRmVbIfM0hyTsUkDejjhlUoBnE1RDj4qejj.QzI4.Ok. czMt01M3CNNfiisjJFDdj82U7V9VA958KXTCNKnvVi3Wo0ldaQj8I2od2TdoOYRcL4o7A7tDRPuF gKYGxYvLZ9Q.OcVwvdKNZ9_BZoThm8xin8eOt9y3Xd518l5bmcXmEzJ2my81zbaBYOsUhPOKafTl FARC0R4fmqQ6NWzaFyKT74u_QqWXqcxeIWZmYfCkeA4A3sJgPmSJwEjhsrymVYhWjR0iyzOO.Eps KJcgLuDBgir4WN6lVQlA5PcHZLwqkUQlTwZnm70Eccw8vGWzMWvyvu8pkz.geJiz0S6IWbm0gYQz jGL2GW.iREW_7oobowRkfw6Tnem6Pah6rKX92y3_x6VkFuTC6W9oTGm0Yw.Bvgpth5ubY.I08oO5 VAMbKZPFlj79jobH8zDoq9o8B4ZxlzNf7D7gXsKOpHzj0JuCtc8DzIoAuBhU673RdF1MacAX0s.o cg3sDmpukvLL.emRU68imuqwHCIb88CIbwdteJmEcQuaXEwfNIgq5kt4r4YMx0VXR4Y3Hv.O2Ub9 mXWcymceoFI9f8jdkFjZLN2t3NFMjwWRYpCXtluR5R9bryR1SV8TST.MAezyk96kSd8X7AT2nBBD mFPC7cBs91ixbwAKv_bRPCN1uI6dtNrM8P2_LWOFtOTWy.p0l8emdFdhKzWQiBmbP87R2hev4poX sQRC4QoAyN_2w_KTIZ0U1tb.7VjwffCjJ0FeyqvNfli4cpH1Tc.899Io_InbLSTzm.Cg2XSnSJq0 j6j_tPvSkh.A01NwdIqDxHytCo8eRXBu3TEyIiLkzCMWNfVOkC1UM8TNN0ReNjQQpsx0CYvYbXN8 vleH.1OQsCdBswKcfdIHzczcvSM62TuhWHCP4n9uGdzRN0MOCdX.NlK2J9TJP5P8edfPyR3etwCf 5gIcN6OwlLS_PE9uRXioPaXnpd3_qFOAsigDJdcWOoPkO2CwPLF1nwctDUzI1YWCkpYMJaZiWoTI N8eMi_cnyForziyFSP90a0.5Uew48U9Y2n85e.6SNjfNwPWiUHS3lk0lbDjg7YtbzSTo6dwQVwFG ZiIkA2NQbb0Tz1VEA3rCp1gXoAuKIIPTHcJb2Dw5ZKNR0EG3k677qlADAh5rkTXcvo09zOuSrmP8 uiQXCvRwHK7zQv_KPKXKtXSWTf0CuTnBqPeA5bHvHmsQmthLeEZ75qHFDpztZS.GhBW5U6Llaht4 4vwNeMwC9SyjRVe0U.w1t7c7NWjU4RKyiSKEWGoK_9.rV8PgWggLUo3a01Qj5vreKZwHETX_A4uS lXxVP_1KTA8xUhj0XAqMn5Xf66As2XRV5alxWgPhkmO.Jmfe4mxHPSMv6Y2uv09y7T4cqhMTJc1U Doml2BxfgXIp0ttCx1iJBXf08F6jGvVDV5I7yLwJbCqluk_2noantJ2W5X1qyNi9oseqVyLjm6g4 .BNkVDBO.yEGQFRhO3i3iCvFgbhQyo7ZlyNnbDu1XbPr_SkGQyE4N0xhnn4DEWYL_sUyKH2A8CTu FFF6k5QwICJzlJTaj9mFS52OlCT7R6X1mb04H9D.kwXqwpdzHSyYoiIX4xlTBHKe6SnKxZP480q6 vtnIcoMY_UtZRplaNpMdBA3omtZXhJBiXSHxitBHX4LltZCw65S73hhjYBvz7GfKLN9H8ulK7Cql bTnOP8L74LcOVPJTj4qKmXZ82UWQ06hsXIuXf2Z2b5Sk3YDUO1lYKrmJUd_zNSlQJkXprq12qWqt duY78H7VbgB4.JEa0TqxbO9PcQfB9Rkt7eQOMi6reNlxNovG8Gvnwi5c1_T5lyNaeqEa4EorgoxE kW2C1Lj.1Z4WuBVVXeMa7dQpI_mQZeNKweotVIzflSDjP4kpw5VB5Kv7wZKsHlvMYG6_HAeorxlU 6S.N_wOBjPRW9hYVJ X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 Dec 2021 03:46:19 +0000 Received: by kubenode502.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5466e0ba08876bae52ef747cb2b4af77; Sun, 19 Dec 2021 03:46:13 +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: Saving environment variables in u-boot In-Reply-To: Date: Sat, 18 Dec 2021 19:46:11 -0800 Cc: Free BSD Content-Transfer-Encoding: 7bit Message-Id: References: <20211216180704.GA4173@www.zefox.net> <214132DD-A095-4349-BB81-B79CB8CF6B0C@yahoo.com> <20211217013613.GA4452@www.zefox.net> <20211218005946.GA7670@www.zefox.net> <5C44D0E6-2FF1-4EEB-B21A-83333D6FCF46@yahoo.com> <9D416106-660F-40BB-98D2-1354B53D2FEF@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JGpYG72mPz508l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lmJJpYPi; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.01 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-0.75)[-0.748]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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(-0.92)[-0.924]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; NEURAL_HAM_SHORT(-0.83)[-0.835]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N [This eventually suggests that the vintage of U-Boot used in the default Fedora 35 is the problem: a later version of U-Boot does not get the problem (so far).] On 2021-Dec-18, at 17:33, Mark Millard wrote: > [I decided to have this specific message still under > the old Subject line.] > > Hmm. > > I just tried a Fedora 35 server install on a RPi4B (8 GiByte) > using a bus-powered USB3 SSD. It did fine until it did a around > of downloading and installing= updates to the original image > install. On reboot it got the: > > scanning usb for storage devices... 0 Storage Device(s) found > > But: > > . . . > U-Boot> editenv usb_pgood_delay > edit: 2000 > U-Boot> usb reset > . . . (found this time) . . . > U-Boot> boot > > got past that. I'll note that, looking around with > printenv in U-Boot showed a: > > bootdelay=2 > > (That I've not adjusted.) > > Repeated testing has usually booted just fine but > on occasion gets the: > > scanning usb for storage devices... 0 Storage Device(s) found > > The same sequence involving usb_pgood_delay has always > managed to find the drive and boot so far. > Note: This context is (so far) with no microsd card in use at all: Pure USB3 based booting. I ended up with an example of the USB3 SSD being in a state that none of the parameters helped usb reset or usb stop then usb start (many tries). What did finally work was: U-Boot> usb stop U-Boot> Then: leave the RPi4B powered but unplug the USB3 SSD from it (so it lost power) and then plug it back in. Finally: U-Boot> usb start (at the same prompt), which finally found the drive. This had: usb_max_blk=20 usb_pgood_delay=2000 usb_ready_retry=5 in U-Boot at the time, but I can not tell what of that might have been necessary. With the drive found, U-Boot> boot worked fine. This is a context in which there is no external hub and no option for non-bus power to the drive. Question: Does your USB drive allow direct/external power (no hub)? Fedora uses a different U-Boot than I've been using with FreeBSD. But I do not know if that is contributing. The type of USB3 SSD is the same as I've been using with FreeBSD for some time. So far my experiments indicate that having uEnv.txt or: uboot.env does not contribute to the U-Boot environmental settings. I'll note that there is another error message sequence involved in my sequence, "cannot reset port 2!?" and then "cannot reset port 1!?": . . . U-Boot> usb reset resetting USB... Bus xhci_pci: Register 5000420 NbrPorts 5 Starting the controller USB XHCI 1.00 scanning bus xhci_pci for devices... cannot reset port 2!? cannot reset port 1!? 4 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found . . . Sometimes repeating: U-Boot> usb stop . . . U-Boot> usb start does lead to finding the drive in only a few tries. I'll note that the rpi4-u-boot.bin that Fedora 35 is using reports their build as: U-Boot 2021.10 (Oct 14 2021 - 00:00:00 +0000) Tracking the development/test builds ends up with: U-Boot 2021.04-rc3 (Mar 13 2021 - 00:00:00 +0000) instead. Hmm. I replaced rpi4-u-boot.bin with the newer one and so far, no problems finding the USB SSD or booting in general. === Mark Millard marklmi at yahoo.com