- 1. ext: Tree for October 17) (score: 1)
- Author: >
- Date: Tue, 21 Oct 2008 00:20:36 +0200
- xfs_bulkstat only wants the dinode, offset and buffer from a given inode number. Instead of using xfs_itobp on a fake inode that is much easier done with xfs_inotobp, which just needs an imap_flag pa
- /archives/xfs/2008-10/msg00413.html (13,009 bytes)
- 2. stop using xfs_itobp in xfs_bulkstat (score: 1)
- Author: >
- Date: Tue, 21 Oct 2008 13:44:55 +1100
- Nice - that removes the only external user of xfs_inode_alloc() very cleanly. Looks ok to me. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg00420.html (8,260 bytes)
- 3. g destroy_inode (score: 1)
- Author: >
- Date: Tue, 21 Oct 2008 04:13:29 -0400
- Which means we should mark it static now. Updated patch below: Signed-off-by: Christoph Hellwig <hch@xxxxxx> Index: xfs-2.6/fs/xfs/xfs_inode.c == -- xfs-2.6.orig/fs/xfs/xfs_inode.c 2008-10-20 23:49:3
- /archives/xfs/2008-10/msg00433.html (14,798 bytes)
- 4. 4/3] remove dead code for old inode item recovery (score: 1)
- Author: >
- Date: Wed, 22 Oct 2008 07:36:13 +1100
- Looks good. BTW, the original patch series has run through xfsqa on my setup overnight without any problems. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg00447.html (9,160 bytes)
- 5. ¾Ñ‚еле Даккар (score: 1)
- Author: g <hch@xxxxxxxxxxxxx>
- Date: Tue, 21 Oct 2008 00:20:36 +0200
- xfs_bulkstat only wants the dinode, offset and buffer from a given inode number. Instead of using xfs_itobp on a fake inode that is much easier done with xfs_inotobp, which just needs an imap_flag pa
- /archives/xfs/2008-10/msg01232.html (12,830 bytes)
- 6. on called from invalid context at kernel/rwsem.c:131 XFS? (was: Re: linux-next: Tree for October 17) (score: 1)
- Author: roy <lachlan@xxxxxxx>
- Date: Tue, 21 Oct 2008 13:44:55 +1100
- Nice - that removes the only external user of xfs_inode_alloc() very cleanly. Looks ok to me. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg01241.html (8,081 bytes)
- 7. s.... (score: 1)
- Author: g <hch@xxxxxxxxxxxxx>
- Date: Tue, 21 Oct 2008 04:13:29 -0400
- Which means we should mark it static now. Updated patch below: Signed-off-by: Christoph Hellwig <hch@xxxxxx> Index: xfs-2.6/fs/xfs/xfs_inode.c == -- xfs-2.6.orig/fs/xfs/xfs_inode.c 2008-10-20 23:49:3
- /archives/xfs/2008-10/msg01254.html (14,619 bytes)
- 8. ruct xfs_mount_args (score: 1)
- Author: <stenehall@xxxxxxxxx>
- Date: Wed, 22 Oct 2008 07:36:13 +1100
- Looks good. BTW, the original patch series has run through xfsqa on my setup overnight without any problems. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg01268.html (8,981 bytes)
- 9. [PATCH 1/3] stop using xfs_itobp in xfs_bulkstat (score: 1)
- Author: Christoph Hellwig <hch@xxxxxx>
- Date: Tue, 21 Oct 2008 00:20:36 +0200
- xfs_bulkstat only wants the dinode, offset and buffer from a given inode number. Instead of using xfs_itobp on a fake inode that is much easier done with xfs_inotobp, which just needs an imap_flag pa
- /archives/xfs/2008-10/msg02050.html (12,830 bytes)
- 10. Re: [PATCH 1/3] stop using xfs_itobp in xfs_bulkstat (score: 1)
- Author: Dave Chinner <david@xxxxxxxxxxxxx>
- Date: Tue, 21 Oct 2008 13:44:55 +1100
- Nice - that removes the only external user of xfs_inode_alloc() very cleanly. Looks ok to me. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg02059.html (8,141 bytes)
- 11. Re: [PATCH 1/3] stop using xfs_itobp in xfs_bulkstat (score: 1)
- Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Date: Tue, 21 Oct 2008 04:13:29 -0400
- Which means we should mark it static now. Updated patch below: Signed-off-by: Christoph Hellwig <hch@xxxxxx> Index: xfs-2.6/fs/xfs/xfs_inode.c == -- xfs-2.6.orig/fs/xfs/xfs_inode.c 2008-10-20 23:49:3
- /archives/xfs/2008-10/msg02072.html (14,765 bytes)
- 12. Re: [PATCH 1/3] stop using xfs_itobp in xfs_bulkstat (score: 1)
- Author: Dave Chinner <david@xxxxxxxxxxxxx>
- Date: Wed, 22 Oct 2008 07:36:13 +1100
- Looks good. BTW, the original patch series has run through xfsqa on my setup overnight without any problems. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
- /archives/xfs/2008-10/msg02086.html (9,129 bytes)
This search system is powered by
Namazu