From nobody Mon Sep 05 22:21:09 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 4MM2zg1vH7z4bqtR for ; Mon, 5 Sep 2022 22:21:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4MM2zf1qSlz3n7t for ; Mon, 5 Sep 2022 22:21:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1662416475; bh=kU0brUiNqPilyaGqXQ39xyjQMGWrb/Egl1hz/+GHQzw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=kWfQrMquLskmrEZ9R+SCHPxPaHSxgDZ+PfslcCFYvBt15zpwad3Et0MK2RLqjbCSxEkMLt+VFONpw/SVTAwDl21nvurC1csDcdzFVK0GqbVRzLu2eAhm1tF3XE1PJ8PkkmXIt7W0aSwKfTfSJ9AGstWieOuXryUYcD9gDtYIodtUtMQ8OAsYwg82pXp0LDi0Flz5VDENIt+7MfLTDb+V1uVHb+8FpzKjnpgpaejkYaKcKvzSvMVc9GalcoJaLk1BQJiazHc6PrGU7UyNZqUXYC7XslQRkbLxF/TTi1VHzGOWlMTFfdwluHC/J6HPHU1pY4lbRy53U/I7tM2bfn5WpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1662416475; bh=L6u1ABYcvK4Pc6x3mRF7SytsCc42MVltU7CVC/junze=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=REe0EMcTMfwL8wtT2qeTh8OipE5JpjSk4jyuRfVbDCwAZgdtG5n5TFge79Et5XZana+HHm2c+IeHav/uUx7aDV06Af51DWpX/C2Q5V4oy8JpWufzwLziUP99YdKeG+l8lFi7kgEjkMKP3o0/mSIxBrh/GEBxXbJnOO7FGjjFaDoJ1TyO2YW5liDTbgTrMwVahQ93aP55baltMIUkGMezLrIotaCMDlwGgiFc84lzj8GaqUgPLmx8v4P0M+C+TDVG/d+5F9xIwT2vummE4qpxXnt1rHy2zBgHo3W1X0VyYA5yaMJY4sSR7cC3hZaYSx6QfhN6ebdC2O73kqDy8y3MUQ== X-YMail-OSG: LzNC260VM1kM.CBvrUXx.AOsbZQzKJInFAmSbE3JYWRxC3xyhMubijO7qBIE3E2 bc9MBWvYPjFj1PwG8PBPQT6S96FwS._a23PBbsPEK1z3lmy2Igd0pcklE1Xta1zEJevM2Xc5BwrC DV0kcuJ5eK.o1ip0TIxwu5wElQM7PzDf.r2KZhX1lGpZ3RTvKbKMFYBjkYBHkwSFOUv05SRjRM0g R7HlpePKoE2TaSI5UI7byVLQJOTjf5e_.h3SQswWpyCnc1Ymu1AuJ99XrjDwpXP3PGjvFHw8pGp7 OWPFZl4UHJ.y0tU3.gcqffdGWqaT26A0xy7wagymtnog.wEP15FbTxNEDgHB2dsYhKP3_fNZvY9K 0zJc7noCLJASrME5SoEXkY3mFXtwgTNE6RVpWWPqXAcKUNxzTfzULPTjhKP3BmbOxhBYHk1mhhz. TVAVDiPH8c4MRW0D.HN3pw1nfIqthQVejjfBFf5NRghz70DRf4w.z_XPdKN69xkyUlA5acZJbmsE 27BRtGtRGcefmqEvyz0M_GcOzq2epGPdrV.w.mlDuDmJ6uejaWphA0FzruZp.2Eon_NOsxQ9_jKH cp6t3jrPD7krlgIg26LYzohvKCywHNYsb1jgjjrlOZfoHnA_XsBjUYg3csevjKDitLflf5fbPnpw QQhHZ9Dgx.JbTdSj9ux6ySalcXOIDMXlaP9MsOpRH5SqGCsPOEpEFKsUYsxbKLnWrmrNlfi3o6P9 con8ZNMhGcqXqFzEg_Rr37gZuwG5_AnlMUn8clNFDAmRz558LFwb2NoBclQ6QTGKSTdutCFsZiIS tIgfDG9PYhAmzB53uzJNMr6WRoknPQ3eOWoqp6fhggsT8T7u6bAzEwUVPvedm2ZuVJAfkfgLMofc FZzIAvlSRnlzdJ46yHED4xrMSHi_I7MDGl4N6LGIMpAuadVoZVoYP7Vd5GTYGXPWg1mD59onB3Jk TuhD1QaDT1RT0YL4wEOydWxj73XweeAJGs64hcW6eW2ZWL8MC52GG0ySEHRy6iFrAlCBqYqlNC.x lypjW0s7QgY9ZrP9DVBlRBp1N8K1TmBy3qb3a3tTO8OWxgEY6bvsKeaBqpyWOOTpz.yKeqPBv0oR Aans3qpiTBfzXohtyq.AEycGA_4hfxzZYDXgHVetUADYb1AfFW__DchRWYmWU7XR_QR_8rA32FdH _YNRQaVeHe1NtbG7mueGsjD7crI0LT.K_1aUxMeMTvWTODH476TPz34kKxwHaXf2n10ovsVocfpC yMJiFOmX95Z7Np1eNnUCFeOS7ERAR5Z1l7u5Hy3e2hw4QK6MvEvzl7tHh4RYdY2SYce23TqCbP7u xgl2uYe6ZCOP0F_FwxZMUmdGK_2rk2RpsEhBQPE55wlf__J9hu.GtqP1dcoUuimS2hlHVPPJ2usV iJW_.eSpq23rdgOMQPq5fClMSKAwB3Z27NzkbwUkkhKTC_FoBXhY58LmRn7ktsXn3W3CxoD3TKLa Q2QO_8JWMpxDTVpVVg0CpHiNQSIR9s0P91ZFLA684qSSxjqEcLgozu037..DvQslNojrZVnZbwpJ ghcoyMk6EciKNOAUSmiPiKYmI4vo1xx21mA7HohFg9IF2KpiFE80D10Hj7Dg5jI1TbWrIBv8UMh7 Fpy9eFdaHvysFYxtV4KZ7kYGwvm9O1VspzVkcQmdAcphL0yGKTNc8FpOeXIG8dfw91JB6IInKc6H SqFSh9Vk9rp0w5rdLEyG6W6CJr1vwajzJ9dNlgCJaxS_3IEbKpz0lfS7iA6Qis_su4Y59aRamNmX 7jN.8iV.q6dPSFoO42NBnIUbLPys.Ta.n.GCTsqVn_a.gJZmrwlZ4ihI9ukq9RZq1hAEfwhNA3DV 1I2UyU2TuDK.2Fuz6.aonkgf.tRVLgmPzvNlgrkamqMR6X2xa_oM7JRWBa1oWHVLJkR.dIpJo4FI QvsJsxR_NXpXmpLCZvXvff7nSm3WzkpGpx8D2b1KQXFxDJMy8rKCzOxLPx5Xx0RqizdHMgS0WO4X sh1Bq6OO8f7szgMDewYDXbsASaAyjBeTvevNU73TZUs2Xc.D8eXIRgeM5.ElbUm5srm9LbBHbRK. OkprKuCCRRa5H4CYbAwjgYHKgdME431KXItPGnX9i4FBSba0oIHp.JFWyYC4ltgU8binjYd2g5G4 VHlczTWEqUBb9bmWlcfv0YUhwcPjdgM2BkBevdvFhBh5aHDcPndS8V.9x7By2wudO4.yLMhxPS2l pzbmXpgdY8MRZDd0Q_HxZF.GDGSQ8U3CUWiRCka3ukkMFDRYK4pZ2AsFQsJ4N3kEO3e23Y29q X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 5 Sep 2022 22:21:15 +0000 Received: by hermes--production-ne1-544744cc75-m62bc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 38b64058e7fff2b461a6a038bf92fc8c; Mon, 05 Sep 2022 22:21:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: kernel update broke -current Message-Id: <79278D35-F3CE-43F9-BB85-1D1798B6B1D4@yahoo.com> Date: Mon, 5 Sep 2022 15:21:09 -0700 To: Warner Losh , freebsd-arm X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <79278D35-F3CE-43F9-BB85-1D1798B6B1D4.ref@yahoo.com> X-Rspamd-Queue-Id: 4MM2zf1qSlz3n7t X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kWfQrMqu; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.32 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.927]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_SPAM_SHORT(0.11)[0.109]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_HAS_DN(0.00)[]; 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.205:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N Warner Losh wrote on Date: Mon, 05 Sep 2022 20:07:33 UTC : > On Sun, Sep 4, 2022 at 4:51 PM void wrote: >=20 > > On Sun, Sep 04, 2022 at 07:31:59PM +0000, void wrote: > > > > > >On Sun, 4 Sep 2022, at 19:07, Warner Losh wrote: > > >> You need a newer boot loader... > > > > > >I was thinking - getting latest -current image, booting to it then > > >copying the contents of /boot from the image onto the mounted zpool = ... > > > > > >feasible? > > > > Seems only EFI/ needed replacing from a recent snapshot. I thought = it might > > be all of /boot but I was wrong. Thank you Mark! > > >=20 > Yes. You'll need to update EFI/BOOT on your ESP. The rest of /boot is > updated > when you do an installworld. One of the oddities of the update sequence instructions is the lack of coverage of the likes of: Load Path: /efi\boot\bootaa64.efi What step of the sequencing for the overall system update? When is such an update required? (Here the example would be: Before rebooting when the ZFS pool(s) possibly used to boot gain new features?) When is it not required to update the loader in the ESP (or analogous)? Even just knowing the stage at which one should do the update indicates some about when to figure out if an update is needed and so prompts to be ready. Part of the sequencing gets into having needed to do a installworld to have a from-same-build content replacement for the likes of /efi\boot\bootaa64.efi . So installkernel already done, a reboot already done, and an installworld having been done as well in order to have something to copy over. (There are no pointers to alternate places to get copies that I know of. One can find copies in the build tree when one builds from source locally. So waiting is not really required for that context.) This also make it seem that updating ZFS pool features should wait until after a system upgrade that spans both the loader and kernel being ready for the new features, even if compatibility with other systems is not a worry. Do any of the system upgrade instructions cover such relationships? Do any of the ZFS pool upgrade instructions cover such? Does zpool or the like suggest such issues when it reports there are new features that could be enabled? Part of what I expect happened here was contributed to by a lack of being prompted to even think about the relevant issues, leading to a pool feature upgrade that had not been prepared for. =3D=3D=3D Mark Millard marklmi at yahoo.com