From nobody Wed Dec 15 03:00:41 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 05A4818F18D2 for ; Wed, 15 Dec 2021 03:00:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4JDKkb40Tgz4dBY for ; Wed, 15 Dec 2021 03:00:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639537248; bh=cRD0vKE32+WNZmuuOzlr3VjRm9hokOcxcHbz6DB3Y+A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fjma/csfCUx+hKQgbzzVYZfrAu91sOqmfDo7xClx2bxb2WILkV3GawPGWxpaIsuEnq+rMV6PLJR1ke8oaeDdT1dF3+m15vn0jnVjNWFMQem1nbw4Evutgf9DHqRoLSarsnVo2238VlzkIMNlfkx0q9ZEqlLwDLR049EeZmHS6TRxyPhWl6gE+5eKCUImsuRiASn1pMpnoyuwiksQQVV83T1GPsgPfb2XCAk6+4vzPY4IbdRsJsSU6utWV3nWYNLpaD8cLrdLa9NOvLRgdm80g7BgSj3muOlbRzuWFeB4GY8siYbH2oXhsY+gF9c/VbpLyK8fyy5X9as1upc9YpWJaA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639537248; bh=ovfDRN1EWxWJDczAm/etTmvkoiIM8sC5fFCtrG/rls2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bUtuvESLZ/pu9116zpD15nT9i1zGZoy0qFEpUzWL7zRzEXIYOfgmtcMtlhCsgSHFiQStPRgKlNcF0L6r92K6QudY20zuhy8EtgvAIwEQfTHneTcKtxJ53TfCdXwer/72laZT9czyuzR1O65UuvE6R5mY0UybIvH45FRVbdq5iOHRSIVq+JuFhgymb9tRKAi0cxAeJMuSlM3+OxKAJ5Jh0sPLMdryUTOzVp4mBQGQzCdY7M3/M4kI5ua6X5q86qIJeWawIepxwpKpMsno27BMbC7c8CMQmq8q7LqnM5fW/cC8xhGLVhUBFPrHB2Kn4478vKii2OWugTG3x5XiRp/nDw== X-YMail-OSG: 03QqZUgVM1lktEnPRnkwbP3mYR6H0BTcZyYiJ9D6PnD.2RzYPH.wMi.hfB8X7i3 FOE6WNJtGRkGNfkFvChMKD0tiA6C0GrgLEEakLcajn7Pkieb5WvIDVlx3vdlO3wQf9_iASXV3puX 436Dvk42AyTmjEzKTHwbaGP90eQq4AtYy88l5NXI11CfwU7QXI54uNdNGtQw8B8.29KEi1CSQl5q 9p8HncrB0w3pjltp.YrXFodYhbGJSqqW454PvQcjYoYbuD6ldTBfJXL8vIfm.OoyK8Qdpy.qqhLd 1bpD5cw5XhYmGCWtbU7Gijj4GaZDFN2hpuNqXxK.wYXonASEHGM7gAJjR.fFViZrif29vw148Dt0 FMsvhmj8vPpm2pBHELNcXfdeI05OnlJrC6buJGRyywuBSGfK.vFIlZjzMRIFTC9qWS0qVrLRRIoF YkZyKLvzzj.OAMsnN.KxdO4oDfYTYkNNJHME8MeuoTTr5blcjgCyRSr31EEJ39D8zX165dRzLOUy 2n0dSu1tdqwKufvWS9RJTg0jZvoW6kiZR4QgVJhd2tvu45dCZ4HSuiHQIFIkCylqz0zVSw3ZVZZg K6Hv9xKl218gUbKbmlEpTIIbJC2t4ZlhkmGnP9EqfD_zsw5_0HBcUdsC6V5czYc5eUksKIMoF5ja iCvl376ejvC8lmcSNhppLcu9F15O8ZN1rdu67dmkH6Pz85Rjf0B12z1._P7DJagavFlUll17m1cJ g56uAPCcF6bFBh7MefXkaQEZsVRzq6Ahq0GVmu5UVp9nMI9g2CbZJ8wn_X.MO_uE3IGrNDaAoT52 olnrTZf5bodGnDw8ZVg6Ise.AHemfFoLkRcw9404JieSFFWQhicAKBZjGmYZO94wp4V1rrYDaCqx 8fpjav_yC0eF0a6zRlYVEVDDJMAKrNyRXtbT6PML5cuI3kklkWPtJyVgbCGXIRq2R9yGcMoNDdbR roT80GLtqQGG3ozqz2zyh8qE2eQV2y71MplertClenOwtjgK.AVnZA_NyCruLu16ORFQ7UbnC_ZC AK57YUuZ83tWMOuW2cJHDeE3Imib4jPDRHdQ2PBq_eGxzyY6kNsfw_y7_VM_OFZ5wy7TxKkLY9Jq 26q7yVM5EErRtEwOPfEvCQuHg0BIF7tVxyF0FqSEmpYlLCwdzkUtiUL2Zq7vz74e6G7O2NYWtMfO u8.Ii6Q8_p_d1blNJ.EE48DQ4Xqaln9m3UEqqRySOUQ03ZFIJqFJ.5YPBRyxjl_r47TlSN2U2MrJ 9LPhVlK669WdLVVfQkAz8iKN4XUwQ19Nk2xUGT5MaOD.gYERVU7IRPZWlfBpMyv4YOPgJzyp286t zOOyUi4shJQtuhp4Na8Aik0mu2YcDRznH1RKBGeumQBsQ26298JAZPCVJ4ENdJeYXyw3wNKT_JuH L0uIrBP40Px3kfuuZVvNP60DYaUi8bXlCCnp7aE7f6_3l23OWLyx08aN7QqpygJD7ifuKVakd7PS hst2faXLAwf3nGE2FnSN1_x9rqhgB4u4ZMLDzqjPuMIpQM_fBcaaokjzAbw52LV58_KDCqC0MmlJ 0IRhKOleY81o3yXlNJyzXL34b.NccsS7pdFQ3WxzVqbadLSFRY.FaDUz4OH72OMxnI9qm1JAKipN lPjrUruJ2yRbzNwuQMQn2PWYWVPCIlREBaLlR1vjIb9n_cbER89p2tRPHpBG.jm.GJqT41JhDsay MBeinPtj8JY4Wdcj_QySbP7BfP7Ejsv8azf6OngCLid9GilXQ.F69TKJIZdHv1IylTRBfBIqyzP6 Ll1oA4_JzmmppJtIQa2VjE9WNLPYf82huhm_Ghe6WTjMLEJOVmdjQK2QVUcq5NQNVL6AHLNWAMmn kt1hpbLbc41Xi_DIGac4UFhbIeb25NT3cyaXLjg7NRuljsS7Sc6Ri5SRfZZ26kmOtBNbglGSFZbI 4.UWWqNA9ALm5ht_8psxjftiRzJKQyb6uMbjmyiJV_7QtIcMm4lgWWOPT4ugOfffiE46tFYGGqOf QDLwhezpdnQ95zVZpN8oR4SV_ve5q1HaEldnEll5Gi245lOEmcI7xTbVh38urewFl3rLn4rVDgsd Lu4CNVpgtKcI8HNQPrqObSLXZj3JrLZOBw5u5VOwKcxQED3ZPr6T.kAedKTvkLLO17rq_iSjin0A 1cXPhMdVB.tcsOg7hslpm3H89c9Ld212OHNs5PWH0XE7zCzzy5Dloqe0v8N6EV.mTRbsdAxvtk8X nhaMWUupNjwWlm1j.kgLBUebX6D_wLLWS_0hL5MXE X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 03:00:48 +0000 Received: by kubenode502.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d5abe871048774b325a8ffaa4999ad44; Wed, 15 Dec 2021 03:00:43 +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 19:00:41 -0800 Cc: freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com> 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: 4JDKkb40Tgz4dBY 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 17:35, Alexander Motin wrote: > On 14.12.2021 20:21, Mark Millard wrote: >> I presume that because of FreeBSD's releng/13.0 and stable/13 (and >> releng/13.? futures) that: >>=20 >> /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd >>=20 >> will never have edonr added to the file. Sound right? >=20 > FreeBSD stable/13 is tracking still alive upstream zfs-2.1-release > branch. It is still updated periodically, but primarily with bug = fixes. I infer from the above that: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd is unlikely to be changed to be inaccurate relative to releng/13.0 , at least as long as 13.0 is a supported FreeBSD release, but probably for all the releng/13.? . >> 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? >=20 > FreeBSD main though tracks openzfs master branch, and as a moving = target > it has no compatibility definitions. I'd expect by the time of = FreeBSD > stable/14 branching there to be some new openzfs branch it could = switch > to, but so far AFAIK there were no specific announcements yet. And > enabled edonr is a step toward not differentiating FreeBSD and Linux > compatibility settings any more. I infer from the above that it will be much closer to releng/14.0 's time frame before there will be an additional: /usr/share/zfs/compatibility.d/openzfs-*-freebsd* ( or a name that does not even mention freebsd or linux but applies to releng/14.0 ). Good to know. I could imagine FreeBSD having links with names making it clear what each FreeBSD release should use for a matching feature-list file when one is desired. For example: # ln -s openzfs-2.1-freebsd openzfs-freebsd-13.0-RELEASE I had to do multiple comparisons to know for sure what file to use to have a match: it was not obvious from my background knowledge. (=46rom what you have reported, I'd not expect stable/* or main to have such links.) Thanks for the information. I know better what to do now. >>> 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 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)