Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+1\/2\]\s+kill\s+attr_capable\s+callbacks\s*$/: 15 ]

Total 15 documents matching your query.

1. ilesystem (score: 1)
Author: >
Date: Mon, 12 May 2008 11:47:21 +1000
Seeing you are working on xattr stuff right now, can you pick this up? (and the followup patch as well?) Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group
/archives/xfs/2008-05/msg00106.html (15,246 bytes)

2. k devices (score: 1)
Author: >
Date: Mon, 12 May 2008 16:22:37 +1000
Yep. --Tim
/archives/xfs/2008-05/msg00112.html (16,104 bytes)

3. callbacks (score: 1)
Author: >
Date: Mon, 12 May 2008 08:27:33 +0200
Btw, here's the generic acl conversion rebased ontop of these two patches. Still haven't managed to sort out the other issues with it. Index: linux-2.6-xfs/fs/xfs/linux-2.6/xfs_acl.c == -- /dev/null
/archives/xfs/2008-05/msg00113.html (68,312 bytes)

4. complete (score: 1)
Author: >
Date: Wed, 14 May 2008 17:05:45 +1000
Hi Christoph, Looks reasonable to me - comparing xattr_permission() with attr_user_capable() and attr_trusted_capable(). Also the xattr_permission() makes more sense with its MAY_WRITE testing otherw
/archives/xfs/2008-05/msg00153.html (15,290 bytes)

5. ocking dependency with xfs filesystem (score: 1)
Author: xx>
Date: Mon, 12 May 2008 11:47:21 +1000
se positive - can never cau
/archives/xfs/2008-05/msg00590.html (15,246 bytes)

6. ning and closing of the block devices (score: 1)
Author: xx>
Date: Mon, 12 May 2008 16:22:37 +1000
ch below: Index: linux-2.6-
/archives/xfs/2008-05/msg00596.html (16,104 bytes)

7. ATCH 1/2] kill attr_capable callbacks (score: 1)
Author: xx>
Date: Mon, 12 May 2008 08:27:33 +0200
ndex: linux-2.6-
/archives/xfs/2008-05/msg00597.html (68,312 bytes)

8. reclaim wait for log I/O to complete (score: 1)
Author: xx>
Date: Wed, 14 May 2008 17:05:45 +1000
never see a pinned inode t
/archives/xfs/2008-05/msg00637.html (15,290 bytes)

9. lushsema (score: 1)
Author: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 30 Apr 2008 13:22:13 +0200
tion.
/archives/xfs/2008-04/msg00575.html (12,092 bytes)

10. emove l_flushsema (score: 1)
Author: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 30 Apr 2008 13:22:13 +0200
n being on this wait queue
/archives/xfs/2008-04/msg01171.html (12,092 bytes)

11. Re: [PATCH 1/2] kill attr_capable callbacks (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Mon, 12 May 2008 11:47:21 +1000
Tim, Seeing you are working on xattr stuff right now, can you pick this up? (and the followup patch as well?) Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group
/archives/xfs/2008-05/msg01074.html (15,362 bytes)

12. Re: [PATCH 1/2] kill attr_capable callbacks (score: 1)
Author: Timothy Shimmin <tes@xxxxxxx>
Date: Mon, 12 May 2008 16:22:37 +1000
Yep. --Tim
/archives/xfs/2008-05/msg01080.html (16,230 bytes)

13. Re: [PATCH 1/2] kill attr_capable callbacks (score: 1)
Author: Christoph Hellwig <hch@xxxxxx>
Date: Mon, 12 May 2008 08:27:33 +0200
Btw, here's the generic acl conversion rebased ontop of these two patches. Still haven't managed to sort out the other issues with it. Index: linux-2.6-xfs/fs/xfs/linux-2.6/xfs_acl.c == -- /dev/null
/archives/xfs/2008-05/msg01081.html (68,438 bytes)

14. Re: [PATCH 1/2] kill attr_capable callbacks (score: 1)
Author: Timothy Shimmin <tes@xxxxxxx>
Date: Wed, 14 May 2008 17:05:45 +1000
Hi Christoph, Looks reasonable to me - comparing xattr_permission() with attr_user_capable() and attr_trusted_capable(). Also the xattr_permission() makes more sense with its MAY_WRITE testing otherw
/archives/xfs/2008-05/msg01121.html (15,406 bytes)

15. [PATCH 1/2] kill attr_capable callbacks (score: 1)
Author: Christoph Hellwig <hch@xxxxxx>
Date: Wed, 30 Apr 2008 13:22:13 +0200
No need for addition permission checks in the xattr handler, fs/xattr.c:xattr_permission() already does them, and in fact slightly more strict then what was in the attr_capable handlers. Signed-off-b
/archives/xfs/2008-04/msg01767.html (12,092 bytes)


This search system is powered by Namazu