From nobody Wed Dec 15 01:21:16 2021 X-Original-To: freebsd-current@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 95BA518DAAC6 for ; Wed, 15 Dec 2021 01:21:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4JDHWr24Zpz3nKJ for ; Wed, 15 Dec 2021 01:21:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639531281; bh=ZKxO2QUR1VPZT3bIhH6ORbcfWFVz4EYu3Fgmu9RmrjU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BRKMk0T/LXALTwmu55GOf+BdtiQW1B9kqAmw0RCOKdQlemQ4EDcLxGt23zU0zrGIZCczO27I7Pt3ynmi8HNpttZxkG/csRDlFN/Vl+cW4ejzBi0C8FU3f/55/oVaw5D7+qSUXWWtgLyHKUdAOwzaT+QI6da4Z8BZ8IaJfKSOg0b/osu4YbfMIQYmVl6YKTEDjXM9NRz7fM7aIIxkLCy7RDuM085AkcIuvuh/+XRDzGBNPdYV8alV2taeZY97IFn5ZxdQB26ZtGWtENPrQu5lGJSoQl3YrAg6uYqwmrkPBmiaz6PHP0K08TM3jNBGQoe7Cv++TFI9FG588vkgTbszVg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639531281; bh=t3goKJQHGR4qIJGi6K3xnBJE6sA58es1BRGNp6HUG5s=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=AsgPUrkHmwy/fSb64U2rW74cyDdbaJ25CSPS4SEvVppTVw7TyRHScc0Vds3HB77Jf9rvDeuQASSZGDM9hOFJee+PVPwD+bhAMpfiNrCnp4gp41qSsFJEyONACF6A/PRkY3yBR+MbpIJKUHFRGThIRclaY4nsuwim8VdATAAhGbzgBGg3hOiasfx7b+eNJwcwcWYq2h8KcT+xW/h2XFZz0wB3WgYRZEPYIi6KDLS8aI4aCyoPewQPlbke/uwaDw+cy1uB8bW0YzvMVW+fzmmE9pOYDMk/mEgsSPeXMHA1xLuxrFAugmZhuSOFRoc/MvihxMslysJt6d6bc+RDYACLaw== X-YMail-OSG: .Dx6VcQVM1kzCV_1Xe.ENQvK0k_yuyHsbhgvSrxY7IvGHP9K1..dDtkOeq6iT4n yFjg4LZxjBVxMZ2xvuHMsO7ML2p4PFXqZj5k4OQf2jPYXZA2TySdOYw9t8jtXcabOnossJKBf8iV Qt27Mg9UVO46ObbBWTnepWZLw5QPfgSpJn5._cDsf11FB70RRoVE8cV7_lMgj8bBh8oPV7dgQaHi 9AVtzAirhwJ_MC8bjMrq9hEjB0YCuJ9ZTbuyL421aDZcmcoCuBIB0Ctxhq7O_im6QgY_3m2TAq_R pw3.6EC_tAvjhiDLEbrtwXfbOAKQh2Ml0gWjeI.mjFEr8q7mlZB5KD3hPM0.5A67qWCRvKp9INWa xSslHPhNH2Mggqv5DSd57GAhId_uXLaN601f3LXsdAXk7ysJQQaX83EC_333CCS2c5f3U6cwvJTD NyXDhlApXaC1UceJT3oUCwewwSJZ_nKT5toacXWvcrijQ3QMqbnbmZphY6D1NN7E6krR0MuakE97 nZCwArJUlKz0GEcEHeqJOIfzPs.m6BcPQNbir69vngq4DWvsw_g36u1655rxOlZrMsDiefQ_QKKG REZlllPPxCL1f7L7J9fPvl.gXS6DiPtX4Nct5hQF6VOD_1N9E2fL8Kx_.fHNsugGAhel_91EsPG2 XxohD753T1Z4zai5SY1_r.fyzq2RLxM7QK9jYxjmyhvu6Rp9sacb51ytQ9m5F4NsZZCvW99BTNbw 7VRkYT5Uk3FWvlWykV9T_t8FrweJEq.hOV5moMbjaAj0ZQAq6L3k7MTNENaVhEsjI1kW.npgfEn0 LGJ6FT7Zt1WFUsyAFU6n0oNW8c0YLyIDh1XXPrGXF7WGe.a6f4IKgI_h5P19BEZO4vTBd4Y.x50Y nM.FZ4MvKBmHwCCLsxSnQBzjaLL5TeWKjOhpxvb4AYrGlNZWRS8A4o2GB64PIHIhK8Ooi_4wlieK gZ4QgMe9b8dfB1oXDUGuyqqM9aSszveMEuDtIvlZnlD1RIC4gZ_aoJI.N6B3uQCFBSRvHJhPm1e_ 9g.BHbQr4QivkwqaC64Dv7r0USXfFtwdFoHVlUlSQ9e5y4ez5.NRecFG8S9HJJlYMzP0gji.CgUE logTdceduDpAQhLOGSXwLPaDEIY_z0tZFvui.ll3ji0V7TQ2mncImaeg8ObE09tWeDm.ljDqCifM 14SeSMVu3r7oaW_VeCY3HgwGNbSvH43k_CTb4UQoe_M1qB21P6ijpQvZ95l85bIYvGweACFzmvHk Ztt_Wql_Rc1HHLm_Dx1Veq5kqNu.c9Hrh_QqWpN_5GH_w5fXglShfqFIgOSADLvKNLLg0zd3vjlH 53LKiuGPfA.FlEYu3sdvV5t7hG8LbnnUjEJW7Rlr.JXEnlZsNAvljT7MxwSghAy2jJdW.La7jm.U 7mFSJxc7bPZLLSZ3QmP.UCiAYdb0ud5ACpfDywy4zppFk8SXVVw21_5B.5F40aDzPGhoaBnj9a6n niVHha1KEE1ylcI9tZ_wbsRM7kmsRxc8w52TKk6nC1i.uDpOSwbGwGAJPYq0wvvfXD_urWBgwD_f Af.HIx8.Ag.EtKGejMzj4iS9SMET3qf7XG6aiHjlfKNsYsoTmGKX7vfIq1D6FQ_Bkb5rRrohk_ed 91WllVwSII32uGFtQ62aKqsVIGeGRbXvdyBa8IyJXN0T6chVvdW7r68CiRmDZJKkr5gmpIJCqHNW n9rY2nQz58yyQvc6NMcxMFwfAgtBFAhdn6rQjDdAyTmYPlbUL0Te8GqtzxEBLwnIL9P.XR0GXiED et_gfFXJND1jzVnZEv9d64zKPS6oKoe48vCxWGXR8h_PIvOV9l6rTxUW25evP8iQW2.PC1gh5Ve_ xgkCZ_jesgUeaYWx1BUXhO_q_oeHKEpcIyP.CGwjfMPD_J8TQv9XR7IRN5rJESdInh3sLNqug4Ca S9wOrp1pN9Io8VIRijpj0_ggg5Vg8vGWTPgKWbGGDBfx8oC0b0rAsZ4TsX50aHAqdoz2tsNGuW5Z LXa2cFqLNFpTnmk3ARwCOG7v6aQDiASbQnV3pAq0wAmk7NNt3YZalCb.skOQm4Ym3kJ4ewJXgwbe tspB3AV_U7IgvMJJ_G_jW94JKkgBG4gxJj.a9GbvVTO4SpFjOKsUn5mEIcWPNMOXtIf6vTjOv3fj .ehM5iCnj14yD7.s9L68bnBE5UUbgeAANZXxx1yPPGpsbwIWhzTGMlylEMp11YFsuh6AiBf3rRnZ OcrDemYQeOzl29qWnfYxpMfM8caGnRaMIwGNaxW7Qu8cFD4MXkCQR102zYzlGEWQkCrvw4Yn2GZB zF2bb.TUvfbVzyu.otw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 01:21:21 +0000 Received: by kubenode515.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3b0fba5a032ab06484759bae9fb4f7a5; Wed, 15 Dec 2021 01:21:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status In-Reply-To: Date: Tue, 14 Dec 2021 17:21:16 -0800 Cc: freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> To: Alexander Motin X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JDHWr24Zpz3nKJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-14, at 16:54, Alexander Motin wrote: > Mark, >=20 > Support for edonr checksums was added to FreeBSD main about a month = ago: > https://github.com/openzfs/zfs/pull/12735 . In 13 it is indeed still > not supported. But you should not worry too much about it, since even > enabled but not activated feature should not cause problems with pool > import by older versions. And activated it will bcomee only when you > explicitly set for some dataset with checksum=3Dedonr. Some other > features though activate immediately on enable, but compression and > checksuming algorithms generally should not, with exception to lz4, > which was optional originally, but become default later. I presume that because of FreeBSD's releng/13.0 and stable/13 (and releng/13.? futures) that: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd will never have edonr added to the file. Sound right? Is there going to be a = /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* that has edonr as well (instead of using a openzfs-2.1-linux file for such)? If yes, when does the file show up? Does main get drafts of the file over time until there is a releng/14.0 that would have the final version? > On 14.12.2021 19:36, Mark Millard via freebsd-current wrote: >> I just noticed that main reports that my pools were created >> implicitly matching openzfs-2.1-freebsd (and without >> an explicit compatibility assignment) but, under main, zpool >> import and zpool status for those pools report a new, disabled >> feature. Turns out the issue matches what the diff below shows >> as present for openzfs-2.1-linux but not for >> openzfs-2.1-freebsd : >>=20 >> # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* >> --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 >> +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 >> @@ -1,4 +1,4 @@ >> -# Features supported by OpenZFS 2.1 on FreeBSD >> +# Features supported by OpenZFS 2.1 on Linux >> allocation_classes >> async_destroy >> bookmark_v2 >> @@ -7,6 +7,7 @@ >> device_rebuild >> device_removal >> draid >> +edonr >> embedded_data >> empty_bpobj >> enabled_txg >>=20 >> So I've taken to updating my existing zpool's via: >>=20 >> zpool set compatibility=3Dopenzfs-2.1-freebsd NAME >>=20 >> because I use them under releng/13 and stable/13 and main >> and do not want edonr accidentally enabled. >>=20 >> It is not obvious to me if edonr being present for main >> is deliberate or not. >>=20 >> For reference: >>=20 >> # grep edonr /usr/share/zfs/compatibility.d/* >> /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr >> /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr >> /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr >> /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr >> /usr/share/zfs/compatibility.d/zol-0.7:edonr >> /usr/share/zfs/compatibility.d/zol-0.8:edonr >>=20 >> I happened to do this activity in a aarch64 context, in >> case that matters. >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)