From nobody Sun Dec 19 08:55:12 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 CCC0818F82FF for ; Sun, 19 Dec 2021 08:55:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.204]) (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 4JGxPq3s20z3hS9 for ; Sun, 19 Dec 2021 08:55:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639904119; bh=U6NX2F3PuGyzheDNOTSjrwTLTgBIMVPK07zC1Q2wFuU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WM9sPYvLcgcG8RRIddkVOgMjlls+dRBNwN0pxaezHeGtNgmb/rQ23PL8QQAf7HDrJSom06SnnGO6zoGgrx/iRB7zmjcNQEvhHpnPvJ+IdtLsy/1EvHOARB2QV9c2Wur4aKk2TBZ++8zmnPLRyTUZNPlJZICjh4VZzb8Ow+BExERHz6WZIemyoWhflHzqE/PuwWqOLq/AhLtUWoyDr0H2Kv0xX/jtry+dUZslpjdHuh9Bm5cfXJRz6damM/Nh2WYpaH3MAD/nEsYXDRbMIdnai2rhaEXydHsVgc1l8jZcylNXLIwvKcaXjxpsotXlQLvxq4CRq9hcwmmzcdcN+Mljpw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639904119; bh=AQREA5sbWFY8GpASdsQ1i339l2RPXkUyNR01CAnlEeG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YhLuofVgwknBa/lXf6uHnsJtHNkHJVZVq7iYYFtIAO0F78/Kfo2WhG+eT/rXmu0lO/PaMNLXJcKdOEHgemtyrL553RuVlUPQPYRDGe8Yso88slNkuomTyiRqD7vd13no7tGjSVtEOWe0CN2MaMAzmDZoZKw+Pkh+2oIw5ddH6ty2ic0HorPsvfFQGWcHNQXHmCQlqIM1gMOl1qV5GL9PTGeeMdyCPufXu/74vz5HH/taf7l8iRfuUYqd2b3Fs50OdzSYV9IspI/IDmRSXVtEKeDTpZMUIrLhlpDZiQfko8E8MF2yKoJc6mGAggRM+Akm551xWEV92frrT7H6XyrCwQ== X-YMail-OSG: yp9Tz7sVM1ngEELJOoootCnGY300JP7FzyuiKwQ.tQCVgMrUQi24xrJ4XwFJqjh gqsRu5R_9ml1xP1VbtLQS0T1tIsaFFcoJMOO5HCAufBsB0nA3VNZIkNqUnPUAumHv0d6Zy6V4mgX MtNVxtn.bXzGNaPu373rM2KSRb8sw.DeMN3QN0JKoZLw.91BguvWTNBIs__Gf7h0oA.PYnvH0lRX M3jFv_WeH74q2HRffuj.1plmxFZoJPTo.H9XMoZhA1co1WYsAf9npOI7cwpF9UJkmIRMvqXZ4mS5 GU6N.0SBWSYuKf8l28KSWh2SqLuGHvhOhH6LyFVhPeEz9ZFS2OQIuOLPN75orCk_.lyIikA9TcOj w2LqqxGJH6j_52dPAqv.Lo3c9gGw5HMYuIwmKOYt0HsmRLByPTPZU5R4OkhUAVcWT3g9vHJzf5i5 7WNy1yMK160FJba.7L8pNtoVRe8wFGkuQyRwMltYd.9PDlkK9UiGicWjWBaZeKHK2CBafW.7SAZp Yqbr1P5JXGW8Noa1yWL0C8NI9zVjmYgtft9UGW.jSsKkwkzBd8QfkH3obfdStaAheMea.UN6pMcW yuvKsab77iMgDRYhhm8.OqQy740lBi_0sOb7tMzaHeqbx4EzX_QOrniGO8QheDtoe56PoJY7pEkP vqjXUpwWX2Ku7Ex0_n2aGUDyinGY5XPw9gs31lueVYLIr9iDrBql3ZZFgKAwYYdCLjORUu1IU.hB a16.gbiOIRD9W0hREKnIrjFqpZRmXoH0AUyZXqwv62KdgRustP4tt78FrBxLSaMH0fAFX3rknnA. EcC_ALKO9ZiBGrq2H2xw_9_R3XOyz6r0W2bImhHGIU8itJN4fLm0jcMuWVYZGsOaxa14rUtpvl2x BdCQ4tBivguwaHvHM9zXKVrpdXZMFK.zVJEpWL7HSDUZeEKXvI9SThF7QBDjCsDPz3tNBNe9lTUn 9ZzGlzSPUXYkMuIu1UtnSABF1JqUKHYUwwYzSnLQqmNvTIWLfm.QolCIqfl7PFZr9ddOGNIqNcUV h2FcHtFvc4_XZL13ZwjfI9DA4hBg5XhthhWtMgsk_qfhaQkWw_YQL9syZrtCFxdiw1A7I7M9ZtQZ FTB8hYK.yjzDjXhqnKwAELHzw6SxcD7SlDewl.9DqbtZ..qGKuIGXCKAHlUwamxtL8JnHURdQKXV 4bSxeRogC7v8tHhZixG6f0EDKKLEVi3EJII5ZPN3eXwqgX3gO.nsKlbFeeH34LER_DsRkq7QCvgI fZ1kutWdTbP3a..2LnrAg7gl3Okp2hS7cKISIYbfB4oH1.akpxBvMXgz0WBqLPg0yOMh8.ekzMfb ATycnM1H8xpvwRYEjFjrsP_JAZsL4THyef09UYr8XyeGNdWqfHmi2lBTEVV4tdCf3Y838T9iHxuE 0ys8cvfDo0yP0vUHuZ8TgBHHUf18dPqbCJs1166Vi9sU.5fFW3rbkkYee9i04foJGxpWeLbKiN3p haafNbAeI3LzY05YgAOf5q8SV7sR3z9roaXeKvVVbquTh.HAXxh96SB89yGPOGTerEMDqyR79xuy DmBIdkxewXYN1xplakCKQHRno_ulmWV2CKoJ6VTXK82JAoq7aK8qkDaMrfIfzRanzRxHYUp5cUig nPJ25eEP3cPkhdIYHQrFyCOB0OmQAUSU1AmsgdDj.pOMNQknpWbOH9r3aqd.bZGRKv40cYejWyOF MEbZcktkfcY__h6rkjeRhnAlFmBFkXyVqgHqzLEPydnzmbkaJbiwAXlpEDxt6kawmomRsXVhYI.V sFR9DfZxmvWy1p5JJFSMCtou3.aOEa.qxnJGPUm.6Ydu7EJhOUOG6f94lrJEg0Ug9PELZL8HzXdg TM.73NpsHKwWBTwynwYAOuyauNqozUdFlQhscmlAgi1QVa9YEVa_SucIHxXh25nXlHn3yMlIAudK 1byTdj2XtQSw9LBPQScMiHYRo1yJVhDvZqa5lpnh8zt3TRHoPfXWjDcHETO76TxW.KRIuX9prMmh 0S04cQkHBxSxoZXVZgC667lpA4EdIwR1Ak5MkAhBi.d2mIiWNuUHK2WQFZNy8gOeB8MTdN50kNv9 c_sY6rNQo2ex8XqXg1d6FibnoR2hjfCvObK4p4fck.YtjwjmfX2xpSXVa4MPBJo6llX5xptsme_C Av8osEsBH_tczIZfAogTxXxRKvIiHPcA7p0ZfLyT8U2wKsPPOYYrh0V13RIbxQV8xEQYpTjZOMES 2BSiLo6eg4ktaCS6dn8ne4NHHcoda.mrccsqIgm7Puv_N.Q0vyds02U2X4v9wvejP3UjjRWf0P.L W1HfiM34FanZjwG_wDg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 Dec 2021 08:55:19 +0000 Received: by kubenode531.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7762c003f31dcd5495a872e3b8a8e9bf; Sun, 19 Dec 2021 08:55:14 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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: <20211219043422.GA12811@www.zefox.net> Date: Sun, 19 Dec 2021 00:55:12 -0800 Cc: Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: <288258B0-40B0-44EC-B449-7A8FB81575F8@yahoo.com> 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> <20211218223543.GA9484@www.zefox.net> <772E3794-B762-429F-B2A5-F504EA293C59@yahoo.com> <20211219043422.GA12811@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JGxPq3s20z3hS9 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-18, at 20:34, bob prohaska wrote: > On Sat, Dec 18, 2021 at 05:19:49PM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2021-Dec-18, at 14:35, bob prohaska wrote: >>=20 >>> I even tried putting usb_pgood_delay=3D20000 in config.txt, >>=20 >> Wrong place: usb_pgood_delay is only for U-Boot, not the RPi* >> firwmare. It does nothing useful in config.txt on an RPi* . >>=20 >=20 > I was hopeful that maybe u-boot might pick up the environment > from the earlier-running firmware. Evidently not. >=20 >> As stands the only ways I know to supply usb_pgood_delay >> to U-Boot are: >>=20 >> A) Type its assignment into the U-Boot prompt. >> B) Build the *u-boot*.bin in question with the value assigned >> at build time. >>=20 >> To my knowledge (B) has yet to be tried. Any test of >> usb_pgood_delay that did not involve (A) was a >> wrong-context test and does not apply. >>=20 >> That includes any testing about seconds vs. milliseconds. I >> expect that usb_pgood_delay is in milliseconds in U-Boot. >>=20 >>> Usb reset finds the disk after one to about six tries, seemingly=20 >>> at random, regardless of=20 >>> usb_pgood_delay >>> bootcode.bin_delay >>=20 >> ".bin"? Wrong name. use: bootcode_delay=3D >>=20 >=20 > Sorry, misreported. The actual line in config.txt on microSD is > bootcode_delay=3D10 >=20 >>=20 >> It will probably be a while before I look at >>=20 >> http://www.zefox.net/~fbsd/slow_usb_notes I got around to looking there. Note are later below. >> but it may be that some experiments need to be replaced/re-run >> based on usb_pgood_delay being provided in the wrong place >> and the bootcode.bin_delay wrong name being used. >=20 > Experiments using > editenv usb_pgood_delay from 0 to 20 s while in u-boot were tried.=20 > I could not detect any _consistent_ improvement. Sometimes the disk=20 > enumerated on the next usb reset, but often enough it made no=20 > difference. More confusingly, simply repeating usb reset without doing=20= > anything else has always enumerated the disk within (so far) six = tries.=20 > I'll keep playing with it, especially now that the hub has been = removed,=20 > but if the timing is fussy a persistent loop seems more dependable.=20 >=20 http://www.zefox.net/~fbsd/slow_usb_notes shows: umass0 on uhub1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x8100 umass0:0:0: Attached to scbus0 . . . a0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 000000000000A da0: 40.000MB/s transfers da0: 953869MB (1953525168 512 byte sectors) da0: quirks=3D0x2 = https://jamesachambers.com/fixing-storage-adapters-for-raspberry-pi-via-fi= rmware-updates/ has material about SABRENT adapters: QUOTE Sabrent and Orico both have the worst track records for working storage = adapters for the Pi. I don=E2=80=99t recommend them at all but they can = sometimes be fixed. END QUOTE (Not that all models are bad.) I've not found anything to identify the specific product that you are using. He lists some specific ones as problematical but possibly fixable: =E2=80=A2 EC-SSHD* =E2=80=A2 EC-UASP* =E2=80=A2 EC-UK30* =E2=80=A2 EC-UM3W* =E2=80=A2 EC-DFLT* =E2=80=A2 EC-NVME* =E2=80=A2 EC-TFNE* =E2=80=A2 EC-TFNB* (The above are JMicro based.) Can you identify your adapter type? EC-SNVE* (unsure) It is also not clear what drive is being used with the adapter. That could contribute its own issues. Looking at old messages: QUOTE 1 TB Seagate Barracuda with a JMicron USB-SATA bridge END QUOTE but, even if that is right, the above is not explicit about models and such. Hmm, more history that might be the same hardware: QUOTE The hub is=20 Bus /dev/usb Device /dev/ugen1.4: ID 05e3:0610 Genesys Logic, Inc. = 4-port hub The disk adapter is=20 Bus /dev/usb Device /dev/ugen1.5: ID 152d:1561 JMicron Technology Corp. = / JMicron USA Technology Corp. JMS561U two ports SATA 6Gb/s bridge END QUOTE Looking around I found evidence suggesting that EC-SSHD has such a part in use. So I'm guessing that EC-SSHD is what you have. =3D=3D=3D Mark Millard marklmi at yahoo.com