This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Sun May 19 14:52:05 2024 Received: from lml.valinux.com (postfix@lml.valinux.com [198.186.203.19]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id XAA16214 for ; Tue, 7 Mar 2000 23:00:03 -0500 (EST) Received: from vger.rutgers.edu (vger.rutgers.edu [128.6.190.2]) by lml.valinux.com (Postfix) with ESMTP id 6C95D60F83; Tue, 7 Mar 2000 19:35:41 -0800 (PST) Received: by vger.rutgers.edu via listexpand id ; Tue, 7 Mar 2000 17:26:19 -0500 Received: by vger.rutgers.edu id ; Tue, 7 Mar 2000 17:01:01 -0500 Received: from idiom.com ([216.240.32.1]:4164 "EHLO idiom.com") by vger.rutgers.edu with ESMTP id ; Tue, 7 Mar 2000 16:07:02 -0500 Received: from idiom.com (reiser.dial.idiom.com [216.240.37.24]) by idiom.com (8.9.3/8.9.3) with ESMTP id RAA71823; Tue, 7 Mar 2000 17:06:20 -0800 (PST) Message-Id: <38C50E98.3DB14D17@idiom.com> Date: Tue, 07 Mar 2000 17:13:44 +0300 From: Hans Reiser X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en, ru Mime-Version: 1.0 To: Jamie Lokier Cc: "Stephen C. Tweedie" , Alexander Viro , "linux-kernel@vger.rutgers.edu" , "linux-fsdevel@vger.rutgers.edu" , Konstantin Imianitov <38C2DAC2.7713713B@idiom.com> <20000306142741.F4819@pcep-jamie.cern.ch> <38C371B5.C48EBB05@idiom.com> <20000307003542.A5916@pcep-jamie.cern.ch> <38C42313.A8C2BD7E@idiom.com> <14532.65158.420190 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig Jamie Lokier wrote: > > Hans Reiser wrote: > > I didn't say, do the meta-stat-data access with an iget, I meant let > > the FS decide how to do it. If it does it with iget, fine, but what I > > want to see is a general interface which can access arbitrary > > non-filebody data (which the FS can store where it chooses and fetch > > how it chooses). > > Fine, but I think that's pretty separate from the d_type change which is > specifically "something returned by readdir". > > > This way we can handle ACLs and other things as yet undreamt of in a > > symmetrical manner. We'll produce some code to do this sometime in > > the next year I think, and then put it out for comment and review. > > Does it really make sense to avoid reading inodes for ACLs and other > file attributes? I think not -- that's exactly what inodes are for. Ain't got no stinkin' on-disk inodes in ReiserFS :-), and I'm not sure what kind of inode would store several thousand ACLs, if we did have them. > > > You and James > > That's "Jamie". Really, it's the name on my birth certificate. > > > provided good answers to the issues I was concerned about, I guess I > > just lack enthusiasm for more changes to VFS interfaces while we are > > trying to port to the changes already made, and I am wrong in this.  > > The VFS interface change is very, very simple. Just #include > and insert DT_UNKNOWN as the second argument to > filldir() in your readdir() function. Simple enough. > > You can do more, but it's not required. It might not even be worthwhile > with Reiserfs, depending on how the fs is laid out on disk. > > If my patch goes into the kernel, I'll send you an update for Reiserfs > if you like. > > -- Jamie Thanks Jamie. Hans -- You can get ReiserFS at http://devlinux.org/namesys, and customizations and industrial grade support at reiser@idiom.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/