From owner-freebsd-fs Fri May 26 15: 8:45 2000 Delivered-To: freebsd-fs@freebsd.org Received: from aplcenMP.apl.jhu.edu (apl.jhu.edu [128.220.101.100]) by hub.freebsd.org (Postfix) with ESMTP id C0DEF37B90A; Fri, 26 May 2000 15:08:42 -0700 (PDT) (envelope-from mccrobi@aplcenMP.apl.jhu.edu) Received: from apl.jhu.edu (kslip14.apl.jhu.edu [128.220.108.24]) by aplcenMP.apl.jhu.edu (8.9.3/8.9.1) with ESMTP id SAA21177; Fri, 26 May 2000 18:08:18 -0400 (EDT) Message-ID: <392EF7C3.E8930B01@apl.jhu.edu> Date: Fri, 26 May 2000 18:16:35 -0400 From: Chuck McCrobie X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Zhihui Zhang Cc: Robert Watson , freebsd-fs@FreeBSD.ORG Subject: Re: Opinion on File System Implementation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Zhihui Zhang wrote: > > On Fri, 26 May 2000, Robert Watson wrote: As for UFS/FFS, that's upto someone else to figure out ;) As for ODS-2, this VOP_GETEXTATTR and VOP_SETEXTATTR would be the best choice. In ODS-2, these attributes are stored as part of the "inode" (file header). I believe that I will, however, have the file system perform the appropriate record minipulations - although for those record types/file types I don't support, it would make sense to expose the attributes via this interface. In fact, it might make sense for a consistent presentation of attributes for both "supported" and unsupported attributes... Thank you very much, I'll be checking out the new interfaces! > > > > > Chuck, > > > > Responding briefly as I'm currently on travel at a DARPA PI meeting and > > checking out shortly -- in 4.0-RELEASE/STABLE and 5.0-CURRENT, there is an > > interface for "extended attributes" on file system objects. Take a look > > at extattr(9), VOP_GETEXTATTR(9) and VOP_SETEXTATTR(9). There are exposed > > syscalls to userland also, but in 4.x they don't have man pages as there > > are no tools using them. > > > > In 5.0-CURRENT, I introduced rudimentary support for extended attributes > > in UFS/FFS to support security extensions I have been working on, so we > > also pushed in simple command line tools to allow userland to > > read/set/control extended attributes (setextattr(8), getextattr(8), > > extattrctl(8)). It may be that this interface is the appropriate > > interface to read, if not write, this meta-data. > > > > I am interested in where you are going to put those extended attributes, > in the extended inode, in the file data, or in a separate associated file? > > -Zhihui > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-fs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message