From owner-freebsd-arm@freebsd.org Sun Mar 14 04:47:01 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B2C05710EA for ; Sun, 14 Mar 2021 04:47:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4Dyn8M4b6gz4fSs for ; Sun, 14 Mar 2021 04:46:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615697216; bh=dKMH6LN0m1Y2eDhQpM60YO06BzZnquUReBXmox36Xhl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uFc+3Vly++yuK/YM54eGo4gFeGpY0CLpVV2OmhYTKi8QrDVs13gJH5lR2YMU0vc7RboZNvUUMX6yadk0/GrMCmaQepkXveq4gRzpsbFabo1QlAVYNEvX36Dc7kugXJHKsjXWkOPHcvPqVNADOpTEh00YN2cJH8ZOV5dwNSU3GziWGdOD0bU9+75bkpTR6LqzPkf7RrkU31K/qgzBrWG3y3C0T4KMVAbxakDiDvDoojzpx3iqxLL7/oYTRSn9nPfpXVmAh1q27p4D7d5Xo7t6bAicyCuYwGDMjAXInWqRJGoqwOvaDAEnbQKhbVX+Ulvg3QZrNyWpqqd5ylu9hUGYIA== X-YMail-OSG: bl_GxWIVM1mFjf71aOlphBJ9mZe9ib.1Kqe74411RynwJP7paxeXNl42m_4oOLG .__nJdIwhPykTKpGOtXZ7qY6SSye2FnXDoMj7UjCgqjkgJhFT1Rz6hI.VYOdZaPwQaSQL_R4rtOH 5b_OHD6ZLHF8hA5xHoCJcNkWb.tVUsQQAoZ9RHjaaCCnF616J15rBXUnYtVWtYyPCxwdDwAoecGe WV2YUxf0l7.SotaNxfRT0IP1F0FPa6TTOhrzMjxcXkZlULsRMNdN25cVfO3AtXgLA8lcUdAO31jD e40lN5UPxr88AGSzvu87ChZhevP0tv3TYquzOr9EG.z.YnhaLl2R_WRfr2MviHqfGUDKXXB4BPlb jteIsTSorAFeYxHV0De9nsHmio1_.K6cJiRoxy2.djiKBMj7tYKwpR3x2Wao9Dly_QSBrtPXOZdg 7wVrjhn9nQMz7fboCI6SLMIumPRnucZwx7EUmja4_EDkPc5L7pjswJoFJQfJp0oM5QS7ZxfS5fzR 7xfu1sGHECUrUokGUwokx1GzzFGoakiqOGwZRKJOjwlMzh9GACFtxqaKnsuzOsgH69mCviDTBfU4 _WzbwTwXTrwKsyEilwdypzC2Nbc818o8VqRYKFVgTDTAiiDMulIMFjiuM3kv.mNP3vMEsK62hvhv LNzWbBR.eAMI1_Q4cv.o5ttVgaUySkFC_PJiq46ldAPsymStdd2L0OD2FmHGaEHKxC_nTrhPAjTs fF24NTUisA4VHltHxpQp1RQGXwXqT7Gr1drfpbEm3671u4HiC9tWXi7MRlePrvKwpHrbAuww2g.R gTUYs8i4mWejXilP9NxK_BH9fw_NxD5UG1ktt7VvUT9SFEs8B8RRtZj6kmJnizPMO0rAWtKrj2Jb qFU01DBYeOkAUYjovrvxt1qzevhZ4EAT86mf9W4jMvUz15qm0FP7QuDgPmh9sqsSicyLOcofUwKH dSzwCHTMuXTZnl1cZdwnselSaJ3fUxS00JzhXSlDPFx2RSdDieP8hha1e9TtjnChwBzAFMe3fzrw pSQdl.jcJONIy9783qpNhmYk1W9rcAEQz28.ATnOTOyS_0QNS6y9v0wk6SBl5afIo9Tm4rRlilNv dneNgEUlLfeHUldBLCV35hlC_juQOp9.nVFkpiaO3D8eNJGQJH_i4iuJ9lMkAJpgBqWmKvQyE2eP w2UEfDyC8ZDhqtio2P4ERNMiO.rgWeIPuq31vHWPqNVecrvJtugugUNgVJBnhFX3ur4w1phCvW1g zKKsa_7Ru.0v0CdjRPzsHcrFkD2EMW99TcJrzmCoKA.iSDaDsPRbTF.cNcUK_t4m.PPKEuGDqAzH ajgUweChTBq_kx0kesUlGlzWndYbzrHodjPL4rawqQJqXg6nvLiomvA68qDGK5V_Z50x.nX5152w 0A.llroBrPrKjZtRtQFBp4w9IGwHmmQ4av3kC.RvPtZbzP.wtaCOPEeAmWBWecmF6kpQUmnulAoD l0RpIR1ccbUarGT0dppSOcrepV_npnEp7DIK9ehZ6RaZsTpD5JxCV_wkCquFcnKfg36XlH0GzlmM BdRAIU_7Tz49RYMRe650cZUZB7paeGlc.tMrjORHJC8c3_r3qNVxzDkA4SWTkYFGqFwexXvU57vJ 7FZtCJZ0kt7_ijvR.TvHtpd80IMJIr0R1zz8SsoWlt38nt1r7qjjdEwbbX_7u.Eq0Lu0udeifpxx 0c6ov.aIXjrKYs8cNMAEP0RtchcPSzQuRdtElKm0vIeP7v4Lz4FyIcggl4Iy6sWIMFzbIIvkRJVt b355LM9X5OlWFZC5Zl9ucZH0t.ztMA0561oynjYKoLPlt5nwx2nuOrVbr5VDccFvZrDTANGhxTHm F36THmPJnuCQcYzumpWL63dYcw6i_RfWTf9FxUJHE2asfBncxBikIW4R_cBz..RYpjWNWrpijVZg YfJRQAblJkpIjIp.5Ikpnmsn5vB_9SK6rRegfMOkoMrPEu2AnyOgA22ix8Y_8Dmgr7fwQEi1CSK5 yoqw2yfR0DeUZOxWae7Pq.B39YyIyCFiSdsMTcKJiwcDOavASzqZV9hjcOfa43vgvXLKtvkZ33YI sN7nPMyRLFvgnTVOx0.xxM2IKsRag7hPyR45.QZ_NPqpN.kuDJKrilWfRH_6Vaj5l8WyVbn3nR36 CGHo2h8RCT18qg6zStPuVbjdnRQqXh0VSUnUJpUX6T2fYc6kQbVfcFfNII0FGSqgmM_7UX0jx9RS GzjaELdVdn7wB5xCq72DJ6JcwDeZKCnuUV7UfOvB.TgiBetDjQ_WE_Nt42xKeIE5kwTVnkK716K1 xPe9Q9i2144DBs3W_1wIhPTSU4RPixIhk6grsqzbjTIxCrQ3QP2_bOdAkKiHnLCTQtfTVcbzpRmO YrSeE.BQGtJG6zNBSHAZcej7PANzCV7BeI4DqT..F9LqKPYlQmsqq600GXAazVDNyx69CcMcK2Mf vjIi_AZBsgfEsPHcNcbdOgmqaKUsCTm_AlW1KXej0pKz_6sSKNj7EZ66XOYTDRqqz.ewkKT8Tkb0 Z05uPhWvExwqEo1E7bXoNtiVeayIdTA1JfP827C7j4JflwLYTXAgOn8LCOqErckSlkUHSkT5eJ4i tSCs30BFLYDlMEw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Mar 2021 04:46:56 +0000 Received: by smtp405.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2e1e12b751e4daa36fef5294160fdf7e; Sun, 14 Mar 2021 04:46:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: Date: Sat, 13 Mar 2021 20:46:51 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dyn8M4b6gz4fSs X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 04:47:01 -0000 On 2021-Mar-13, at 17:29, tech-lists wrote: > Hi, >=20 > (in my reply below I'm using md5 to differentiate btwn files with > identical names) A means of finding information that can be used to track down which vintage is in use for the start*.elf files is to use the start*.elf file(s) and do something like: # strings start4.elf | grep VC_BUILD_ID_ The output can be compared to output from other files and there are build dates/times (not release dates) that can be used to get the time frame. For example: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) (The *.dat files do not seem to have such identification text. Similarly for various other types of files. So this does not cover mixing and matching across vintages across all files: only if the files have been kept together.) This works independent of worrying about how you got the copy of the file. The above is the version that sysutils/rpi-firmware is currently set up to put in: /usr/local/share/rpi-firmware/ (Of course, this does nothing for u-boot or bootaa64.efi or the like.) > On Sat, Mar 13, 2021 at 01:04:01PM -0800, Mark Millard wrote: >=20 >> If I gather correctly, it works but so does the one found in >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >> ? In other words, the material from >> fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download >> works but is not required to make the RPi4B work? >=20 > I didn't even think about the u-boot already on the image! I just > followed the notes i made in > https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt > which installed u-boot.bin dated Oct 5 and has md5 of > d208763206d50d3ec40b04cc81685b29 and that worked. Too bad we did not learn the status of the official build's u-boot. > The one provided with > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > has md5 967c3a667af11512bafd2525ef97af5f and is dated 11th March. I've > not tried this one, as I overwrote it before booting it for the first > time.=20 > I got the latest u-boot.bin when Klaus kindly offered it (md5 > 1b868cc0550df026e1a4e7baf2cca223 dated 13th March) >=20 >> Be very careful with referencing "latest" start4.elf and >> the like because folks could easily interpret such to be >> something like (using start4.elf as an example): >>=20 >> https://github.com/raspberrypi/firmware/blob/master/boot/start4.elf >>=20 >> that can change on a regular basis and is far from guaranteed >> to be a version that works for FreeBSD use. (In recent months >> such usually has not worked. Even tagged versions need not >> work for FreeBSD use, as was true for FreeBSD tried to use >> some in the range 1.20210104 through 1.20210201 .) >=20 > My reference was: > https://github.com/raspberrypi/firmware/raw/master/boot/fixup4.dat > https://github.com/raspberrypi/firmware/raw/master/boot/start4.elf >=20 > from my notes but yeah, point taken. I am still trying to get my head = around git, after using svn and cvs for years. A means of avoiding worrying about where you got the start*.elf files is using those commands like: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ The VC_BUILD_ID_TIME gives a strong hint at the date of the binary commit to the public repository: say within a week or so after. A few file downloads and output comparisons can identify exactly which if needed. (Of course, this does nothing for u-boot or bootaa64.efi or the like.) >> My guess here is that you are referring to materials from the >> most recent sysutils/rpi-firmware port. Those are (for now) >> based on somewhat older RPi* materials. Using start4.elf as >> an example, sysutils/rpi-firmware is based on, in part, >>=20 >> = https://github.com/raspberrypi/firmware/blob/1.20210303/boot/start4.elf >=20 > I'd not installed the port at any stage. The md5 for the start4.elf = above is 1a13569ce69f758c87a71dba78750f0d and the md5 of the one I = downloaded > is 741c0a91981196e2bc01b0b25f458045 (dated 10th March). Again for RPi* firmware I'd recommend use of the output from commands like: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ on some *.elf file(s), as VC_BUILD_ID_TIME is useful to know without extra steps.=20 >> If one does find materials in master that work and wants to >> refer to them, it is best to find what master translates to >> at the time and refer to that specifically, for example: >>=20 >> = https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e1= 3f68c423f3f >>=20 >> (One has to look at the commits history to figure out >> such an absolute untagged reference.) >=20 > OK. So in my example, in this case start4.elf (of 10th March), the = absolute URL would be = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/start4.elf > ? >=20 > ...and that's a stable URL? just making sure The big hexadecimal numeral is a commit hash/ID in that repository and so is supposed to be unique, given access to the repository is even available and the commit is still present. I will note that the /raw/ part of your URL does get translated to /tree/ in the URL shown for the content. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)