linux-ext4 mailing list - 2009/08

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev month] [next month>] [year] [list]

linux-ext4 mailing list - 2009/08

Mon	Tue	Wed	Thu	Fri	Sat	Sun
					¹ 7	² 10
³ 30	⁴ 26	⁵ 6	⁶ 21	⁷ 12	⁸ 15	⁹ 1
¹⁰ 47	¹¹ 32	¹² 19	¹³ 3	¹⁴ 7	¹⁵ 1	¹⁶ 8
¹⁷ 11	¹⁸ 26	¹⁹ 22	²⁰ 27	²¹ 32	²² 8	²³ 5
²⁴ 49	²⁵ 56	²⁶ 77	²⁷ 26	²⁸ 27	²⁹ 23	³⁰ 34
³¹ 48

Messages by day:

August 1 (7 messages)

Re: >16TB issues (Justin Maggard <jmaggard10@...il.com>)
[PATCH RFC] ext4 direct IO for holes, fallocate (Mingming <cmm@...ibm.com>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)
[PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Mark Lord <lkml@....ca>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Mark Lord <lkml@....ca>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (David Rientjes <rientjes@...gle.com>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)

August 2 (10 messages)

Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)
Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)
Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)
[PATCH 1/2] ext4: fix journal ref count in move_extent_par_page (Peng Tao <bergwolf@...il.com>)
[PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Peng Tao <bergwolf@...il.com>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask ("Rafael J. Wysocki" <rjw@...k.pl>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)
ext4 ioctl(FIEMAP) bug? observed in 2.6.29.4 (32-bit x86) (Mark Lord <lkml@....ca>)

August 3 (30 messages)

Re: ext4 ioctl(FIEMAP) bug? observed in 2.6.29.4 (32-bit x86) ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH 1/2] ext4: fix journal ref count in move_extent_par_page (Akira Fujita <a-fujita@...jp.nec.com>)
Re: [PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Akira Fujita <a-fujita@...jp.nec.com>)
Re: [PATCH RFC] Insure direct IO writes do not use the page cache (Jan Kara <jack@...e.cz>)
Help to read journal content (ranjith kannikara <ranjithkannikara@...il.com>)
Re: [PATCH 1/2] ext4: fix journal ref count in move_extent_par_page (Peng Tao <bergwolf@...il.com>)
Re: [PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Peng Tao <bergwolf@...il.com>)
ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
Re: ext4 ioctl(FIEMAP) bug? observed in 2.6.29.4 (32-bit x86) (Mark Lord <lkml@....ca>)
Re: [PATCH RFC] ext4 direct IO for holes, fallocate ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: >16TB issues (Valerie Aurora <vaurora@...hat.com>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Mark Lord <lkml@....ca>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Arnd Bergmann <arnd@...db.de>)
Re: Fix device too big bug in mainline? (Valerie Aurora <vaurora@...hat.com>)
ok to stop e4defrag? (Doug Hunley <doug@...ley.homeip.net>)
Re: Help to read journal content (Andreas Dilger <adilger@....com>)
Re: Fix device too big bug in mainline? (Valerie Aurora <vaurora@...hat.com>)
spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Valerie Aurora <vaurora@...hat.com>)
[PATCH 0/2] Two JBD cleanups (Jan Kara <jack@...e.cz>)
[PATCH] ext3: Update MAINTAINERS for ext3 and JBD (Jan Kara <jack@...e.cz>)
[PATCH] jbd: Journal block numbers can ever be only 32-bit use unsigned int for them (Jan Kara <jack@...e.cz>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Mark Lord <lkml@....ca>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Jan Kara <jack@...e.cz>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Eric Sandeen <sandeen@...deen.net>)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Valerie Aurora <vaurora@...hat.com>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Andrew Morton <akpm@...ux-foundation.org>)
+ compat_ioctl-hook-up-compat-handler-for-fiemap-ioctl.patch added to -mm tree (akpm@...ux-foundation.org)
Re: [PATCH RFC] ext4 direct IO for holes, fallocate (Mingming <cmm@...ibm.com>)

August 4 (26 messages)

31-rc4-mmotm0730 - ext4 whinge at shutdown (Valdis.Kletnieks@...edu)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Julia Lawall <julia@...u.dk>)
Re: [PATCH 1/2] ext4: fix journal ref count in move_extent_par_page (Akira Fujita <a-fujita@...jp.nec.com>)
Re: [PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Akira Fujita <a-fujita@...jp.nec.com>)
Re: ok to stop e4defrag? (Stephan Kulow <coolo@...e.de>)
Re: [PATCH] fs/compat_ioctl.c: add missing FS_IOC_FIEMAP support (Arnd Bergmann <arnd@...db.de>)
[Bug 13909] New: md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Theodore Tso <tytso@....edu>)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Valerie Aurora <vaurora@...hat.com>)
Re: Fix device too big bug in mainline? (Valerie Aurora <vaurora@...hat.com>)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Andreas Dilger <adilger@....com>)
Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask (Christian Kujau <lists@...dbynature.de>)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Valerie Aurora <vaurora@...hat.com>)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)
Re: spatch for 64-bit e2fsprogs (was Re: Fix device too big bug in mainline?) (Theodore Tso <tytso@....edu>)
Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)
Re: Fix device too big bug in mainline? (Valerie Aurora <vaurora@...hat.com>)
Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Jan Kara <jack@...e.cz>)
Re: Fix device too big bug in mainline? (Theodore Tso <tytso@....edu>)

August 5 (6 messages)

[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)
[PATCH -V2 1/3] tune2fs: Make e2fsprogs handle ENOSPC better with inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH -V2 2/3] tune2fs: Handle fs meta-data blocks during inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH -V2 3/3] tune2fs: handle bad blocks when resizing inodes ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)

August 6 (21 messages)

