ate:from
         :in-reply-to:references:mime-version:dkim-signature;
        bh=bNyCJr8JYUDaKMISpgZNftMLGnitf24FV444qZRNUVw=;
        fh=OdIWH20VJcl+79nNuE0Sis0uPSnyE99aJ3hf2K7HPzQ=;
        b=GNRQSmY0VXRLHu6Ll+J1sTf5o1JPVWEltb7byRIS6P7Xw9CO3UnDvpnI9PfSjwktlK
         wEIXxMdTPvuwfUeGr65eAYn/nIx03y1MDRimMyTh49q9dxIC8nCAR/lLlgWXR7ikq3AM
         guKSf/A++fRO252sxURR6/gVvzSGDYhywNsCh7oQMi8ty4DDKEEkV0/IK/75jD3Llmi5
         eZlOKhTs6fQz0l2PnOHbBpmvRNF0kt5TBnVoFDnuy+xus0B0giYcwT3YrJ/Vb7Yd6xne
         NtcsmbPOhMtmiTKZ7KJvQoKYh/U2gnB10aEnixtV79rUFbott69RCt6qwUJhUlZZBzkW
         tUCQ==;
        darn=freebsd.org
Sender: owner-freebsd-hackers@FreeBSD.org
MIME-Version: 1.0
References: <CA+1jF5oSscYHXgfTSg5yJTJQiTk61B88eKp=8sy_=Xa2j3v6pw@mail.gmail.com>
 <CAM5tNy6pDuXD47NOpk6uiWMf_M5KbxazLv8Y7st=TSKSr_Xk7g@mail.gmail.com>
In-Reply-To: <CAM5tNy6pDuXD47NOpk6uiWMf_M5KbxazLv8Y7st=TSKSr_Xk7g@mail.gmail.com>
From: Rick Macklem <rick.macklem@gmail.com>
Date: Fri, 13 Mar 2026 17:42:19 -0700
Message-ID: <CAM5tNy6HOV8+A6tw92meJoN+nHEOUFxny2wKq6EJro4pHJuXAg@mail.gmail.com>
Subject: Re: Feature table: FreeBSD 14.3, 14.4, ... 15.0, ... 16.0, which
 version supports which NFSv4 feature?
To: =?UTF-8?Q?Aur=C3=A9lien_Couderc?= <aurelien.couderc2002@gmail.com>
Cc: freebsd-hackers@freebsd.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, Mar 13, 2026 at 5:21=E2=80=AFPM Rick Macklem <rick.macklem@gmail.co=
m> wrote:
>
> On Fri, Mar 13, 2026 at 7:59=E2=80=AFAM Aur=C3=A9lien Couderc
> <aurelien.couderc2002@gmail.com> wrote:
> >
> > Which FreeBSD version of 14.3, 14.4, ... 15.0, ... 16.0, ... supports
> > which of the following NFSv4 features, for each of ZFS, UFS, TMPFS:
> > - attribute: FATTR4_ARCHIVE [yes/no]
> > - attribute: FATTR4_HIDDEN [yes/no]
> > - attribute: FATTR4_SYSTEM [yes/no]
> > - feature: NFSv4 named attributes [yes/no]
> > - feature: ZFS case insensitive filesystem sets FATTR_CASE_INSENSITIVE
> > to true [yes/no]
> For 14.n - no to all
> For 15.1 (coming out end of May) - ZFS - yes to all, UFS and TMPFS -
> yes for archive/hidden/system
> For 16.0 (which is at leas 18months away) ?? (unlikely to change except m=
aybe
>   named attributes for tmpfs)
>
> Note that exporting of tmpfs is not a good plan imho, since the
> changes are all lost when the system crashes.
>
> Note to other readers..this only affects Windows NFSv4.n client(s)
> (and maybe the MacOS NFSv4.1 client). (I can't afford a Mac, so
> I have no access to one and Apple doesn't talk about NFS support,
> so it can only be determined by testing. I am not sure if what Microsoft
> calls the Exceed client is affected or not?
I will admit NFSv4.1/4.2 is odd, in that it is so complex no one will even
do a complete implementation of it (at least in my lifetime).
(The draft for the next RFC for it is currently 855 pages and growing.)

What does happen roughly twice/year is what the IETF NFSv4 working
group calls a Bakeathon. It is an interoperability testing event, usually
with "most up to date, bits de jur" systems. Interoperability problems
identified during these events can usually be resolved before releases.

Unfortunately (imho), neither the Windows NFSv4.1/4.2 developers nor
Apple attend these events. (Many years ago, Hummingbird did attend
with their NFSv4.0 client.)
As such, interoperability problems with these clients are only identified
when reported as bugs, typically after code is in releases.
(The above features are examples of these.)

All I can say is that I have tried to encourage the Windows NFSv4.1/4.2
developers to attend these events (and others have, as well). I have also
tried to contact the Apple engineering people involved in their client,
but without success (I have never found a way to contact Apple's
engineering people and even people with Apple developer contracts
have also been unsuccessful).

Bottom line, if anyone has the "connections" to get these engineers
involved in the Bakeathons, it would be good news for users of
these clients. (Attendance can be done remotely via the tailscale vpn,
so no travel $$ are required.)

rick
ps: The next Bakeathon is scheduled for April 13-17, 2026.

>
> >
> > I'll be nice to have that in table form in the FreeBSD mount.nfs manual=
 page.
> This is not something typically in a FreeBSD man page.
>
> rick
> >
> > Aur=C3=A9lien
> > --
> > Aur=C3=A9lien Couderc <aurelien.couderc2002@gmail.com>
> > Big Data/Data mining expert, chess enthusiast
> >