From owner-freebsd-fs Mon Jul 17 8:29:40 2000 Delivered-To: freebsd-fs@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 9548437BBDA for ; Mon, 17 Jul 2000 08:29:32 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p37-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.38]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA07437; Tue, 18 Jul 2000 00:29:14 +0900 (JST) Message-ID: <39732660.CD3D189B@newsguy.com> Date: Tue, 18 Jul 2000 00:29:36 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Kelly Yancey Cc: Marius Bendiksen , Dmitry Brodsky , freebsd-fs@FreeBSD.ORG Subject: Re: Meta-Data & stackable FS References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kelly Yancey wrote: > > So long as you only stack over FFS. As much as I like the idea of extended > attributes, stacked file systems should be able to stack over any other > filesystem. Unless I'm mistaken, NFS doesn't support EA's, not to mention any > of the misc. filesystems. I don't even know where one would begin trying to > add EA support to say, procfs. You write a generic EA layer that works through namespace overload, and thus can be used over any other layer. So, if your base layer does not provide EA, you add the generic EA layer first. In the worst case, you'll prevent needless duplication of such technique on every layer that adds EAs. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@a.crazy.bsdconspiracy.net "There is no spoon." -- Kiki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message