[PATCH] filefrag: fix frag count in bmap case (Eric Sandeen <sandeen@...hat.com>)
[PATCH] filefrag: don't print extent header on bmap fallback (Eric Sandeen <sandeen@...hat.com>)
[PATCH V2] xfstests 218: very basic defragmentation testing for xfs & ext4 (Eric Sandeen <sandeen@...deen.net>)
[PATCH -V3 1/3] tune2fs: Make e2fsprogs handle ENOSPC better with inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH -V3 2/3] tune2fs: Handle fs meta-data blocks during inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH -V3 3/3] tune2fs: handle bad blocks when resizing inodes ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH -V3 1/3] tune2fs: Make e2fsprogs handle ENOSPC better with inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: 2.6.28.9: EXT3/NFS inodes corruption ("J. Bruce Fields" <bfields@...ldses.org>)
Re: ll_ver_fs data verification failure - 96TB fs (Valerie Aurora <vaurora@...hat.com>)
Re: ll_ver_fs data verification failure - 96TB fs (Valerie Aurora <vaurora@...hat.com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
Re: ll_ver_fs data verification failure - 96TB fs (Andreas Dilger <adilger@....com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
[patch 07/15] compat_ioctl: hook up compat handler for FIEMAP ioctl (akpm@...ux-foundation.org)
Re: ll_ver_fs data verification failure - 96TB fs (Andreas Dilger <adilger@....com>)
Re: ll_ver_fs data verification failure - 96TB fs (Nick Dokos <nicholas.dokos@...com>)
[patch 1/1] ext4: remove redundant test on unsigned (akpm@...ux-foundation.org)
[Bug 13874] kenal panic on addition of xfx nvidia gts250 512mb on 946giz motherboard (bugzilla-daemon@...zilla.kernel.org)

August 7 (12 messages)

Re: [RFC][PATCH 1/7]ext4: Add EXT4_IOC_ADD_GLOBAL_ALLOC_RULE restricts block allocation (Akira Fujita <a-fujita@...jp.nec.com>)
[Bug 13930] New: non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
Questions about mballoc's stream allocation ("Theodore Ts'o" <tytso@....edu>)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
[Bug 12793] ext4 gives wrong errno with too long extended attribute values (bugzilla-daemon@...zilla.kernel.org)
ext4: buffer underrun in ext4_ext_split()? (Roel Kluin <roel.kluin@...il.com>)
Re: ext4: buffer underrun in ext4_ext_split()? (Roel Kluin <roel.kluin@...il.com>)
Re: [Bug 13930] New: non-contiguous files (64.9%) on a ext4 fs (Andreas Dilger <adilger@....com>)
Re: [Bug 13930] New: non-contiguous files (64.9%) on a ext4 fs (Eric Sandeen <sandeen@...hat.com>)
[PATCH] xfstests: 220 - generic quota sanity (Eric Sandeen <sandeen@...hat.com>)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)

August 8 (15 messages)

Re: [Bug 13930] New: non-contiguous files (64.9%) on a ext4 fs (Theodore Tso <tytso@....edu>)
Thoughts on improving ext4's inode allocator (Theodore Tso <tytso@....edu>)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
Re: ext4: buffer underrun in ext4_ext_split()? (Theodore Tso <tytso@....edu>)
Re: Questions about mballoc's stream allocation (Andreas Dilger <adilger@....com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Peng Tao <bergwolf@...il.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[PATCH,RFC 1/2] ext4: Fix bugs in mballoc's stream allocation mode (Theodore Ts'o <tytso@....edu>)
[PATCH,RFC 2/2] ext4: Avoid group preallocation for closed files (Theodore Ts'o <tytso@....edu>)

August 9 (1 message)

Re: [RFC][PATCH 1/7]ext4: Add EXT4_IOC_ADD_GLOBAL_ALLOC_RULE restricts block allocation (Greg Freemyer <greg.freemyer@...il.com>)

August 10 (47 messages)

[PATCH, RFC -V2 4/4] ext4: Avoid group preallocation for closed files (Theodore Ts'o <tytso@....edu>)
[PATCH, RFC -V2 3/4] ext4: Fix bugs in mballoc's stream allocation mode (Theodore Ts'o <tytso@....edu>)
[PATCH, RFC -V2 2/4] ext4: Display the mballoc flags in mb_history in hex instead of decimal (Theodore Ts'o <tytso@....edu>)
[PATCH, RFC -V2 1/4] ext4: Add configurable run-time mballoc debugging (Theodore Ts'o <tytso@....edu>)
[PATCH, RFC -V2 0/4] mballoc patches for ext4 (Theodore Ts'o <tytso@....edu>)
[PATCH 0/6] Patches to improve/fix e2freefrag (Theodore Ts'o <tytso@....edu>)
[PATCH 2/6] e2freefrag: Do not print chunk-related information by default (Theodore Ts'o <tytso@....edu>)
[PATCH 5/6] Add V=1 support when linking e2freefrag in misc/Makefile.in (Theodore Ts'o <tytso@....edu>)
[PATCH 1/6] e2freefrag: Clarify e2freefrag's messages (Theodore Ts'o <tytso@....edu>)
[PATCH 3/6] e2freefrag: Fix to work correctly for file systems with 1kb block sizes (Theodore Ts'o <tytso@....edu>)
[PATCH 4/6] e2freefrag: Take into account the last free extent in the file system (Theodore Ts'o <tytso@....edu>)
[PATCH 6/6] libext2fs: Treat uninitialized parts of bitmaps as unallocated (Theodore Ts'o <tytso@....edu>)
Re: [PATCH, RFC -V2 1/4] ext4: Add configurable run-time mballoc debugging (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH, RFC -V2 2/4] ext4: Display the mballoc flags in mb_history in hex instead of decimal (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH] xfstests: 220 - generic quota sanity (Lachlan McIlroy <lmcilroy@...hat.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
[Bug 13930] non-contiguous files (64.9%) on a ext4 fs (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH] xfstests: 220 - generic quota sanity (Eric Sandeen <sandeen@...deen.net>)
Re: [PATCH V2] xfstests 218: very basic defragmentation testing for xfs & ext4 (Christoph Hellwig <hch@...radead.org>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[RFC,PATCH 1/2] Direct IO for holes and fallocate (Mingming <cmm@...ibm.com>)
[RFC,PATCH 2/2] Direct IO for holes and fallocate (Mingming <cmm@...ibm.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH] xfstests: 220 - generic quota sanity (Christoph Hellwig <hch@...radead.org>)
[PATCH] compile fix for debuging delalloc patch (Mingming <cmm@...ibm.com>)
Re: [PATCH 2/2] ext4: fix null pointer bug in move_extent.c (Peng Tao <bergwolf@...il.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Data loss/corruption when using fallocate/ftruncate. (Frank Mayhar <fmayhar@...gle.com>)
[merged] compat_ioctl-hook-up-compat-handler-for-fiemap-ioctl.patch removed from -mm tree (akpm@...ux-foundation.org)
[PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Theodore Ts'o <tytso@....edu>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH, RFC -V2 1/4] ext4: Add configurable run-time mballoc debugging (Theodore Tso <tytso@....edu>)
Re: [PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Jan Kara <jack@...e.cz>)
Re: [PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Ric Wheeler <rwheeler@...hat.com>)
Re: Data loss/corruption when using fallocate/ftruncate. (Mingming <cmm@...ibm.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)

August 11 (32 messages)

Re: [PATCH] xfstests: 220 - generic quota sanity (Lachlan McIlroy <lmcilroy@...hat.com>)
Re: [PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Jan Kara <jack@...e.cz>)
[Bug 13604] cascade of "mpage_da_map_blocks block allocation failed" errors (bugzilla-daemon@...zilla.kernel.org)
[Bug 12793] ext4 gives wrong errno with too long extended attribute values (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Al Boldi <a1426z@...ab.com>)
Nasty race found in ext4 extents truncate logic ("Theodore Ts'o" <tytso@....edu>)
Re: [PATCH, RFC] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Al Boldi <a1426z@...ab.com>)
Re: [PATCH] JBD2: round commit timer up to avoid uncommitted transaction (Theodore Tso <tytso@....edu>)
Re: [PATCH] ext4: remove redundant test on unsigned (Theodore Tso <tytso@....edu>)
Re: [PATCH] compile fix for debuging delalloc patch (Theodore Tso <tytso@....edu>)
What happened to data=guarded? (was: ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED) (Frans Pop <elendil@...net.nl>)
Re: What happened to data=guarded? (was: ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED) (Chris Mason <chris.mason@...cle.com>)
Re: What happened to data=guarded? (Frans Pop <elendil@...net.nl>)
Re: Nasty race found in ext4 extents truncate logic (Jan Kara <jack@...e.cz>)
Re: What happened to data=guarded? (Andi Kleen <andi@...stfloor.org>)
Re: What happened to data=guarded? (Jan Kara <jack@...e.cz>)
Re: Questions about mballoc's stream allocation ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: Questions about mballoc's stream allocation ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: What happened to data=guarded? (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH, RFC -V2 1/4] ext4: Add configurable run-time mballoc debugging (Xiang Wang <xiangw@...gle.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH, RFC -V2 1/4] ext4: Add configurable run-time mballoc debugging (Theodore Tso <tytso@....edu>)
Re: What happened to data=guarded? (Theodore Tso <tytso@....edu>)
[Bug 13964] New: ext4: panic causes lost data in git (bugzilla-daemon@...zilla.kernel.org)
[Bug 13964] ext4: panic causes lost data in git (bugzilla-daemon@...zilla.kernel.org)
Re: What happened to data=guarded? (Andi Kleen <andi@...stfloor.org>)
RFC: guard against more "dangerous" userspace options (Eric Sandeen <sandeen@...hat.com>)
Re: What happened to data=guarded? (Pavel Machek <pavel@....cz>)
patch compat_ioctl-hook-up-compat-handler-for-fiemap-ioctl.patch added to 2.6.30-stable tree (<gregkh@...e.de>)
Re: >16TB issues (Valerie Aurora <vaurora@...hat.com>)
Re: >16TB issues (Theodore Tso <tytso@....edu>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)

August 12 (19 messages)

Re: >16TB issues (Valerie Aurora <vaurora@...hat.com>)
Re: >16TB issues (Theodore Tso <tytso@....edu>)
Re: >16TB issues (Eric Sandeen <sandeen@...hat.com>)
Re: >16TB issues (Justin Maggard <jmaggard10@...il.com>)
Re: >16TB issues (Eric Sandeen <sandeen@...hat.com>)
[PATCH] Compile warning fix when enable EXT_DEBUG (Mingming <cmm@...ibm.com>)
[PATCH]Show unwritten extent flag in ext4_ext_show_leaf() (Mingming <cmm@...ibm.com>)
Re: [PATCH] Compile warning fix when enable EXT_DEBUG (Eric Sandeen <sandeen@...hat.com>)
[PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Mingming <cmm@...ibm.com>)
[PATCH 2/2 V2] Direct IO for holes and fallocate: unwritten extents spt for DIO (Mingming <cmm@...ibm.com>)
Re: [PATCH] Compile warning fix when enable EXT_DEBUG (Mingming <cmm@...ibm.com>)
Re: [PATCH] Compile warning fix when enable EXT_DEBUG (Mingming <cmm@...ibm.com>)
Re: [PATCH]Show unwritten extent flag in ext4_ext_show_leaf() (Mingming <cmm@...ibm.com>)
Re: >16TB issues (Valerie Aurora <vaurora@...hat.com>)
patch compat_ioctl-hook-up-compat-handler-for-fiemap-ioctl.patch added to 2.6.27-stable tree (<gregkh@...e.de>)
Re: What happened to data=guarded? (Jan Kara <jack@...e.cz>)
[PATCH] reject too-large filesystems on 32-bit kernels (Eric Sandeen <sandeen@...hat.com>)
[PATCH V2] reject too-large filesystems on 32-bit kernels (Eric Sandeen <sandeen@...hat.com>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Jan Kara <jack@...e.cz>)

August 13 (3 messages)

Questions on ext4 and writeback (Curt Wohlgemuth <curtw@...gle.com>)
[patch 16/28] compat_ioctl: hook up compat handler for FIEMAP ioctl (Greg KH <gregkh@...e.de>)
[patch 57/74] compat_ioctl: hook up compat handler for FIEMAP ioctl (Greg KH <gregkh@...e.de>)

August 14 (7 messages)

[PATCH 3/4] jbd2: Annotate transaction start also for jbd2_journal_restart() (Jan Kara <jack@...e.cz>)
[PATCH 2/4] ext3: Fix possible deadlock between ext3_truncate() and ext3_get_blocks() (Jan Kara <jack@...e.cz>)
[PATCH 0/4] ext[34]: Fix deadlock between truncate and get_block() (Jan Kara <jack@...e.cz>)
[PATCH 4/4] ext4: Fix possible deadlock between ext4_truncate() and ext4_get_blocks() (Jan Kara <jack@...e.cz>)
[PATCH 1/4] jbd: Annotate transaction start also for journal_restart() (Jan Kara <jack@...e.cz>)
Re: [PATCH 2/4] ext3: Fix possible deadlock between ext3_truncate() and ext3_get_blocks() (Andrew Morton <akpm@...ux-foundation.org>)
fsck infinite loop on corrupt ext4 file system (Frank Mayhar <fmayhar@...gle.com>)

August 15 (1 message)

[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)

August 16 (8 messages)

[Bug 13992] New: ext3 data=ordered in fstab prevents booting (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH] filefrag: fix frag count in bmap case (Theodore Tso <tytso@....edu>)
Re: [PATCH] filefrag: don't print extent header on bmap fallback (Theodore Tso <tytso@....edu>)
[patch 5/5] ext2: convert to use the new truncate convention. (npiggin@...e.de)
[PATCH] ext4: open-code ext4_mb_update_group_info (Eric Sandeen <sandeen@...hat.com>)
[PATCH] ext4: simplify some logic in ext4_mb_normalize_request (Eric Sandeen <sandeen@...hat.com>)
Re: [patch 5/5] ext2: convert to use the new truncate convention. (Christoph Hellwig <hch@...radead.org>)
[PATCH] ext4: feature set check helper for mount & remount paths (Eric Sandeen <sandeen@...hat.com>)

August 17 (11 messages)

Re: [patch 5/5] ext2: convert to use the new truncate convention. (Nick Piggin <npiggin@...e.de>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [patch 5/5] ext2: convert to use the new truncate convention. (Boaz Harrosh <bharrosh@...asas.com>)
Re: [PATCH] Compile warning fix when enable EXT_DEBUG (Theodore Tso <tytso@....edu>)
Re: [PATCH]Show unwritten extent flag in ext4_ext_show_leaf() (Theodore Tso <tytso@....edu>)
Re: [Bug 13909] md5sum on 3GB file is constantly hanging (Ric Wheeler <rwheeler@...hat.com>)
[Bug 13909] md5sum on 3GB file is constantly hanging (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH 2/4] ext3: Fix possible deadlock between ext3_truncate() and ext3_get_blocks() (Jan Kara <jack@...e.cz>)
Large volume ll_ver_fs results (w/ short read/write patch). (Nick Dokos <nicholas.dokos@...com>)
Re: [patch 5/5] ext2: convert to use the new truncate convention. (Nick Piggin <npiggin@...e.de>)
Re: [RFC,PATCH 1/2] Direct IO for holes and fallocate (Theodore Tso <tytso@....edu>)

August 18 (26 messages)

Re: [RFC,PATCH 2/2] Direct IO for holes and fallocate (Theodore Tso <tytso@....edu>)
Re: fsck infinite loop on corrupt ext4 file system (Frank Mayhar <fmayhar@...gle.com>)
Re: [PATCH 3/4] jbd2: Annotate transaction start also for jbd2_journal_restart() (Theodore Tso <tytso@....edu>)
Re: [PATCH 4/4] ext4: Fix possible deadlock between ext4_truncate() and ext4_get_blocks() (Theodore Tso <tytso@....edu>)
Re: fsck infinite loop on corrupt ext4 file system (Andreas Dilger <adilger@....com>)
Re: [PATCH V2] reject too-large filesystems on 32-bit kernels (Theodore Tso <tytso@....edu>)
Re: [PATCH] ext4: open-code ext4_mb_update_group_info (Theodore Tso <tytso@....edu>)
Re: [PATCH] ext4: simplify some logic in ext4_mb_normalize_request (Theodore Tso <tytso@....edu>)
Re: [PATCH] ext4: feature set check helper for mount & remount paths (Theodore Tso <tytso@....edu>)
NOTICE!!! ("support@...mailaccount.com" <support@...mailaccount.com>)
Rare xfsqa test failure ("Theodore Ts'o" <tytso@....edu>)
Re: Rare xfsqa test failure (Theodore Tso <tytso@....edu>)
Re: fsck infinite loop on corrupt ext4 file system (Theodore Tso <tytso@....edu>)
Re: fsck infinite loop on corrupt ext4 file system (Frank Mayhar <fmayhar@...gle.com>)
Re: Questions on ext4 and writeback (Theodore Tso <tytso@....edu>)
Re: Questions on ext4 and writeback (Curt Wohlgemuth <curtw@...gle.com>)
Re: fsck infinite loop on corrupt ext4 file system (Theodore Tso <tytso@....edu>)
Re: Rare xfsqa test failure (Andreas Dilger <adilger@....com>)
[Bug 12424] ext4_da_writepages error while downloading a file w/firefox (bugzilla-daemon@...zilla.kernel.org)
[Bug 13369] kernel BUG at fs/ext4/inode.c:3123 (bugzilla-daemon@...zilla.kernel.org)
Re: fsck infinite loop on corrupt ext4 file system (Andreas Dilger <adilger@....com>)
Re: Rare xfsqa test failure (Theodore Tso <tytso@....edu>)
Troubleshooting pendrive ext2fs (Casimiro de Almeida Barreto <casimiro.barreto@...il.com>)
Re: Troubleshooting pendrive ext2fs (Andreas Dilger <adilger@....com>)
Re: [RFC,PATCH 2/2] Direct IO for holes and fallocate (Mingming <cmm@...ibm.com>)
Re: [RFC,PATCH 1/2] Direct IO for holes and fallocate (Mingming <cmm@...ibm.com>)

August 19 (22 messages)

Block allocation failed (Graham Murray <graham@...rray.org.uk>)
[Bug 13992] ext3 data=ordered in fstab prevents booting (bugzilla-daemon@...zilla.kernel.org)
Re: Block allocation failed (Theodore Tso <tytso@....edu>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
Re: Block allocation failed (Graham Murray <graham@...rray.org.uk>)
Re: Block allocation failed (Eric Sandeen <sandeen@...hat.com>)
Re: Rare xfsqa test failure (Eric Sandeen <sandeen@...hat.com>)
Re: Troubleshooting pendrive ext2fs (Casimiro de Almeida Barreto <casimiro.barreto@...il.com>)
[PATCH 08/17] ext2: Update comment about generic_osync_inode (Jan Kara <jack@...e.cz>)
[PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
[PATCH 09/17] ext3: Remove syncing logic from ext3_file_write (Jan Kara <jack@...e.cz>)
[PATCH 10/17] ext4: Remove syncing logic from ext4_file_write (Jan Kara <jack@...e.cz>)
Re: Block allocation failed (Theodore Tso <tytso@....edu>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Re: Rare xfsqa test failure (Christoph Hellwig <hch@...radead.org>)
Re: Rare xfsqa test failure (Eric Sandeen <sandeen@...hat.com>)
Re: Block allocation failed (Graham Murray <graham@...rray.org.uk>)
(no subject) (james micheal <james@...mail.com>)
[PATCH 1/2] ext4: use variables not types in sizeofs() for allocations (Eric Sandeen <sandeen@...hat.com>)
[PATCH 2/2] ext4: use ext4_grpblk_t more extensively (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Mingming <cmm@...ibm.com>)
fsck.ext4 -D corrupts fs? (Marcin Miroslaw <spam_trap@...ekcja.mejor.pl>)

August 20 (27 messages)

Re: Large volume ll_ver_fs results (w/ short read/write patch). (Andreas Dilger <adilger@....com>)
Re: [RFC] new INCOMPAT flag for extended directory data (Andreas Dilger <adilger@....com>)
Re: fsck.ext4 -D corrupts fs? (Theodore Tso <tytso@....edu>)
jbd: a question on __log_wait_for_space() (홍신 shin hong <hongshin@...il.com>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Pekka Enberg <penberg@...helsinki.fi>)
Re: RFC: guard against more "dangerous" userspace options ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH, RFC -V2 4/4] ext4: Avoid group preallocation for closed files ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: Questions on ext4 and writeback ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH -V3 1/3] tune2fs: Make e2fsprogs handle ENOSPC better with inode resize ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH, RFC -V2 3/4] ext4: Fix bugs in mballoc's stream allocation mode ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: fsck.ext4 -D corrupts fs? (Thierry Vignaud <tvignaud@...driva.com>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Bob Copeland <me@...copeland.com>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Vegard Nossum <vegard.nossum@...il.com>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
Re: RFC: guard against more "dangerous" userspace options (Eric Sandeen <sandeen@...hat.com>)
Compile error in pu branch of e2fsprogs. (Nick Dokos <nicholas.dokos@...com>)
Re: Compile error in pu branch of e2fsprogs. (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Re: Compile error in pu branch of e2fsprogs. (Nick Dokos <nicholas.dokos@...com>)
Re: Compile error in pu branch of e2fsprogs. (Eric Sandeen <sandeen@...hat.com>)
[patch 06/11] ext2: convert to use the new truncate convention. (npiggin@...e.de)
Re: Large volume ll_ver_fs results (w/ short read/write patch). (Nick Dokos <nicholas.dokos@...com>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: [PATCH, RFC -V2 3/4] ext4: Fix bugs in mballoc's stream allocation mode (Theodore Tso <tytso@....edu>)
Re: fsck.ext4 -D corrupts fs? (Marcin Miroslaw <spam_trap@...ekcja.mejor.pl>)
+ ext2-convert-to-use-the-new-truncate-convention.patch added to -mm tree (akpm@...ux-foundation.org)

August 21 (32 messages)

Re: 2.6.28.9: EXT3/NFS inodes corruption (Simon Kirby <sim@...tway.ca>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Bob Copeland <me@...copeland.com>)
Re: [PATCH, RFC -V2 4/4] ext4: Avoid group preallocation for closed files (Theodore Tso <tytso@....edu>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Vegard Nossum <vegard.nossum@...il.com>)
Re: RFC: guard against more "dangerous" userspace options ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Vegard Nossum <vegard.nossum@...il.com>)
Re: 2.6.28.9: EXT3/NFS inodes corruption (Sylvain Rochet <gradator@...dator.net>)
Re: [PATCH, RFC -V2 4/4] ext4: Avoid group preallocation for closed files (Theodore Tso <tytso@....edu>)
Re: [PATCH -V3 1/3] tune2fs: Make e2fsprogs handle ENOSPC better with inode resize (Theodore Tso <tytso@....edu>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Eric Paris <eparis@...hat.com>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Bob Copeland <me@...copeland.com>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Pekka Enberg <penberg@...helsinki.fi>)
Re: 2.6.32-rc6 BUG at mm/slab.c:2869! (Eric Paris <eparis@...hat.com>)
Re: [patch 06/11] ext2: convert to use the new truncate convention. (Jan Kara <jack@...e.cz>)
Re: jbd: a question on __log_wait_for_space() (Jan Kara <jack@...e.cz>)
Re: [patch 06/11] ext2: convert to use the new truncate convention. (Jan Kara <jack@...e.cz>)
Re: RFC: guard against more "dangerous" userspace options (Eric Sandeen <sandeen@...hat.com>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
Re: RFC: guard against more "dangerous" userspace options (Andreas Dilger <adilger@....com>)
[PATCH 08/17] ext2: Update comment about generic_osync_inode (Jan Kara <jack@...e.cz>)
[PATCH 10/17] ext4: Remove syncing logic from ext4_file_write (Jan Kara <jack@...e.cz>)
[PATCH 09/17] ext3: Remove syncing logic from ext3_file_write (Jan Kara <jack@...e.cz>)
[PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
[PATCH 08/17] ext2: Update comment about generic_osync_inode (Jan Kara <jack@...e.cz>)
[PATCH 10/17] ext4: Remove syncing logic from ext4_file_write (Jan Kara <jack@...e.cz>)
[PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jan Kara <jack@...e.cz>)
[PATCH 09/17] ext3: Remove syncing logic from ext3_file_write (Jan Kara <jack@...e.cz>)
RFC: Clarifying Direct I/O Semantics ("Theodore Ts'o" <tytso@....edu>)
Re: RFC: Clarifying Direct I/O Semantics (jim owens <jowens@...com>)
Re: RFC: Clarifying Direct I/O Semantics (Andreas Dilger <adilger@....com>)

August 22 (8 messages)

Re: RFC: Clarifying Direct I/O Semantics (Theodore Tso <tytso@....edu>)
Re: RFC: Clarifying Direct I/O Semantics (Lawrence Greenfield <leg@...gle.com>)
[PATCH 1/1] dir shrink (was Re: ext3/ext4 directories don't shrink after deleting lots of files) (Andreas Schlick <schlick@...abit.com>)
ext4 state user question (Christian Fischer <Christian.Fischer@...terngraphics.com>)
Re: ext4 state user question (Eric Sandeen <sandeen@...deen.net>)
Re: ext4 state user question (Christian Fischer <Christian.Fischer@...terngraphics.com>)
Re: RFC: Clarifying Direct I/O Semantics (Theodore Tso <tytso@....edu>)
Odd "leak" of extent info into data blocks? (Curt Wohlgemuth <curtw@...gle.com>)

August 23 (5 messages)

Re: [PATCH 1/1] dir shrink (was Re: ext3/ext4 directories don't shrink after deleting lots of files) (Andreas Dilger <adilger@....com>)
Re: Compile error in pu branch of e2fsprogs. (Theodore Tso <tytso@....edu>)
Re: fsck.ext4 -D corrupts fs? (Theodore Tso <tytso@....edu>)
Re: ext4 state user question (Eric Sandeen <sandeen@...hat.com>)
[PATCH] blkid: support .ko.gz in modules.dep parser (Karel Zak <kzak@...hat.com>)

August 24 (49 messages)

[PATCH] e4defrag: fix ppc build (Eric Sandeen <sandeen@...hat.com>)
[patch] ext2: convert to use the new truncate convention fix (Nick Piggin <npiggin@...e.de>)
Enable asynchronous commits by default patch revoked? (Christian Fischer <Christian.Fischer@...terngraphics.com>)
Re: ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
[patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Florian Weimer <fweimer@....de>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Greg Freemyer <greg.freemyer@...il.com>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [PATCH] e4defrag: fix ppc build (Greg Freemyer <greg.freemyer@...il.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
[PATCH] ext3: Improve error message that changing journaling mode on remount is not possible (Jan Kara <jack@...e.cz>)
[PATCH 0/2] Ext3 improvements to go to Linus (Jan Kara <jack@...e.cz>)
[PATCH] ext3: Update Kconfig description of EXT3_DEFAULTS_TO_ORDERED (Jan Kara <jack@...e.cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Artem Bityutskiy <dedekind1@...il.com>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: Enable asynchronous commits by default patch revoked? (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Theodore Tso <tytso@....edu>)
Re: [PATCH] e4defrag: fix ppc build (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: Enable asynchronous commits by default patch revoked? (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Greg Freemyer <greg.freemyer@...il.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Mingming <cmm@...ibm.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: Enable asynchronous commits by default patch revoked? (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
e4defrag and chattr +e warnings (Brian Rogers <brian@...w.org>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Zan Lynx <zlynx@....org>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)

August 25 (56 messages)

Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
[OOPs] ext4: fixpoint divide exception at ext4_fill_super+0x141c/0x2908 (Nageswara R Sastry <rnsastry@...ux.vnet.ibm.com>)
Re: Enable asynchronous commits by default patch revoked? (Christian Fischer <Christian.Fischer@...terngraphics.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: e4defrag and chattr +e warnings ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH] ext4: unlock the new inode before iput ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PULL REQUEST] ext3 improvements for 2.6.31-rc8 (Jan Kara <jack@...e.cz>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Alan Cox <alan@...rguk.ukuu.org.uk>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
[PATCH] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Florian Weimer <fweimer@....de>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Problem with ext4_sync_file in no-journal mode. (Frank Mayhar <fmayhar@...gle.com>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: Enable asynchronous commits by default patch revoked? (Ric Wheeler <rwheeler@...hat.com>)
Re: Enable asynchronous commits by default patch revoked? (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Jan Kara <jack@...e.cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Mingming <cmm@...ibm.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
[patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
[patch] document that ext2 can't handle barriers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Neil Brown <neilb@...e.de>)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Neil Brown <neilb@...e.de>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Neil Brown <neilb@...e.de>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible ("NeilBrown" <neilb@...e.de>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (david@...g.hm)

August 26 (77 messages)

Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Mingming <cmm@...ibm.com>)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [PATCH] ext4: Drop mapped buffer_head check during page_mkwrite (Theodore Tso <tytso@....edu>)
Re: [PATCH] ext4: unlock the new inode before iput (Theodore Tso <tytso@....edu>)
Re: [PATCH 1/2] ext4: use variables not types in sizeofs() for allocations (Theodore Tso <tytso@....edu>)
Re: [PATCH 2/2] ext4: use ext4_grpblk_t more extensively (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Henrique de Moraes Holschuh <hmh@....eng.br>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rik van Riel <riel@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rik van Riel <riel@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rik van Riel <riel@...hat.com>)
Re: [patch] document flash/RAID dangers (Rik van Riel <riel@...hat.com>)
Re: [patch] document flash/RAID dangers (Rik van Riel <riel@...hat.com>)
Re: [PATCH] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Updated fsx.c program (Andreas Dilger <adilger@....com>)
Re: e4defrag and chattr +e warnings (Brian Rogers <brian@...w.org>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
[PATCH] ext4: Allow rename even if link count is greater than EXT4_LINK_MAX for index directories ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: [patch] document flash/RAID dangers (Theodore Tso <tytso@....edu>)
Re: [patch] document flash/RAID dangers (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Ric Wheeler <rwheeler@...hat.com>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] document flash/RAID dangers (david@...g.hm)
Re: [PATCH 1/2 V2] Direct IO for holes and fallocate: add end_io callback (Jan Kara <jack@...e.cz>)
Re: [patch] document flash/RAID dangers (Rik van Riel <riel@...hat.com>)
Re: Enable asynchronous commits by default patch revoked? (Jan Kara <jack@...e.cz>)
Re: Problem with ext4_sync_file in no-journal mode. (Jan Kara <jack@...e.cz>)
Re: Problem with ext4_sync_file in no-journal mode. (Frank Mayhar <fmayhar@...gle.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
[Bug 12815] JBD: barrier-based sync failed on dm-1:8 - disabling barriers -- and then hang (bugzilla-daemon@...zilla.kernel.org)
[Bug 13201] kernel BUG at fs/ext4/extents.c:2737 (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Buffer state bits (Jan Kara <jack@...e.cz>)
Re: Buffer state bits (Jamie Lokier <jamie@...reable.org>)
Re: Enable asynchronous commits by default patch revoked? (Andreas Dilger <adilger@....com>)
Re: Problem with ext4_sync_file in no-journal mode. (Michael Rubin <mrubin@...gle.com>)
Re: Enable asynchronous commits by default patch revoked? (Theodore Tso <tytso@....edu>)

August 27 (26 messages)

Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rik van Riel <riel@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
[PATCH]ext4: Enable mount ext4 with AGGRESSIVE_TEST (Akira Fujita <a-fujita@...jp.nec.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Eric Sandeen <sandeen@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (David Woodhouse <dwmw2@...radead.org>)
[PATCH] Updated fsx.c program (Subrata Modak <subrata@...ux.vnet.ibm.com>)
Re: Buffer state bits (Jan Kara <jack@...e.cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Theodore Tso <tytso@....edu>)
Re: Buffer state bits ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
Re: Buffer state bits (Jan Kara <jack@...e.cz>)
MD/DM and barriers (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Jeff Garzik <jeff@...zik.org>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@...radead.org>)
Re: MD/DM and barriers (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Alasdair G Kergon <agk@...hat.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Ric Wheeler <rwheeler@...hat.com>)
raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)

August 28 (27 messages)

Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: [PATCH] blkid: support .ko.gz in modules.dep parser (Theodore Tso <tytso@....edu>)
Re: >16TB issues (Justin Maggard <jmaggard10@...il.com>)
patch[3/3] FEATURE DIRDATA - e2fs package changes for dirdata feature. (pravin shelar <Pravin.Shelar@....COM>)
Re: [RFC] new INCOMPAT flag for extended directory data (pravin shelar <Pravin.Shelar@....COM>)
[patch 2/3] FEATURE DIRDATA - add user data field in ext4 dirent (pravin shelar <Pravin.Shelar@....COM>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)
Re: raid is dangerous but that's secret (Florian Weimer <fweimer@....de>)
Re: raid is dangerous but that's secret ("NeilBrown" <neilb@...e.de>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) ("NeilBrown" <neilb@...e.de>)
Re: [PATCH] Updated fsx.c program (Andreas Dilger <adilger@....com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Theodore Tso <tytso@....edu>)
Re: >16TB issues (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [PATCH]ext4: Enable mount ext4 with AGGRESSIVE_TEST (Theodore Tso <tytso@....edu>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: Question on fallocate/ftruncate sequence (Jiaying Zhang <jiayingz@...gle.com>)
[Bug 13964] ext4: panic causes lost data in git (bugzilla-daemon@...zilla.kernel.org)
Re: Question on fallocate/ftruncate sequence (Andreas Dilger <adilger@....com>)
Re: >16TB issues (Justin Maggard <jmaggard10@...il.com>)
Re: Question on fallocate/ftruncate sequence (Jiaying Zhang <jiayingz@...gle.com>)
Re: Question on fallocate/ftruncate sequence (Andreas Dilger <adilger@....com>)
Re: [PATCH 1/1] dir shrink (was Re: ext3/ext4 directories don't shrink after deleting lots of files) (Andreas Schlick <schlick@...abit.com>)
Re: [PATCH 1/1] dir shrink (was Re: ext3/ext4 directories don't shrink after deleting lots of files) (Andreas Dilger <adilger@....com>)
Re: [PATCH] e4defrag: fix ppc build (Theodore Tso <tytso@....edu>)

August 29 (23 messages)

Re: Question on fallocate/ftruncate sequence (Jiaying Zhang <jiayingz@...gle.com>)
Re: ext2/3: document conditions when reliable operation is possible (Robert Hancock <hancockrwd@...il.com>)
Re: [PATCH] ext4: Allow rename even if link count is greater than EXT4_LINK_MAX for index directories (Theodore Tso <tytso@....edu>)
[PATCH] ext4: Limit number of links that can be created by ext4_link() (Theodore Ts'o <tytso@....edu>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite (Theodore Tso <tytso@....edu>)
[Bug 13964] ext4: panic causes lost data in git (bugzilla-daemon@...zilla.kernel.org)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
[testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: [patch] document flash/RAID dangers (Ron Johnson <ron.l.johnson@....net>)
Re: ext2/3: document conditions when reliable operation is possible (Alan Cox <alan@...rguk.ukuu.org.uk>)
[Bug 13964] ext4: panic causes lost data in git (bugzilla-daemon@...zilla.kernel.org)
Re: [patch] document flash/RAID dangers (jim owens <jowens@...com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (david@...g.hm)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Rob Landley <rob@...dley.net>)
Data integrity built into the storage stack [was: Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: d… (Greg Freemyer <greg.freemyer@...il.com>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)

August 30 (34 messages)

Re: Data integrity built into the storage stack [was: Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document … (Rob Landley <rob@...dley.net>)
Re: Question on fallocate/ftruncate sequence (Theodore Tso <tytso@....edu>)
[PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Ts'o <tytso@....edu>)
Ext4 corruption that will not go away (Ed Tomlinson <edt@....ca>)
Re: [patch] document flash/RAID dangers (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: [testcase] test your fs/storage stack (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (Pavel Machek <pavel@....cz>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possibl… (Christian Kujau <lists@...dbynature.de>)
Re: [patch] ext2/3: document conditions when reliable operation is possible (david@...g.hm)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (david@...g.hm)
What all woman desire during nights? ("Elmer Jacobson" <ohta@...ro.com>)
Re: Ext4 corruption that will not go away (LDB <thesource@...-jab.org>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: Ext4 corruption that will not go away (Nick Dokos <nicholas.dokos@...com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Michael Tokarev <mjt@....msk.ru>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Pavel Machek <pavel@....cz>)
[PATCH 0/2] Fix wrong name_len and file_type in intermediate htree nodes (Andreas Schlick <schlick@...abit.com>)
[PATCH 1/2] ext4: Always set dx_node's fake_dirent explicitly. (Andreas Schlick <schlick@...abit.com>)
[PATCH 2/2] ext3: Always set dx_node's fake_dirent explicitly. (Andreas Schlick <schlick@...abit.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Theodore Tso <tytso@....edu>)
Re: Ext4 corruption that will not go away (Theodore Tso <tytso@....edu>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jamie Lokier <jamie@...reable.org>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Christoph Hellwig <hch@....de>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH 07/17] vfs: Introduce new helpers for syncing after writing to O_SYNC file or IS_SYNC inode (Jamie Lokier <jamie@...reable.org>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Tso <tytso@....edu>)
Re: [PATCH 1/1] dir shrink (Andreas Schlick <schlick@...abit.com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Christoph Hellwig <hch@...radead.org>)
Re: Ext4 corruption that will not go away (Ed Tomlinson <edt@....ca>)

August 31 (48 messages)

Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: ("George Spelvin" <linux@...izon.com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Tso <tytso@....edu>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
[Bug 14094] New: Ext4 NULL pointer reference in mb_cache function (bugzilla-daemon@...zilla.kernel.org)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Jens Axboe <jens.axboe@...cle.com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Jens Axboe <jens.axboe@...cle.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: (Pavel Machek <pavel@....cz>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite (Theodore Tso <tytso@....edu>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Tso <tytso@....edu>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite (Theodore Tso <tytso@....edu>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Christoph Hellwig <hch@...radead.org>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Mark Lord <lkml@....ca>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Christoph Hellwig <hch@...radead.org>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (jim owens <jowens@...com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: (david@...g.hm)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (david@...g.hm)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Tso <tytso@....edu>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
large file system & high object count testing (Ric Wheeler <rwheeler@...hat.com>)
Re: large file system & high object count testing (Ric Wheeler <rwheeler@...hat.com>)
Re: [PATCH -V2] ext4: Drop mapped buffer_head check during page_mkwrite ("Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possib… (Jesse Brandeburg <jesse.brandeburg@...i…)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (martin f krafft <madduck@...ian.org>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Christoph Hellwig <hch@...radead.org>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (david@...g.hm)
[PATCH] ext4: fix cache flish in ext4_sync_file (Christoph Hellwig <hch@....de>)
[PATCH] ext3: enable cache flush in ext3_sync_file (Christoph Hellwig <hch@....de>)
Re: Question on fallocate/ftruncate sequence (Jiaying Zhang <jiayingz@...gle.com>)
Re: large file system & high object count testing (Andreas Dilger <adilger@....com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Jens Axboe <jens.axboe@...cle.com>)
Re: large file system & high object count testing (Andreas Dilger <adilger@....com>)
Re: large file system & high object count testing (Ric Wheeler <rwheeler@...hat.com>)
Re: large file system & high object count testing (Ric Wheeler <rwheeler@...hat.com>)
Re: [PATCH, RFC] vm: Add an tuning knob for vm.max_writeback_pages (Theodore Tso <tytso@....edu>)
MD5/6? (was Re: raid is dangerous but that's secret ...) (Ron Johnson <ron.l.johnson@....net>)
Re: large file system & high object count testing (Justin Maggard <jmaggard10@...il.com>)
Re: Question on fallocate/ftruncate sequence (Andreas Dilger <adilger@....com>)
Re: large file system & high object count testing (Ric Wheeler <rwheeler@...hat.com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possib… (Jesse Brandeburg <jesse.brandeburg@...i…)
Re: large file system & high object count testing (Andreas Dilger <adilger@....com>)
Re: large file system & high object count testing (Andreas Dilger <adilger@....com>)
Re: raid is dangerous but that's secret (was Re: [patch] ext2/3: document conditions when reliable operation is possible) (Ron Johnson <ron.l.johnson@....net>)
Re: Question on fallocate/ftruncate sequence (Jiaying Zhang <jiayingz@...gle.com>)
Re: large file system & high object count testing (Justin Maggard <jmaggard10@...il.com>)

716 messages

Powered by blists - more mailing lists