On Thu, Jun 5, 2025 at 9:45 AM Brooks Davis <bro...@freebsd.org> wrote: > > CAUTION: This email originated from outside of the University of Guelph. Do > not click links or open attachments unless you recognize the sender and know > the content is safe. If in doubt, forward suspicious emails to > ith...@uoguelph.ca. > > On Wed, Jun 04, 2025 at 10:53:13PM +0000, Rick Macklem wrote: > > The branch main has been updated by rmacklem: > > > > URL: > > https://cgit.FreeBSD.org/src/commit/?id=6b6542ec84462c9d1fceb43bffb832e0fd556661 > > > > commit 6b6542ec84462c9d1fceb43bffb832e0fd556661 > > Author: Rick Macklem <rmack...@freebsd.org> > > AuthorDate: 2025-06-04 22:50:16 +0000 > > Commit: Rick Macklem <rmack...@freebsd.org> > > CommitDate: 2025-06-04 22:50:16 +0000 > > > > open.2: Document the O_NAMEDATTR flag > > > > Commit 2ec2ba7e232d added support for the O_NAMEDATTR flag to > > the open(2) and openat(2) syscalls for main. > > I must confess I'm quite concernted that we added this when it seems to > be unique to FreeBSD. We've very short of O_ bits and when we're out, > we're out. I'm not sure we should be adding anything that isn't at > least in Linux. Well, it's in Solaris as O_XATTR. (I chose a different name to try and avoid confusion with the extended attributes mechanism already in place in FreeBSD for Linux style extended attributes.) Bash is an example of an application that has support for O_XATTR.
Is Linux more important than Solaris these days? (I guess so.) The alternative would be some kind of ioctl() interface, but that wouldn't look anything like what Solaris provides. rick > > -- Brooks
