Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Jan 2025 07:49:45 -0800
From:      Rick Macklem <rick.macklem@gmail.com>
To:        Cedric Blancher <cedric.blancher@gmail.com>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: FreeBSD NFSv4.1 nfsd, named attribute support (OPENATTR)?
Message-ID:  <CAM5tNy5HLEGZc=EMuD%2BQFhFRZg5SwmN6P5KvwMFPO5%2B3Cckh3g@mail.gmail.com>
In-Reply-To: <CALXu0Ufwu_tsZW7mgLLGySbB_XMVOChwEyK1Z%2Br3rpYiXiyXGg@mail.gmail.com>
References:  <CALXu0Ufwu_tsZW7mgLLGySbB_XMVOChwEyK1Z%2Br3rpYiXiyXGg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Jan 12, 2025 at 2:09=E2=80=AFAM Cedric Blancher
<cedric.blancher@gmail.com> wrote:
>
> Good morning!
>
> Does FreeBSD NFSv4.1 nfsd support named attributes (e.g. OPENATTR),
> per https://datatracker.ietf.org/doc/html/rfc5661#section-5.3
>
> ZFS and Solaris UFS support named attributes (via O_XATTR), does
> FreeBSD do it too?
No. fork files/resource forks (or whatever you choose to call them)
have been discussed multiple times.

If I recall correctly, one showstopper was fixing the archive tools.
There was also the generic argument that Linux doesn't support them.
Then there was the issue of what VFS/VOP changes were required.
(The FreeBSD VFS carries vnode locks across VOP calls and is at
what I would call a lower level than Solaris.)
--> Which all comes down to who will do the work?

If I recall correctly, there was a time when a group associated with
CERN needed them to transition away from Solaris.

Anyhow, maybe the discussion will happen again here and now, rick

>
> Ced
> --
> Cedric Blancher <cedric.blancher@gmail.com>
> [https://plus.google.com/u/0/+CedricBlancher/]
> Institute Pasteur
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAM5tNy5HLEGZc=EMuD%2BQFhFRZg5SwmN6P5KvwMFPO5%2B3Cckh3g>