From nobody Wed Oct 11 16:57:35 2023 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 4S5JqL6lZ0z4wPpn for ; Wed, 11 Oct 2023 16:57:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 4S5JqL4BpSz4L1R for ; Wed, 11 Oct 2023 16:57:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1697043468; bh=1cfJr5lCaI5xsqDbkyIKKXjM+HO1aZQ/ewZ1m7xv/uc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Rvk1ilC9z7qEoQ9GKo8GxUxd9MpQueF+RtmbC1D6e+uQqk/MCdb9B0AHDJpPqU/F5wxqmc2znnL90ZI0ZUN81eE32PC+SPDBYmDMCIGjJgcbnwzxhswiQ7Qhm99FmmMIaU4o1kfPiKTaJRDXJsajr91OR2wzsAxGzwAi/o3gD2BQWmDYMm3vYcPtUV0XekEd/YivofaTzzM2IODM+LPFhebqHQlBVBex+DGBDttt2H1yRrU1H8rgMoE8HHV8jcCvst1cpUyC9dRaNhzivNIWWXSVRjN1DZIb+vG6qnBkntOl0BxYEVWaFD8A8XPG7HEM2JhOr9BXRAEF2J1KL1j/WQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1697043468; bh=8gE4qgH6F1R/H9gS1HhTSgGspfGMBmE0tOU1KHHUgOf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Fhyd+T5oXJMLhfGACpyPNdmvxCr5G5b6yV3r7iCYNJOsyTWx6wzR2cFdatANbuDl+0Ho8XXlLoUCRtzrxd8qrgcsjd/F6XX1sczgmPG5E+SIFyDs0iZVFIqtnYO9MfBL4FBos3uJgD/ILh6crUlQI36qRG+5e8mOJsSCSJIGiCge3XHWwteN1baIl8j87XVvLNtF1XRarpekOtcjzHTnZmOoScouB+vWuEHEbNEYdiOytFOljvjx++P5S9S68vCm6Tk5heruBaPFnG8RResbyZAO/10fBOfINymCK8ugmtsv4us26hGRe98n6Z25GUWzA7OFmyWDh331OCdBRLKMkw== X-YMail-OSG: _.OCteQVM1l63UJDhnV4CcT03Kpf5B6dxGJTeHn2Abc.mru09h1Y61qO8jIMbQ2 QrCo8Ea6RMpLWt.yHqK1z318yJ8189vMyy8VvEyHSd7Pyajd6N4CmJ_TOT1u7p0qgbh.88MOwiBL EErMJ66OnaTBK4IRvRrXVoEr0GA2HUlN6JrDCu2K2xfzmIHmITJhABhQPpqH6HUFjG7KJp7KDmyD z6BolX9UOxhDVYJVEap69UpqWLKjH76tlvQUBomiIYHFhX9_0TsSEZWpTOVoJV_FKLwhuDqrpOUr A2_o4X46T0HGgkqWhccPs4oq9fDFen9muRm5Wywn6VQGMi4QqbCxAX9xHhC5zgBkMEaXyAt00YnD q8YakJXm8x5NfpZC4K3zNPDBA8s0HilSPB4tpfCJjA0sZm8thqWhU1yVq56CqI3yfyyP9oOwOrTa 6NXbTpkTNUmjyobKzwP4OV3PxL84F5uqO3MJCGrFzgm72gHFk7TlYLquc547N3iqabr0tQ.dv3cV eGzeF67Cjpce_cyjD47Mj1de_NIlVgRzNRtNr9TWP9ArDWEEGb0DTuARh1EKm6Db6iOxEOXMws5M WZdAoPfwd1AMht7Q1bUbvrC9MvfrOTcxgf8Wr5mV4M.XcKeMDzYOq_X.AjEZXqWCRhyb31tviA8w jYfGN2XAFvqafr4mJxXmtFSo8Qmdy4AIb55wLHXTAsdGGRzIEfVgGpIoZPOupHHpImMp47EvnslJ KP6Szo.yVGfaG9PQbYw7kS5_aLiXLHXj5uhb_b5XFIeIpYsWaNx9J_UNZJf2GCvJRoi7UaDvsszN mMJlSJNP8UIzapSm_VHO9_kocIqcqi49.kbtgkEtRlEqDEj36YgqEneJR1CqO3gJYPv6QPDSMwNJ AGYj4F_KnG5gBFojo5831zorFtc2vyblUDqP7v5vPYWArIyRfNUVSD6kCH5SYbTVoAPnWS8hP8ht uBoPG6wxT3iod1xS.L3OhR7C3gs1dTMjdYJnX0SVFu5nD4_X64tV8QvEjBScDMtlSMXd8gV8pcGS 9mz5ByVe85OieAr6n_5ra3FPAklSIWVCuS37dApuJRdUP8_Dc8Z5QS5TW.1reBQaaJdMFEPP7zpF GyTE07qqyIbXeqYT8XooGWqam.nEmabKTBcvqomvMsG9z7HK8XqZP5c0lcWncrN631FaPwEWmSeW CLplzcaV6_sB2eqaVZ65twntTJ1QkSnq_GVFu66bWQXnxAs96UJauC0I91PySUBiF8rF6mQapizd JtWKZ5eEV9ri_p7NMSQQ.SBORX69_qWmMsMbSIM.jUlsdlxw1KHEN6aqK5_4PKV_4AjTSxPsLcJ4 7oQyOyRusAQ5Gh74qaDhG81vX1dMhBvbIzfEf9daLGdWYn_1DxYLTPEhbv4D.K9bU9_WS9m6zR5H lU_GCv2o2lLzPDz_IOzV7k4yph6txiUV79seB_i8GGyvwrJaKY3d9jnW0srbrLB0RkoTTLEMzQMV 9f_4_Fg.sipr4hHm0uYoZhFOXAHetg9O3Ifz34LSynZLCZKjMSW0P1gD1yGgWIo4tzeAPYMqf4yl 3mb0mqN.pfCo28JeOlA8UlUcdkBmW7vOCOqkChdpDatTvpO75VaD35_yE_e_rN2j6FGFwbre9uOV 6kJiRHVC6kmqkfV8dofQ.nCYRB.mXhs.FlgL8MN3E7zFinYgAUaJkSWcBoD0aQK49_J8wEV9MwKD C0uJjKCRYhhErnF1jZvc4344yfDDGrCZS_Ft0W3YPTOqeDl8udR0fZuATEOwG.umJJHr7hMjUsC2 hYAvoMXL5XxHlqwfVleJeLvLcQi1Sy005j4NtFNhfEqm5.lFO_d0HiouO17tRe2NS1TnRTtLXVWa tpU3HKs.0swRJe6S5wYCxRRAr.73ctmM15aXgoxBGcUXfFJgljt.X2FYHKcruk7AKBud2Cj5XtH6 hhwjyTnls2BrxQxeonTLjhsM23FqOwFjsBJuIrluHs84dqjAqAphOhTwFHLtvObvy4Rzgs3H1UlW 0Q0Ye4l2pYgvnil6WLOdYK9NYczkFIXpXjLpEIyYxLTklCLuER7U.fcaF68aCru4SsZ4eQjrkexm n98OCUbnhHcO5uaVYxrrRJ6aWNu64HK8cdswrtt_yRV1emcywqsmJ4yTXyUG1BoQlBoV1BF1kdGf dX8vqV7LOYQOfQGnp2pqBmgevUpH1dwVGj6nHDnSxiI_A0JLrda7EQnlonzzxwmysqjYMwoDmgI8 mpMvw2A6Q7kaLXgVUtLXa.I6.A3GgFVYjCz9FR5d.V5LJMh1apcG0WoQUVHogdi9Rh73FQj7cUjK QEA-- X-Sonic-MF: X-Sonic-ID: 28f8a7dd-78d1-4ee2-bc18-8581c6be84f0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 11 Oct 2023 16:57:48 +0000 Received: by hermes--production-gq1-5896c45856-kms6t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 046e4ae1fff5b10d6ca678359200dd24; Wed, 11 Oct 2023 16:57:46 +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 \(3774.100.2.1.4\)) Subject: Re: unable to boot latest 14-stable From: Mark Millard In-Reply-To: Date: Wed, 11 Oct 2023 09:57:35 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <005C6B77-2ED1-4FA9-9A6D-B97FB9E8ADD8@yahoo.com> References: <841CA663-55E0-4EAD-B700-66DC884B50FA@yahoo.com> <55C64D6A-2712-408A-B7A7-BA8081CA99FC@yahoo.com> To: void X-Mailer: Apple Mail (2.3774.100.2.1.4) X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4S5JqL4BpSz4L1R On Oct 11, 2023, at 07:07, void wrote: > On Wed, Oct 11, 2023 at 06:01:05AM -0700, Mark Millard wrote: >=20 >> You replaced the older EFI/boot/bootaa64.efi on the msdosfs >> with a newer one. The newer one knows about and classifies >> the zpool feature as known-to-be supported by itself. Or so >> I expect: I've not tracked down the source code changes >> between the specific versions in question. >=20 > I can handle changes if I know about them, if there's somewhere > to check where breaking changes like this and their consequence are = always noted, in order to accomodate the change in any upgrade process. >=20 > I've checked in = https://cgit.freebsd.org/src/log/?h=3Dstable%2F14&qt=3Dgrep&q=3Dbootaa64.e= fi >=20 > returns one entry from 2018. >=20 > With the non-working efi: > stat -f "%Sm %N" -t %Y%m%d%H%M%S bootaa64.efi > 20220512075622 bootaa64.efi >=20 > The working one: > 20231006092102 bootaa64.efi >=20 > How can I track breaking changes like this in future? The standard instructions for doing FreeBSD upgrades do not treat zpool upgrades as part of the procedure (separate notes): no such zpool upgrade is required for FreeBSD to be updated. zpool upgrades can be done later or not done at all. zpool upgrades are never automatic in updates. I'll stick with my explicit openzfs-2.1-freebsd feature enable status until after there is an official release of 14.0 that supports openzfs-2.2 . This is true even though I use main [so: 15]. I may not update to enable openzfs-2.2 features immediately after 14.0 is officially released: no rush for my context. I will upgrade to openzfs-2.2 , not to everything 15 supports. (This is just an example of a valid handling.) (I do have a separate boot partition on one machine sometimes used to help with testing when openzfs imports lead to problems.) I think the "or not done at all" allowed status contributes to why openzfs imports do not get UPDATING notes about the import adding support for a new pool feature, even if read-only status is not necessarily sufficient to be able to completely ignore the feature in the loader. As things are, it seems best to just think of having a separate zpool upgrade activity --that does not start by doing the actual zpool upgrade. Instead it starts by making the environment (e.g., the loader) ready to handle the upgrade. Such applies no matter when the activity is to be done, such as between FreeBSD updates. Still, I'd like it if UPDATING noted when openzfs imports add support of new zpool features . =3D=3D=3D Mark Millard marklmi at yahoo.com