Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[2\.4\.18\-14SGI_XFS

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[2\.4\.18\-14SGI_XFS_1\.2a1\]\s+acl\s+problems\s*$/: 9 ]

Total 9 documents matching your query.

1. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Axel Thimm <Axel.Thimm@xxxxxxxxxxxxxxxxxxx>; Date: Sun, 13 Oct 2002 05:59:29 +0200; s. The 32 bit inode number issue can be solved internally within the kernel, until you get to system calls, and a number of system calls; /archives/xfs/2002-10/msg00274.html (12,348 bytes)
2. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Sat, 12 Oct 2002 20:24:17 -0800; ports it too. Just the current i386 kernel zeroes the upper 32bits because internally on 32bit systems ino_t is only defined as long (=3; /archives/xfs/2002-10/msg00275.html (11,842 bytes)
3. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Axel Thimm <Axel.Thimm@xxxxxxxxxxxxxxxxxxx>; Date: Tue, 15 Oct 2002 19:56:44 +0200; tch that seems to take care of all the problems... I am not an acl-guru by -any- means though, so I'd appreciate any testing & sanity-checking. I'll ask the sgi acl-gurus to look at it; /archives/xfs/2002-10/msg00302.html (10,595 bytes)
4. (score: 1): Author: Andi Kleen <ak@xxxxxxx>; Date: Sun, 13 Oct 2002 05:59:29 +0200; d no problem with the installation that I did'nt have with Redhat 8.0. Does Debian HPPA have XFS? Thanks James; /archives/xfs/2002-10/msg01053.html (12,348 bytes)
5. [2.4.18-14SGI_XFS_1.2a1] acl problems (was: root xfs filesystem executable bits bug comeback?) (score: 1): Author: mm@xxxxxxxxxxxxxxxxxxx>; Date: Sat, 12 Oct 2002 20:24:17 -0800; use custom iget functions to look them up in the inode cache. What doesn't work is exporting them to user spac; /archives/xfs/2002-10/msg01054.html (11,842 bytes)
6. ved symbol in xfs.o (score: 1): Author: angeli <andrea@xxxxxxx>; Date: Tue, 15 Oct 2002 19:56:44 +0200; link it into the kernel in the meantime (select Y instead of M). For some reason bleeding edge gcc from CVS generates a flood of symbol errors when I run depm; /archives/xfs/2002-10/msg01081.html (10,595 bytes)
7. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Axel Thimm <Axel.Thimm@xxxxxxxxxxxxxxxxxxx>; Date: Sun, 13 Oct 2002 05:59:29 +0200; I just found out, that I was using the rpms from http://oss.sgi.com/projects/xfs/download/cmd_rpms instead of the ones in 1.2pre1. But switching to them does not make any difference. I also see a xfs; /archives/xfs/2002-10/msg01832.html (12,729 bytes)
8. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Ethan Benson <erbenson@xxxxxxxxxx>; Date: Sat, 12 Oct 2002 20:24:17 -0800; yes you will see that if you run getfattr as root. you don't need to mess with that one. yes, the xfsroot attribute handled automatically in the kernel. yes maybe, i tend to think not, it really need; /archives/xfs/2002-10/msg01833.html (12,188 bytes)
9. Re: [2.4.18-14SGI_XFS_1.2a1] acl problems (score: 1): Author: Axel Thimm <Axel.Thimm@xxxxxxxxxxxxxxxxxxx>; Date: Tue, 15 Oct 2002 19:56:44 +0200; The small testcase I scripted does well on it (1.2pre1 with your patch). Not only the permissions bit seem to be fine now, but also the ghost-acl entries are gone. Definitely makes me happy! ;) Thank; /archives/xfs/2002-10/msg01860.html (10,900 bytes)

Current List: 1 - 9
Page: [1]