From nobody Mon Dec 20 00:48:58 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 5C57A18F3D79 for ; Mon, 20 Dec 2021 00:49:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4JHLZ80c8lz3vSs for ; Mon, 20 Dec 2021 00:49:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639961342; bh=q02SdwrbFquUZ7xZMtzGsokQEt5QZh+jH6YuFdaVy6M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TvKyeemO16C+GJfvOX3DS9OXiTCltDRAfnLIaRxV4cSiGIYFclu0jqA19lLA/FIZ6Ey6APvhE7J55pTUrs6NgFtjSRGq1TIzk8kz56k4DBJQH3PxZ8Po9nVM+1MbuX8fTKCKrhQlucn8tfQa7VDRlYRU22qa5yg3dsXaTru6FOZhKycWoi3UglfOR5tMEo0OguJVdEqyuK+RZ4IOpZUXO+UBH8KXdr+hJxwgqA5vO6TT/GHDr345gXOT09Trh0p0tNoF4Nck2xZHXtrtu19XiOQhBsFW5mB8KjgXaRndYWgZ0P3qZrB5yQyEfylRfL3dkuIMEU7K9PUovlDFrCplwQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639961342; bh=506Zyqwt6tQvL4m+9PTrtNjXkhpRDtXGD1LHOgk+CAi=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=tROw+kZ6MIEWmhPxdajALOFy8E/JkjnDxxIW17M2BDl2Qemhk4wN6+pEFFNCTqitqd5RSwoBtwMIpfm5/D+d1w1DN5dWIFrL6n0QjT43cxLuxGu1vT4sPC79y2iYo9gHZmdD0h36+Ez97hemYeZdtngUfO26fpBUFlEToUkdlbcS3bHAcldSH9+rq1ZWPXipGQfqTFC/qcS2IVIy0hs8NYDfnZvHfSjuHPDCG6uiLyzo9i7+djJF22IYJzPStK6xbAfEXzYLLkqS/ZGLE0oTIITuOOaHaIhy8X+nkMGQOWG8DP2ns+qH4iWRpmiCw47RpzF8CRbWS+gTKn/9Tlf1Dw== X-YMail-OSG: O2yWULAVM1lZjHDlWqDBiDXd5GoJ_XKDyZmp6z5L.gRw.jf5v1C5beJ.gZYZBaI A6lmMoGxb1WKZyMPktifcYQmubKpw.N._c8B9otjEO5RnTrSzxbf6x.DJ6wHUotl3zImmeZpbOix vFdp63SXi5Pr.jY6nAv8SFwTaw1C6V7c6fWujrJjzU3taVa_UnNpJnzLJoNbnWhuRbkrzy0JqgOd ZqugkZ6K9xjZcRUz57SnkXk3OJcoPQECi.FzGrWarvEwXyWoipTfV6JKY2iLTm9VOZMoaClmSBmN SxnVUXkzS7xn.p87PdrA9z4gWksenKKkr_ogU9_bvcfL2MUDzSUTuGfoYE6aV0aUc5cPGSzSK7x1 xMY8z0R3Uj73YIiio6xBc8Pgg3HM8k6iMgBBWbPN_Kf3tSbLApXFkEMSV6Kmh1EDEEnyeVAxBMJ0 jika92IVHSB0IJD8k9qwNfxuaaFtmS4jIPUoiYu5Lk9zrU3BKlE2vpXeGf6zP7KWLlJAvpPnQJRl h.DNaihoVuZ3RYqqXwbGAT9UT8gvRxUSbXoHOWFb52shm0K_7__cmb9BKO33c1cCoJMI1gQxcIuO 9CVOFbWci4XAdDP1trjE59vMpgyhO8z7vj9dhgBNia4Za0qhTObVPs.svJcOME5LRTTrZUH2EDtD eDRjs_4HLBfaE2z2deqjqRWUTeDeOM14iobmlSSUErYLkuzxWZrtvXzyu_UIJqcx.mj3FDPeyCQ5 bvTHG4d5lG7yrpjLTnKhXvuQPfzZdkeZ3blQD7A80Bzp.lZz.evsnp3OsSEvKsPxZ8RCPj3sxXP6 5MUo85xbxJoeXpPOjUqSGVDaqR60Ju58rDTVo8scyUNjmaGjx4XRvB7i3QflVly.XTStGLoTdBTR PhaHqOQ7doiaZ6.t_MIOv7OOIfgOiUqhBpcj.cbO8F.yukwgKuqfUD_pJUCS3h2_dMLPdkj2AzFG 8JYJyh_eZOtXqk8H6bMBemaJugCNoso7n2UypGK1PDpLNHPen6s1ZcO2XbsfOL_iX_SOkkZNtCqS btJERE9UHy7a_MJJmyE978Ed1R0oYAFFnH4c4Trkfs_Yb7fJz_bCAt5tidqia9UxEuJl8vsy7Sva LlZhzOHEgeE2uVsXyjrGuB48Z4IaU59mJcAvGs0p2baewQpQrBw4ne6wnnyRNE667lYpYm5YajW8 aaW2dAKo.qiImvYZSykpdJ4MhZwCkR81UWHRQcBZTZWjAUtDd7RIZsvle.Ep8YZ9mlqzBt9Eim9B 2eSZFdwn_.MJB_ab9LveZWrAQk5bGMoPssNLi2K5ye7k4ec.0pCDlbpTtQ5r8bFLr1KvMohUefWE iNvnOMD2VQw.GeDp6FeB5PKk3c3jI83cUb4DZxw5xT1FwERKLMjRQgML2jc_Qlp.t7w8qFcgWADG Ih6QH2Uh92WZ2dQv.UJ2ttHELlK7PxfEghGPaW6xTgJa_XH4Qmrgii6H5gAzwAwy8Vy7rzWUQzDu C03bv..cdP40bX2I1bR0bEz3FVstX984pbKTBpCNf8qnE7ZRq3zeleI8HcRHNtFP.p6l.TXvFAvN N23Ijk7CMEx0tXfW32SOk_nZCrt7SfkD_5m4yVoGopt1L63ZPdoJVKY9jidJsPCjMzy93TIMrCZs HOAVJyh7iZm3JKeEmqbZX9gom__m1W_pdkCLWtWZrHZqObbjiqi1i0q6vut6nf2m6vQHtgSoK6Qr MJRtVu3jD0I2t6B2eKFbSMNyQ3RKwXE_MQ.0KjuK1UHPYvozXkAfAHeP3fUFtUd39TlQeWj45QTw 2j7qjaIr_F4FBF8MmVvYmGWr6Sa6UN_JlDIRUJkDV2dnqPkrE1bseFaRXBy0mL3OgsKS7sdSVr9w j4vgphtj5C4V2Pg6y94dQyIUrAobaWep7WTH5Ong.YAGp2VA3hqDjs3CIq0oQXqmyNGek0G.0Tlj FZ4JfKnz3gORRdmCjgxnK2mZMbTMP8ARSLB.jMVxFLPunhzAJ5aF65_iZAft6njI7fkkFq.ePL_h iM5bic.5XGfwSgQXe012x7N.XAocUUUI_Har2j_km_4llsFwWtj4iH380FdEt7PVkgfFf4BHF4Ig xCFR2jej_Zy9YTAudhozZetvOGuKnVRbBj6L5BYLDneLYBCf0JM6SWDzbraeu_Dln7uNmgP.pOa0 PPWUurnQmofDrNeVim0yaiuG1OYLbWWZOW1BduHieXTrawXPSgPaWlyF55rWah0YnMHhMPUYrlEt t4St8YyK5vwcEndZHWUUfPIQNQuMn.RlU.KcJ.IwEgq6dAPoEarZPr6fMElV8v5ZlSu9G9iuz7Y_ ctOzyUgsPeZ_xkHQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 20 Dec 2021 00:49:02 +0000 Received: by kubenode505.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6ad4a0763ae0224336b677da2657b384; Mon, 20 Dec 2021 00:48:59 +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: Dealing with slow USB disks, was: Re: Saving environment variables in u-boot In-Reply-To: <20211219235409.GA15576@www.zefox.net> Date: Sun, 19 Dec 2021 16:48:58 -0800 Cc: Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <20211218005946.GA7670@www.zefox.net> <5C44D0E6-2FF1-4EEB-B21A-83333D6FCF46@yahoo.com> <9D416106-660F-40BB-98D2-1354B53D2FEF@yahoo.com> <20211218223543.GA9484@www.zefox.net> <772E3794-B762-429F-B2A5-F504EA293C59@yahoo.com> <20211219043422.GA12811@www.zefox.net> <288258B0-40B0-44EC-B449-7A8FB81575F8@yahoo.com> <20211219192854.GB14873@www.zefox.net> <28D85D32-7C9A-45FC-8965-DBE8E0DF5A5D@yahoo.com> <20211219235409.GA15576@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JHLZ80c8lz3vSs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-19, at 15:54, bob prohaska wrote: > On Sun, Dec 19, 2021 at 01:13:12PM -0800, Mark Millard wrote: >> On 2021-Dec-19, at 11:28, bob prohaska wrote: >>=20 >>> On Sun, Dec 19, 2021 at 12:55:12AM -0800, Mark Millard wrote: > .... >>>> (The above are JMicro based.) Can you identify your adapter >>>> type? >>>>=20 >>>=20 >>> The enclosure is simply marked SABRENT EC_UASP,=20 >>> The usb-sata bridge is marked JMS576 >>> 2026 QH8A3A A >>> E76H20013 >>=20 >> THat is one of the ones listed on >>=20 >> = https://jamesachambers.com/fixing-storage-adapters-for-raspberry-pi-via-fi= rmware-updates/ >>=20 >> as potentially fixable (with quirks possibly involved). See: >>=20 >> https://www.sabrent.com/download/jmicron-sabrent-update-tool/ >>=20 >> for SABRENT's Firmware-Update Tool. Looks like Windows7+ is >> a required context for doing the firmware update. >>=20 > Yes, I'm searching for a Windows machine to give it a try. > I wonder how new the update is; running strings on the .exe finds > Borland C++ - Copyright 2002 Borland Corporation >=20 >> I've not checked if FreeBSD has any quirks in place. >>=20 > My troublesome Pi3 and trouble-free Pi4 with JMicron bridge report > umass0: SCSI over Bulk-Only; quirks =3D 0x8100 > da0: quirks=3D0x2 FreeBSD version(s)? (The quirks lists can be distinct.) U-Boot versions(s)? RPi* firmware version(s)? The RPi4 could well have distinct results on USB3 vs. USB2 ports: The USB2 ports are likely limited to 500mA but the USB3 ports support 900mA (so: near the spin-up requirement). > A second Pi3 that uses the same Seagate drive through=20 > an ASMT bridge reports > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > da0: quirks=3D0x2 > It has no trouble finding the disk in repeated attempts. FreeBSD version? (The quirks lists can be distinct.) U-Boot versions? RPi* firmware version? And are the RPi3's the same model (B vs. B+)? >>=20 >> The power (current) requirements to get this drive spinning is double >> what a USB2 port has for a maximum in the USB2 standard: The drive is >> problematical unless power is being drawn from 2 USB2 ports for >> the one drive. EC-UASP does not seem to support such >> dual-USB2-port use. (The RPi*'s are not designed to provide extra >> power on a USB2 port as far as I know.) >>=20 >=20 > It's clear that I'm pushing limits quite hard at startup. Still, by > the time of disk discovery the initial surge is over. Being mismatched for power could have non-time-local consequences to either the drive or the adapter or the RPi*. (Avoiding USB Hub protocol activity is a separate/additional distinction.) > There's no > mouse or keyboard on either Pi3. The Pi3 that finds the disk is=20 > running -current, the Pi3 that can't find the disk is stable/13. What specific current and stable/13 commits? What of U-Boot versions? What of RPi* firmware versions? >> That things do not work well for USB2 port use is not surprising. >>=20 >> The startup current requirement is nearly as large as the total >> current for USB on the RPi*'s. (The RPi*'s support less of a total >> than the sum of the individual ports maximums: only 1200mA total.) >=20 > I'm _just_ under the limit at spinup, No, you are not. 1 (standard) USB2 port does not supply anywhere near 1000mA, only 500 mA or less. It takes using 2 (standard) USB2 ports to get 1000mA. Some adapters provide for making such double connections to get the extra power. This is true no matter how much total power for USB that there is: per-port is normally far less than that total. (The total is also commonly less than the sum of the per-port maximums, such as 1200 mA instead of 4*500mA [2000mA] for the RPi3*'s.) > but well under once running. >=20 >>=20 >> SSD's are a better match to RPi* power than spinning rust is, unless >> the spinning rust has its own power supply and is already powered >> before the RPi* is powered. There are types of cases that have such >> independent power instead of being bus-powered. Bus-powered spinning >> rust is a problem for single-port USB2 (and possibly even single-port >> USB3). >>=20 >=20 > I don't plan to run the disk without an auxiliary power supply=20 > long term. In fact, since removing the powered hub doesn't=20 > seem to help with the enumeration problem it could be put back. There are cases with external power allowed that avoid adding the USB Hub protocol to the activity. =3D=3D=3D Mark Millard marklmi at yahoo.com