From nobody Fri Sep 30 19:37:00 2022 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 4MfL8g1qZ6z4YFPH for ; Fri, 30 Sep 2022 19:37:07 +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.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 4MfL8f37hRz3LVH for ; Fri, 30 Sep 2022 19:37:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664566625; bh=waxKo9SZmfWKwyDKxeA1jNtCbxvCowMG6TqsudOMZWU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=uDSImt/Skt1oqGS13BeqaepQk52BjhkO0+C2lCaz6RWPHiX1njKXipMhxqAFrTVAgLXUTxiIOTUQZhPjV2+Z0xCYDkqVoASJQH4xJpjjlZwmLiFH4aX6/W+/tfekdgFEzR9YWEkNiIKxzHp6p6TW5ilsZOaZP/QPOJozfuqx1U5BHYL7MNiPPw+78PRaFFpzbsSzPxUAJL4M4Row4FYJ9UBehKIYOOQuz51NeDzP3q9C2fQOG5BPmX79pIwVzbMO8SYh3BeFeiydFWzYUgLyCJ1r03YT6LYkmIgTGjkWO/bBjsavKoU1mDoU69pF8zm1xCvPF9HhfSxBuSWK3DYDpw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664566625; bh=eM3r/zihLpiYNecQ+6NTyOB60SehdTSSoZqBd3pfdXo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iwYUzsjx/hRSsjlfNRhjZidT9etjJnyFXc0tupPVJJYIj2zDdopySlEBbK5YMwYP7usLq29bk2gRXA5++Wpfs2KdjmJ5TrKofRBuGlHwPrkkZtB8nkGaE1WFuLUTuMgT6LnCW7XqqWTH3F+8VaBJVym+S/NYR4RWLTDkPaC1jrK9IJErWHdUTUyRY5DDTD+9BlAGUzOalndsyUqA4zkK5WY145Cq7BD+1XdVQndkr+ipAaPL7PJhJAOtDgFAoJrS82+9dhZbOa4s1UjhXFrdyX+s/N8/RhXTMZlHS2LveMncVo6v/A4H64h6LdbK5f1KRmSe0r0aRUrp8cHeo2kA+g== X-YMail-OSG: NoW2wFAVM1l_5VHNSNaWcxgpii1k3ylOrw8tIQsvYCPAyx4n8344XFdp1IgPrtj cgwMfGfOE1xEWwUfSD0rsdc0kGTU1CAoj_5.jQY6m06C7Xk1RltnVu2HBsL_pSfVenUTOCOKKz2y DQK2CWSu0D7n_h.6XdKyZvcubqKF.KgUO4igqk4LSeFXgHwNGjLfOdRhtJEOxqvjktPQDZzIMP.9 PtCsvOuVMr8UbNahvwoemWqiD3771uRWQkw4hurMa6s5ekrHOWFMIrJUmJM4yAaIzC0dMD27uhdc V7TGRohXOO6OfDnpozSNEpNUHzYuMLcL2xvU_9uZYKEjGpdrpg9P8pwEAqXjLtsMEvlrplL3ugG6 uJ1qHEvEUFzYl1Q0_1x45FXgWsM2QqpY3BXgdrDbTWXRBt_kQdpeuovIE3_ysbK7FpOdIUu7aAaB sJ5SSioyA0R.R4AylYJTCO.qjNnevbzO7ksT1gsJmJJbrQOnxKeOwOLLV32OfQNn01yUlIR_lkTG utpd5zot.0n8MVRK4Ju7Is_BHCszfpdkac0gMRw3C1h.14aBvoBYt9bBEf60jx4L4H3fyIdsfF97 ofKAwlPhnmzt7CuA8IgsVefQSuvvTCTrDg4OPTwibH3g9WZclzWzqBySno0yERHbJ.4hZkLi2AP6 Jm4yqDneQHdfRcgJVQL7QdRlzSpuLPwFn15PNOtRRBky0Bm93qwj3.uggibXFFR_RZhUx0nqr9J0 4kMdLVhi0C7iXODmYoo5kVNgMJjOfAC0ypganHNj9OhxeqzZs1x3nVD09xD_dBcIt0XGRs3j1bvG sKCoiGeF.AHNWzsw7e.Dcy.GQLNe65TP0F1v.vgSESiJgFfhXiFCA.ths67.UOFzQlRqa8LVW2L6 _CvaxAtaP9iX1.FA4gJQlhfs0ZXp67byf1GpNCQCkZg3YO5rPcBSb9KuxJej6lei7Ae8aK51RcDn bjpBetyGDV_ul64v.bb0YNqT_2.i2AF4goFaJq6xml3TkSTPLmVbvXFdST77BVZyZTKN7dBoEBJ6 _x8R3nmN3y_FKbXjA55Du0vGdFBJAqT8wz8NLc5dqJxIeLz7FDYbz1eQjO5Be9xZvcLyijn0tosQ OfMKCtskqfLlT8nZtdT18Zb0DIu_2ZPk8zYkKhj2j6FdtxgysUSklvNYu5ZPtft07gDaAHn.2SZ5 XTkWZmmKatod0WZzRkrHsvgQyH6X529n4tX_hYBLOvZb_OZOgC5bDjhcTxyf0nf2u2rjPo4nARoZ 80NMjWVpxDil2BmNxZbloky5A6OrUaAiQ07bsrEzfHzShPatPwWeTJX6VwDDOkxUt8MARZCvqgRd ESImTAAZYeyCXs7W84zvGNcoHB8P2LTQCOMPJEU.xGcsFlSWCXc0YJeX.Huh8XmWY9Y3quIpKbAN fL8w_ARDvK75vLm7tQd1IegUavWQNIM5nBbUGef.pnC_BQc1vaxpAMfkVs3I52S2JLUtvfIcX2eo zJM3xhsQvlp78bxngfAJlpRkJ4F3reGc_mO17CHViMRr7EMu4euOc262bpKGwpbIvMmYig.NpF1F OBkrqiZqxj.QGl8fiEvHq6ehregcurwq2hR.kowUHqiz6wLmm4FnFIfSyJp0wV8vdq.KLQIMYYSh wD_n4eX4GzrcjNNHzOuNyorHT_HdJo4oIc8m5.oH2HTP1LWKZRFE4p5RH9UdGxQecutIhh6FIdEj gwNkbvGKfNKRVv6E8J0zdWfQav3w86fy94o.OA7BJigrb.SMOCOGzZkfeExD7MGGUeW81beqMakt 5CO4W_lDsZkbvXtuxOE6KlGXTtdLqNCalaZgiu5x.UIDmdFb0e0aVXgjSHhc41EGmwZMbfbBN0De voVwQGvm6hqPZDm0BKokRt8ohjU7dy_T.lJI8IHUx22V7KW2mLtKpHAM7W.UMaYc5ylv0R6poRww wzCiqgpp7o1Oq3jDnUPSS4SDGpclJjJgjSmhUvlteMawz2OGI4mw0pf0bfkKIkBSFyQ7IpfW0xPY A9_ZjfncY2v69bIJVheY5_HqSrvvZvC23oHmBmoNqa2q0s8uIhW0OPzOl4r04jtNaRxIF0pLtRTu K1ToGiRTjmVTqkYuzp6jLqjXtOrG8_uxmEvhDAQS4gRGmL.l8lC1uJ3zWDmk2as.ruoBmur2stED 09ewzkcbTR82gESkgQfZYLLI9iGBirlPxqgkjYhzJHrHxkiHTvYEDRtY3NktJy4x7RePUu8ZZPAy iDJj_KonodoHFZ2ZfWThUG4JckCGYWE4y2VgBQTIS9kN2AttEQ4FxPOmpk_45FeOsRQ16ego52T1 AFcl.N6J9 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 30 Sep 2022 19:37:05 +0000 Received: by hermes--production-ne1-6944b4579f-bhhwb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c00c77fe83de37a8f0ed84755faee9cd; Fri, 30 Sep 2022 19:37:01 +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 16.0 \(3696.120.41.1.1\)) Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it From: Mark Millard In-Reply-To: Date: Fri, 30 Sep 2022 12:37:00 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4C6619C8-CE5A-4B3A-84F0-2F02BC2ED4D2@yahoo.com> References: <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <20220929054120.GA77803@www.zefox.net> <20220929151926.GA80020@www.zefox.net> <20220929170927.GB80020@www.zefox.net> <6C5019EC-B4A8-448F-9A85-4A98BC46F7DD@yahoo.com> <20220930002742.GA81169@www.zefox.net> <7A431698-1A8C-44BA-AFA2-EF5BAA69574F@googlemail.com> <924ED901-F9EB-4CFE-8376-1C2653FB6EBE@yahoo.com> <97AB11F6-2F4D-4026-8A96-50FC68B6EF8C@googlemail.com> <5F180C78-BC07-4605-A042-0BEC8A6FD185@googlemail.com> <8CE490A2-B512-4170-95BC-D0584F2B254A@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MfL8f37hRz3LVH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="uDSImt/S"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Sep-30, at 12:02, Klaus K=C3=BCchemann = wrote: > Am 30.09.2022 um 20:36 schrieb Mark Millard : >>=20 >> Which "the"? The Hub in question is internal to the >> RPi3B. It also shows up on my RPi3B with no external >> hubs involved. (But I've never had the failure mode >> occur.) >>=20 >> Manufacturer=20 >> Product U-Boot Root Hub >> SerialNumber=20 >> bind node usb1@1 >>=20 >> It is a hub with 5 ports, one associated with the >> EtherNet port and 4 for plugging things in. Or, >> that is my understanding. That description is a little abbreviated, skipping a stage of hub. =46rom the RPi3B that I have access to, with only a couple of USB ports with devices plugged in (so some ports not showing): U-Boot> usb tree USB device tree: 1 Hub (480 Mb/s, 0mA) | U-Boot Root Hub=20 | +-2 Hub (480 Mb/s, 2mA) | +-3 Vendor specific (480 Mb/s, 2mA) | =20 +-4 Mass Storage (480 Mb/s, 500mA) Samsung PSSD T7 Touch ***REPLACED*** Bob had reported seeing: USB device tree: 1 Hub (480 Mb/s, 0mA) | U-Boot Root Hub=20 | +-2 Hub (480 Mb/s, 2mA) | +-3 Vendor specific (12 Mb/s, 90mA) | FTDI FT232R USB UART AM00KE3E | =20 +-4 Vendor specific (480 Mb/s, 2mA) | =20 +-5 Hub (480 Mb/s, 100mA) | GenesysLogic USB2.1 Hub=20 | +-6 Mass Storage (480 Mb/s, 500mA) JMicron =20 and: USB device tree: 1 Hub (480 Mb/s, 0mA) | U-Boot Root Hub=20 | +-2 Hub (480 Mb/s, 2mA) | +-3 Hub (480 Mb/s, 100mA) | | GenesysLogic USB2.1 Hub=20 | | | +-6 Mass Storage (480 Mb/s, 500mA) | JMicron SABRENT 000000000000A | =20 +-4 Vendor specific (12 Mb/s, 90mA) | FTDI FT232R USB UART AM00KE3E | =20 +-5 Vendor specific (480 Mb/s, 2mA) that are the same up to permuting which device goes with which of 3,4,5. (The 3,4,5 being the numbers directly under 2 is stable.) > :-), I started reading the discussion from the beginning because I = missed the Hub-manufacturer in the logs, > Now I know it=E2=80=99s the internal, thanks for Info . > I was absolutely sure from the beginning that this is a = 3b-power-issue (regulator or whatever)=E2=80=A6 > I guess you also wrote that. I treat it as a possibility. I'm not aware of a good way to get solid evidence indicating one way vs. the other. > Since my lowest model is 3b+, I never turned on any RPI during this = discussion. >=20 >>=20 >> I've little clue what would interfere with its >> operation in this specific way. >=20 > =46rom reading the logs we end up in line 377 of common/usb_hub.c : > 'cannot reset port=E2=80=98 > The comment beginning in line 305 indicates that perhaps more attempts = of a reset=20 > could work around mysterious power or disconnect issues( although for = nVidia not rpi). > So by guessing I would say, a code injection of reset retries could = perhaps help, FYI: Bob is using my rpi.h patch that enables my devices. It has a usb_ready_retry in addition to the usb_pgood_delay: # more = /usr/ports/sysutils/u-boot-rpi-arm64/files/patch-include_configs_rpi.h=20= --- include/configs/rpi.h.orig 2022-01-22 06:03:55.862541000 -0800 +++ include/configs/rpi.h 2022-01-22 06:03:05.435341000 -0800 @@ -210,6 +210,8 @@ ENV_DEVICE_SETTINGS \ ENV_DFU_SETTINGS \ ENV_MEM_LAYOUT_SETTINGS \ + "usb_pgood_delay=3D2000\0" \ + "usb_ready_retry=3D5\0" \ BOOTENV =20 =20 I've never checked if my booting would by just as reliable without the usb_ready_retry . Both usb_*'s are from one suggestion I found on the web and I did not explore further once booting worked well. > I would ask a long year known USB-expert if it=E2=80=99s worth to try = hacking usb_hub.c=20 > but it=E2=80=99s better not to call his name so loud again :-) =E2=80=A6= HPS is aware of this issue and of the exchange, and has commented earlier on --about how port numbering works (at least in one particular library). I'm also not sure that Bob would want to maintain his own patching for sysutils/u-boot-rpi-arm64 as it progresses U-Boot versions over time. If all potential changes were not up-streamable, I do not know what Bob would choose to do. =3D=3D=3D Mark Millard marklmi at yahoo.com