From nobody Wed Dec 15 00:54:50 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 C29B718D2740; Wed, 15 Dec 2021 00:54:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDGx84m7Tz3Q9P; Wed, 15 Dec 2021 00:54:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id l25so9222161qkl.5; Tue, 14 Dec 2021 16:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=iW7Epxo8UhzIyLIivDj1YSoTn8CyjRAHgZfoqJACJFo=; b=ctn3fWx8uGxfkmeU+tPz24TrEJDO/QQwCGQPmm5hxVSR2P/3uaQ5Oz7PUlfIfc41zd YwthiJAl9gq25ShnaBlurO2b9nZ79KomXp8bUdupSh/R9zX3cg9JmPmW8dTWTcq9V27i bl7ApcAhxsUuFUPPn1SdD3DooF9/0AIAu5ecNzJUC6qFE5H/nfoYonMrObJK1bw9qH06 k293RQR83h+2TnfdsFdBda8mR1kj3WUfZDrI2mcyRJHHiaqlDLqXKN9uUrawlQnzaNHV 59B0XKVgv1WyqktP2NiEqb1qSsM2GlXWPaHFMkZHtqbHvrOAwxmWqWdqAxnrfxdFH6NI ySUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iW7Epxo8UhzIyLIivDj1YSoTn8CyjRAHgZfoqJACJFo=; b=EWCRyti+zo8XGlub/7b4AQ14Wf+90s3nh+r4+2cfOK7cVFb/gB9iyswipW079RUIiy sQhz5DHvywOySbFn83+b5LbH0ZKJ7X0j/Po1DVKRKDDnDi6UhzCDRb6RptuoTAoRdEd1 pEhrTYgLVO5+myyMCzTnIa3v/TIwgX11LoJ88bnXwWWHeEAqE08QXl7huT/PSsOC58sv rtJkv0tBgZlfJPyZN04CdUBXqAgBkUtsEZI7V05wrmO5dJbsVDwUWuxmzbp2GsN+6Dd4 saHySssvCsCR9Tyn1e7wDye/dzX4TYAXZcQUV9XjDb3B6QPT405qwe+D08XEs/UbgXI2 qYpw== X-Gm-Message-State: AOAM532h39TfbPMvBLpPQA/UXfz1PomFXy2XPABpxGa5+Nvo3gyaiZN8 E5vM6dDV19kIN3hNvFqYIarBSqHped8= X-Google-Smtp-Source: ABdhPJw1Ga0nGIje42q2ignCiseHaxNYjPoRmrJhQQT/HVG83hPmdozK4se5hSCS2Gym03knJ0/CRA== X-Received: by 2002:a05:620a:4494:: with SMTP id x20mr6829172qkp.530.1639529691620; Tue, 14 Dec 2021 16:54:51 -0800 (PST) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id br13sm266119qkb.10.2021.12.14.16.54.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Dec 2021 16:54:51 -0800 (PST) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status To: marklmi@yahoo.com, freebsd-current , FreeBSD-STABLE Mailing List References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> From: Alexander Motin Message-ID: Date: Tue, 14 Dec 2021 19:54:50 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 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 In-Reply-To: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JDGx84m7Tz3Q9P X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Mark, 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=edonr. 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. 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 : > > # 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 > > So I've taken to updating my existing zpool's via: > > zpool set compatibility=openzfs-2.1-freebsd NAME > > because I use them under releng/13 and stable/13 and main > and do not want edonr accidentally enabled. > > It is not obvious to me if edonr being present for main > is deliberate or not. > > For reference: > > # 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 > > I happened to do this activity in a aarch64 context, in > case that matters. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > -- Alexander Motin