Date: Fri, 13 Mar 2026 17:42:19 -0700 From: Rick Macklem <rick.macklem@gmail.com> To: =?UTF-8?Q?Aur=C3=A9lien_Couderc?= <aurelien.couderc2002@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Feature table: FreeBSD 14.3, 14.4, ... 15.0, ... 16.0, which version supports which NFSv4 feature? Message-ID: <CAM5tNy6HOV8%2BA6tw92meJoN%2BnHEOUFxny2wKq6EJro4pHJuXAg@mail.gmail.com> In-Reply-To: <CAM5tNy6pDuXD47NOpk6uiWMf_M5KbxazLv8Y7st=TSKSr_Xk7g@mail.gmail.com> References: <CA%2B1jF5oSscYHXgfTSg5yJTJQiTk61B88eKp=8sy_=Xa2j3v6pw@mail.gmail.com> <CAM5tNy6pDuXD47NOpk6uiWMf_M5KbxazLv8Y7st=TSKSr_Xk7g@mail.gmail.com>
index | next in thread | previous in thread | raw e-mail
On Fri, Mar 13, 2026 at 5:21 PM Rick Macklem <rick.macklem@gmail.com> wrote: > > On Fri, Mar 13, 2026 at 7:59 AM Aurélien 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 maybe > 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élien > > -- > > Aurélien Couderc <aurelien.couderc2002@gmail.com> > > Big Data/Data mining expert, chess enthusiast > >home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAM5tNy6HOV8%2BA6tw92meJoN%2BnHEOUFxny2wKq6EJro4pHJuXAg>