From nobody Tue Oct 04 01:24:07 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 4MhKk66RTJz4cxJY for ; Tue, 4 Oct 2022 01:24:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4MhKk54DmYz3hV8 for ; Tue, 4 Oct 2022 01:24:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664846651; bh=MzXBLaLLW4O1vY79TB1kRmxof24u6PlmNzetk3DPDQI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Qt1FNYld2JafmF6qpUrtDskVRNO9HP75JQt8Ysvqr6AyAY8boxT/HNbQecz9/MyxizpiCeK6fPTiCqMloeR78d0FKQoZjrl4wQQmSuyf1DBM3kgQI5l4YCrpKSEGCV1AEZL/wEYKfFSQTogKFDm9/4PxCE6glcY7vJ71jyxmdG3JLL1pFblMaIw6GDhUm4R93KGr1uTjUdsBqpdU1HGNhRGWWLo2LE79oLhRgCWtXwUaEMVgeAcztm1mwqKLOqS7OX0lTUZj+BpgOccvC+s0g7B8vH0ANUQddhHMsOJ2BRhkaDE0y1tG0lJU+B8tXyqi89e2fWPV39SwfrYLL9cDTg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664846651; bh=J+pw5AbGwEQsPtwuqn/pzqUE5kcM8C8xDj2WyZbUNe6=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mrAl6yFdnV1MsF3GldbNCFGNrMn977cdfRU3x1g9yO+P75BnDFPsDEs4Cd1wR0hueYvwHqvssNsRzhqTxdDxbEOYOr1/Kjs+LRBf+ZH9Ac+XJBXF8boF01Clie8cUqiM943lpsXa5HpjkkXye78rnliQOOw3f8vBXb7m/ZKB9025qDFobHqkaxuiHObZYMWJUfi6FPvtdbGYzW7KK0911xJhiPCJIx9GAyyOMiNgqNr816V3Wtmekxa+r7R3EQmWe5aI3fV6XW8Gni0Pgj7y5CQha6H6qb8CV02CfDBhoyWSEUs2CvTXDt2LO2IDPTdvELe1sTBEg3dZ3ttSyFSvqA== X-YMail-OSG: e0Q6B1oVM1nsZxFc1exlmBLrCU7EKwIgsvwU_blVxrJnUOsh6DjaPYPRES2LXBI 0kRXT4gM94hUD5Sv.uDGn1i27hXu2OY2nNlXY8hMnAFm0RDWc9YmtaTHKcmeZzdGmIPDsxwv.Zma _xSfxNDKzC0oSX1KoYfAF0rYKv5vLUBFVPI6H8OTDasoKleQEHGIMTk9ntjcPEP62A1QWk_Pnoca L8wY14f_yiBD90.U0etiGAwCj6maLYvbv6kyZAgg6sRL3htJxXtTWbKx8f.l0mkvZDcTWkEQWUNk Ri9QBkVMGDNOqEB0slqJs.6n2j0cVbB._NncD1ec.YdvKfmD87j27SIQdMNrjjvRJZiMhrPRGbUL M2CzEiEeOoqUGj2ltBGGuIf5nzsYvK9ExIcPvhv_8PLbiIGNvEx7e7KTYZGhQs4pFgiRyQLpBhio 2eLJ1VV8pPaP21dcKop2M7vwJehK_abjGAWKxSk65MDK3Sd5e37VmDtLkgan9qYGU5h4YVYiu2Ju IFTfwxRd4sddY1lhpK0ZcdlXILtg5L.MLyD9fe1GWPteQvvbyFjoda3AnkopY_Fb0vG.dmZ39OPK dcfek0.PwtmsqzXHBr0iTugruJhRXtARf3ev.fu.NHKorlW5_gI7ZXyxkZV0MOa6LNJZzghJ9tP7 J0ZTVBP5kP2p_DmMPkQmQfxOxD2UMIhpk8XG7V5Sk8JbbCgRekaLgo_Tte7vnQurKRSEb7crKLja gCwksIvves_iznqKDUhlnib27M6nzopbDtVc_sUiLjFAsMb4Baw2hHUctKuWMDVSO8R85s_BaRso IPZYLJAJTcQydQb26JaRUXlNwSguB0l4sKfC0yVXpKgvZ02gxxRV.LfV.F.JVgwb9F1UCp0W_wDU KGqgTNqadp.ql6Y1n9C0iUKYTqPTYLdRNOK1tSQJqxfd.4rueFP3PieMuXX2aobeW2ScA0MLD99b O.N2fnzandzTCW5Sj7fjFWMZFET3SszGe8bVU8s6S3uj1LOtmmf6vsP2.Qw03wd9QcSLY9o0Iuyo KSwUuMad2J7_y.9MNTAMfnBPpL5lk15jVJokbkoRTomkjL5Jn4TRY.kk3jkm8t0M2_ymhLag9CkR zhlvvm9OAzpICm7rDuu.ofK4UljrhAS0oS6WisOKI4a7wFRBY8bfpErEB7fI4rE6TgHQ8lxDShtA ngkqZxDISudWkjb6T5UJ3meZU6zRnJtfLitdUlndPWlIXRwukhbC2tCMWqhUij.lRrETuTnpqa9t sg22u4Ol1ZXoDBdU2_kf6vdX0__TQ7E9q56aijnT5ky.Ny3d6LLTxTkEUZ.2XxkChghipYZxcnKk 8CtIh3iv4JoOwX_T3u6woBLe.MaN812rxJpYVJihTt0nMOO2yVJ53kxoJGqL9rA1aFhjLzBfc4bU WqWKLhiTK1Pp703KOiNqyGZXI1evNNd2I48qlqQDVgBOgYlUw26mF1qLKnOnXjSXnTd4ao3Qae8. w0phLVFAJEIphz15NKNZZ0._8ExytrQGiZ6hsShPwfV8ko97Fx4y5cI6qX.hVpi_PTPqBir9Ug7X L8RY9wd8Irq45vCmusLeiHIRdPxiUnaDxYT.lKpx45OFdRjFz.RwKIO_BVYZt1iRBydivtcpqqV4 sjFoDivNG1fiZzlzBELcCvoNNEMjsfoviMSflyB1FdaiCi97JCEyR0WhRCNemyTLdZimQxlvFdLd a_MvqXenKQj3DwW7aSh0LO8lXw0JF6NNKF_QdKqcFwR9iZbaoWviT_FDrUWFJWmGB7zhNzUwrtc6 CeKz7Bkcp0Of1oXuGjyiyjPfapjo9DQ6sXta3FKQUoHRkgepJj3fqwC2LrtngABTcA9UNhHuLc7Q 5T4PnGQNqKFGQaoNRqFU9BbbsgnuAAO8K_LoKz3cyTyFFnnISFfKp2IrKSlmCPIQ2cWMiHbrJbsY EhLeAxHaxspIKjHZF0iPJP1jwrDuNb69FEVbUiIeQOc2A4M3q2QiWa0BHN9UqGtMIXbLf2Rtoc8f hos.X5WnnePFXd07K62VXB_lQ_asy6pz8wkMwdNIjyJikFGl2nUY636Wj_7te.ApElRGgDPt1Cuw Dw3h5Ri3jXmjfGfDmeWaOXL5st2OG8lWya8oZeTVi2hZNXLlyTsxVoC5RIa8xneg41M.xiDAaHeE LBmHhrUcQ9O_f5zwG6SB.3FX_SWfsALX.X8xCFTZ.RGc0JEYXRfQB5fi4W1QqVCP4sXzGJBr_jcx OwR0WAVOyKnxKgBhYjiUzQTmJhnglDpjhg8fxSbWAtLu5xYh9lNbjU6nDeZaNYw8LOHarrtfNXFd gu2oH0uA- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Oct 2022 01:24:11 +0000 Received: by hermes--production-bf1-5fb9f4c8b8-5vhqb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 576a51c2b7dcf55f214d692391e1f741; Tue, 04 Oct 2022 01:24:09 +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 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: <20221004001857.GA7109@www.zefox.net> Date: Mon, 3 Oct 2022 18:24:07 -0700 Cc: Klaus K??chemann , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <62F8D709-BBC3-41C4-B1A9-939B2001BA52@yahoo.com> References: <20221001193033.GA98348@www.zefox.net> <46226720-D867-4AD3-9559-A4365FAC28C4@yahoo.com> <6DB88FC9-629C-43E6-9673-32640FC547F7@yahoo.com> <20221002182049.GA2255@www.zefox.net> <5FFDAA6A-AD8C-4E40-A2EB-4082E5086679@googlemail.com> <38DFEB91-AC60-4FD1-8088-95B0A06C5E5D@yahoo.com> <20221003004624.GA3381@www.zefox.net> <20221004001857.GA7109@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MhKk54DmYz3hV8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Qt1FNYld; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 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)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Oct-3, at 17:18, bob prohaska wrote: > On Sun, Oct 02, 2022 at 07:30:57PM -0700, Mark Millard wrote: >> On 2022-Oct-2, at 17:46, bob prohaska wrote: >>=20 >>>=20 >>> The more troublesome bridge contains a JMS577 chip, the less = troublesome JMS576. >>=20 >> I'm confused. The logs I have show 0x0583 (earlier) and 0x577 = (later). >> I'm not aware of a 0x0576 example in the set at all. >>=20 >> (The JMS??? naming and the 0x0??? product ID's normally match for >> the ??? part.) >>=20 > On close inspection the enclosure recognized as 0x152d:0x583=20 > contains the JMS576 chip. That's the better-behaved one. Is the JMS576 labeling actually on the chip? (Can you even see the labeling on the chip?) Or is the JMS576 labeling more like overall product marketing labeling? 0x0583 vs. 0x0576 leaves open the possibility of a bad firmware revision in the part? > The enclosure recognized as 0x152d:0x0577 contains a JMS577 chip, > that's the worse-behaved unit.=20 >=20 > It looks like the first two EC-UASP enclosures purchased (which both=20= > work fine on RPi4's) report 152d:1561. They are clearly different,=20 > with crystal cans on the circuit boards. =20 So there are 4 EC-UASP enclosures overall? Could you be so lucky as to have (oldest EC-UASP's used on oldest RPi* family): Both 0x152d:0x1561 work with the RPi3B's and: 0x152d:0x0583 and 0x152d:0x0577 work with the RPi4B's? (I'm not sure what all combinations have been tried.) > The two units we're fiddling with presently came much later, under=20 > the same product description. =20 Ahh. >> I'll note that I've reverted my active environment back to >> its normal content. I've not figured out a way to get >> reasonable evidence, given the combinations we have observed. >=20 > Understood.=20 >=20 >> I'll note that RPi3 EDK2 UEFI is not an option as far as I >> know. I've never had it work for two things that I checked >> up front: >>=20 >=20 > I take it that EDK2 is a tool for _writing_ bootloaders, > not a bootloader itself; is that correct?=20 The team(s) that make EDK2 support the RPi3*'s and RPi4*'s publish releases when they update EDK2. I actively use a RPi4* EDK2 (UEFI/ACPI) on some=20 FreeBSD RPi4B's. (Other RPi4B's have the FreeBSD U-Boot context instead.) But my usage context is limited so what is supported via ACPI vs. not is not significant for me. I also have patches involved for this usage. There is the FreeBSD port sysutils/edk2 with FLAVOR's for rpi3 and rpi4 (and more). These do not track the specific commits that those teams published based on, using more recent materials generally. Currently, building sysutils/edk2 is broken. My submittal to make it build again has not been applied: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266404 I've no clue if the RPi3* EDK2 UEFI/DeviceTree problems are just in FreeBSD or not. The EDK2 build supposedly works with various Linux's when DeviceTree is selected instead of ACPI. (The RPi3* UEFI/ACPI is Microsoft specific, not standard --so not appropriate for *BSD or Linux variants. Device Tree needs to be used.) =3D=3D=3D Mark Millard marklmi at yahoo.com