Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+3\/7\]\s+sanitize\s+xlog_in_core

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+3\/7\]\s+sanitize\s+xlog_in_core_t\s+definition\s*$/: 15 ]

Total 15 documents matching your query.

1. ame? (score: 1): Author: xxxxxxxxxxx>; Date: Mon, 27 Oct 2008 09:39:07 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg00617.html (14,934 bytes)
2. up ->open for directories (score: 1): Author: xxxxxxxxxxx>; Date: Tue, 28 Oct 2008 16:17:34 +1100; Couple of things. The ic_data pointer should not be on the same cacheline as the reference count seeing as it is read-only field. Otherwise seems ok. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg00660.html (9,414 bytes)
3. ed chown parameter from xfs linux (score: 1): Author: @xxxxxxxxxx>; Date: Tue, 28 Oct 2008 05:16:14 -0400; Makes sense, but I'll leave that for a separate patch to keep things bisectable.; /archives/xfs/2008-10/msg00676.html (8,548 bytes)
4. lename? (score: 1): Author: avid@xxxxxxxxxxxxx>; Date: Wed, 29 Oct 2008 08:51:11 +1100; ok. Reviewed-by: Dave Chinner <david@xxxxxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg00690.html (9,328 bytes)
5. m do you use on your postfix server? (score: 1): Author: ellwig <hch@xxxxxx>; Date: Sun, 26 Oct 2008 16:35:22 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg00797.html (14,910 bytes)
6. ed formatter (score: 1): Author: >; Date: Sun, 26 Oct 2008 16:35:22 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg01406.html (14,910 bytes)
7. - correctly select first log item to push (score: 1): Author: toph Hellwig <hch@xxxxxxxxxxxxx>; Date: Mon, 27 Oct 2008 09:39:07 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg01475.html (14,755 bytes)
8. d code from sv_t implementation (score: 1): Author: ve Chinner <david@xxxxxxxxxxxxx>; Date: Tue, 28 Oct 2008 16:17:34 +1100; Couple of things. The ic_data pointer should not be on the same cacheline as the reference count seeing as it is read-only field. Otherwise seems ok. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg01518.html (9,235 bytes)
9. 2] allow inode64 mount option on 32 bit systems (score: 1): Author: ert <carsten.aulbert@xxxxxxxxxx>; Date: Tue, 28 Oct 2008 05:16:14 -0400; Makes sense, but I'll leave that for a separate patch to keep things bisectable.; /archives/xfs/2008-10/msg01534.html (8,369 bytes)
10. n_core_t definition (score: 1): Author: xxx>; Date: Wed, 29 Oct 2008 08:51:11 +1100; ok. Reviewed-by: Dave Chinner <david@xxxxxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg01548.html (9,149 bytes)
11. [PATCH 3/7] sanitize xlog_in_core_t definition (score: 1): Author: Christoph Hellwig <hch@xxxxxx>; Date: Sun, 26 Oct 2008 16:35:22 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg02224.html (14,910 bytes)
12. [PATCH 3/7] sanitize xlog_in_core_t definition (score: 1): Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>; Date: Mon, 27 Oct 2008 09:39:07 -0400; Move all fields from xlog_iclog_fields_t into xlog_in_core_t instead of having them in a substructure and the using #defines to make it look like they were directly in xlog_in_core_t. Also document t; /archives/xfs/2008-10/msg02293.html (14,755 bytes)
13. Re: [PATCH 3/7] sanitize xlog_in_core_t definition (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Tue, 28 Oct 2008 16:17:34 +1100; Couple of things. The ic_data pointer should not be on the same cacheline as the reference count seeing as it is read-only field. Otherwise seems ok. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg02336.html (9,293 bytes)
14. Re: [PATCH 3/7] sanitize xlog_in_core_t definition (score: 1): Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>; Date: Tue, 28 Oct 2008 05:16:14 -0400; Makes sense, but I'll leave that for a separate patch to keep things bisectable.; /archives/xfs/2008-10/msg02352.html (8,514 bytes)
15. Re: [PATCH 3/7] sanitize xlog_in_core_t definition (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Wed, 29 Oct 2008 08:51:11 +1100; ok. Reviewed-by: Dave Chinner <david@xxxxxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx; /archives/xfs/2008-10/msg02366.html (9,294 bytes)

Current List: 1 - 15
Page: [1]