Re: [PATCH] use filldir internally

[David Chinner <dgc@sgi.com>]

On Fri, Jun 08, 2007 at 09:27:16AM +1000, David Chinner wrote:
> On Mon, Jun 04, 2007 at 04:39:58PM +0200, Christoph Hellwig wrote:
> > Currently xfs has a rather complicated internal scheme to allow for
> > different directory formats in IRIX.  This patch rips all code related
> > to this out and pushes useage of the Linux filldir callback into the
> > lowlevel directory code.  This does not make the code any less portable
> > because filldir can be used to create dirents of all possible variations
> > (including the IRIX ones as proved by the IRIX binary emulation code
> > under arch/mips/).
> > 
> > This patch get rid of an unessecary copy in the readdir path, about
> > 250 lines of code and one of the last two users of the uio structure.
> 
> Looks like a nice cleanup at a quick glance, but I need to spend more time
> looking at it which I don't have right now. I'll add it to my QA in the
> meantime....

FYI:

  CC      fs/xfs/linux-2.6/xfs_file.o
fs/xfs/linux-2.6/xfs_file.c: In function "xfs_file_readdir":
fs/xfs/linux-2.6/xfs_file.c:289: warning: passing argument 4 of â(vp->v_bh.bh_first->bd_ops)->vop_readdirâ from incompatible pointer type

loff_t * for f_pos, vs xfs_off_t * which is what the interface
is defined to take.

typedef __kernel_loff_t loff_t;

typedef long long __kernel_loff_t;

typedef __s64 xfs_off_t;


So they are both signed 64 bit types on all platforms so the
compiler warning is spurious. Just add a cast to bhv_vop_readdir()?

Cheers,

Dave.
-- 
Dave Chinner
Principal Engineer
SGI Australian Software Group