From nobody Mon Dec 20 04:39:56 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 0F942190073B for ; Mon, 20 Dec 2021 04:39:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JHRhZ565tz4lr7 for ; Mon, 20 Dec 2021 04:39:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 1BK4dvc9024164 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 19 Dec 2021 20:39:57 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1BK4dvmk024163; Sun, 19 Dec 2021 20:39:57 -0800 (PST) (envelope-from fbsd) Date: Sun, 19 Dec 2021 20:39:56 -0800 From: bob prohaska To: Mark Millard Cc: Free BSD Subject: Re: Dealing with slow USB disks, was: Re: Saving environment variables in u-boot Message-ID: <20211220043956.GA16208@www.zefox.net> References: <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> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4JHRhZ565tz4lr7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Dec 19, 2021 at 04:48:58PM -0800, Mark Millard wrote: > 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: > >> > >>> On Sun, Dec 19, 2021 at 12:55:12AM -0800, Mark Millard wrote: > > .... > >>>> (The above are JMicro based.) Can you identify your adapter > >>>> type? > >>>> > >>> > >>> The enclosure is simply marked SABRENT EC_UASP, > >>> The usb-sata bridge is marked JMS576 > >>> 2026 QH8A3A A > >>> E76H20013 > >> > >> THat is one of the ones listed on > >> > >> https://jamesachambers.com/fixing-storage-adapters-for-raspberry-pi-via-firmware-updates/ > >> > >> as potentially fixable (with quirks possibly involved). See: > >> > >> https://www.sabrent.com/download/jmicron-sabrent-update-tool/ > >> > >> for SABRENT's Firmware-Update Tool. Looks like Windows7+ is > >> a required context for doing the firmware update. > >> > > 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 > > > >> I've not checked if FreeBSD has any quirks in place. > >> > > My troublesome Pi3 and trouble-free Pi4 with JMicron bridge report > > umass0: SCSI over Bulk-Only; quirks = 0x8100 > > da0: quirks=0x2 > > FreeBSD version(s)? (The quirks lists can be distinct.) > U-Boot versions(s)? > RPi* firmware version(s)? For the Pi4 that works I find FreeBSD 14.0-CURRENT (GENERIC) #18 main-aee99ab4fe: Wed Dec 15 23:45:26 PST 2021 U-Boot 2020.10 (Mar 04 2021 - 04:32:31 +0000) The start* files are all from March 4 or March 7, 2021 The files haven't been altered manually, but possibly by installworld/kernel. The Pi3 with problems runs FreeBSD pelorus.zefox.org 13.0-STABLE FreeBSD 13.0-STABLE #2 stable/13-n248556-0848451a2ee: Wed Dec 15 19:54:57 PST 2021 bob@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 The start* files are dated March 3, 2021, u-boot.bin on the microSD card seems to be U-Boot 2020.10 (Apr 09 2021 - 03:55:54 +0000) and all are from the original -release image. > > 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). I probably shouldn't compare the Pi4 with the Pi3, they're very different in the USB department. > > > A second Pi3 that uses the same Seagate drive through > > an ASMT bridge reports > > umass0: SCSI over Bulk-Only; quirks = 0x0100 > > da0: quirks=0x2 > > It has no trouble finding the disk in repeated attempts. > > FreeBSD version? (The quirks lists can be distinct.) FreeBSD www.zefox.org 14.0-CURRENT FreeBSD 14.0-CURRENT #3 main-n249322-ae87a08c410: Mon Sep 13 14:44:29 PDT 2021 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > U-Boot versions? On the microSD: U-Boot 2019.10 (Mar 17 2020 - 22:01:14 -0700) > RPi* firmware version? Quite old also. 2018 and 2019, but I'm not sure the dates are right. There's a file named uboot.env that is dated Dec. 30 1979, that can't be right. > > And are the RPi3's the same model (B vs. B+)? > Probably not, they were bought some time apart. I'd be hard pressed to say which is which without disconnecting them. > >> > >> 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.) > >> > > > > 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 > > running -current, the Pi3 that can't find the disk is stable/13. > > What specific current and stable/13 commits? No custom changes. > What of U-Boot versions? > What of RPi* firmware versions? > The best summary I can come up with is: Not able to find the USB disk, all dated 2021. Able to find the USB disk, dated 2020 and older. > There are cases with external power allowed that avoid > adding the USB Hub protocol to the activity. > I've got a powered usb-sata adapter on my shopping list. Thanks for writing! bob prohaska