xfs
[Top] [All Lists]

TAKE - xfs_acl.c

To: linux-xfs@xxxxxxxxxxx
Subject: TAKE - xfs_acl.c
From: Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 4 Jun 2002 11:47:37 +1000 (EST)
Cc: erbenson@xxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
This should fix that fileutils problem you observed, Ethan.

cheers.


Date:  Sun Jun  2 18:47:28 PDT 2002
Workarea:  snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs


Modid:  xfs-cmds:slinx:120647a
cmd/xfsprogs/libxlog/xfs_log_recover.c - 1.7
cmd/xfsprogs/include/xfs_mount.h - 1.17
cmd/xfsprogs/libxfs/xfs_ialloc.c - 1.10
cmd/xfsprogs/libxfs/xfs.h - 1.17
cmd/xfsprogs/libxfs/xfs_alloc.c - 1.10
cmd/xfsprogs/libxfs/xfs_bmap.c - 1.10
        - sync with recent kernel changes.


Date:  Mon Jun  3 18:45:49 PDT 2002
Workarea:  snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs


Modid:  2.4.x-xfs:slinx:120723a
linux/fs/xfs/xfs_acl.c - 1.21
        - Fix up behaviour when we're called via getxattr + size==0 code path,
          which in turn affects libacl's acl_extended_file routine, which in
          turn affects fileutils checks for the presence of file ACLs.



<Prev in Thread] Current Thread [Next in Thread>