Linux Ext4 Filesystem

• Thread Index

• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 09/45] block discard: use bio set op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 00/45] v8: separate operations from flags in the bio/request structs
  • From: mchristi@xxxxxxxxxx
• [PATCH 10/45] direct-io: use bio set/get op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 11/45] btrfs: have submit_one_bio users use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 12/45] btrfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 13/45] btrfs: update __btrfs_map_block for REQ_OP transition
  • From: mchristi@xxxxxxxxxx
• [PATCH 15/45] f2fs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 16/45] gfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 18/45] hfsplus: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 19/45] mpage: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio
  • From: mchristi@xxxxxxxxxx
• [PATCH 02/45] block: add REQ_OP definitions and helpers
  • From: mchristi@xxxxxxxxxx
• [PATCH 22/45] pm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 03/45] fs: have submit_bh users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 04/45] fs: have ll_rw_block users pass in op and flags separately
  • From: mchristi@xxxxxxxxxx
• [PATCH 24/45] dm: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 25/45] bcache: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 26/45] drbd: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE
  • From: mchristi@xxxxxxxxxx
• [PATCH 27/45] md: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 14/45] btrfs: use bio fields for op and flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 29/45] xen: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 17/45] xfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 30/45] block: copy bio op to request op
  • From: mchristi@xxxxxxxxxx
• [PATCH 31/45] block: prepare request creation/destruction code to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 21/45] ocfs2: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 23/45] dm: pass dm stats data dir instead of bi_rw
  • From: mchristi@xxxxxxxxxx
• [PATCH 32/45] block: prepare mq request creation to use REQ_OPs
  • From: mchristi@xxxxxxxxxx
• [PATCH 28/45] target: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 33/45] block: prepare elevator to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 34/45] blkg_rwstat: separate op from flags
  • From: mchristi@xxxxxxxxxx
• [PATCH 35/45] block: convert merge/insert code to check for REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 37/45] drivers: use req op accessor
  • From: mchristi@xxxxxxxxxx
• [PATCH 36/45] block: convert is_sync helpers to use REQ_OPs.
  • From: mchristi@xxxxxxxxxx
• [PATCH 38/45] blktrace: use op accessors
  • From: mchristi@xxxxxxxxxx
• [PATCH 39/45] ide cd: do not set REQ_WRITE on requests.
  • From: mchristi@xxxxxxxxxx
• [PATCH 40/45] block: move bio io prio to a new field
  • From: mchristi@xxxxxxxxxx
• [PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int
  • From: mchristi@xxxxxxxxxx
• [PATCH 44/45] block: do not use REQ_FLUSH for tracking flush support
  • From: mchristi@xxxxxxxxxx
• [PATCH 45/45] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH
  • From: mchristi@xxxxxxxxxx
• [PATCH 43/45] block, drivers: add REQ_OP_FLUSH operation
  • From: mchristi@xxxxxxxxxx
• [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: mchristi@xxxxxxxxxx
• [PATCH 20/45] nilfs: use bio op accessors
  • From: mchristi@xxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 1/3] dax: Take shared lock in dax_do_io()
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH 3/3] ext4: Pass DIO_SKIP_DIO_COUNT to dax_do_io
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH 2/3] ext4: Make cache hits/misses per-cpu counts
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH 0/3] dax, ext4: Improve DAX performance in ext4
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Jan Kara <jack@xxxxxxx>
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: ext4 crash in 4.4.10
  • From: Jan Kara <jack@xxxxxxx>
• ext4 crash in 4.4.10
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Nikola Pajkovsky <nikola.pajkovsky@xxxxxxxxxxxx>
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] ext4: mballoc.c: fix ac_g_ex and ac_f_ex misuse bug in EXT4_MB_HINT_TRY_GOAL path
  • From: Lin Feng <linf@xxxxxxxxxxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Jan Kara <jack@xxxxxxx>
• [Bug 119491] New: UBSAN: Undefined behaviour in /home/vitti/1tb/vitti/rpmbuild/SOURCES/linux-4.5/fs/ext4/mballoc.c:1274
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 119481] New: UBSAN: Undefined behaviour in /home/vitti/1tb/vitti/rpmbuild/SOURCES/linux-4.5/fs/ext4/mballoc.c:2612
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• Re: [PATCH] e2fsck: update j_tail_sequence after recovery
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• odd ext3/4 quota protection fault when running xfstests for xfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• xfstests generic/130 hang with non-4k block size ext4 on 4.7-rc1 kernel
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• [PATCH v22 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 12/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 10/22] posix_acl: Improve xattr fixup code
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 14/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 16/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 19/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Jun He <jhe@xxxxxxxxxxx>
• [PATCH] EXT4: Avoid zeroout-ing and writting the same space
  • From: Jun He <jhe@xxxxxxxxxxx>
• [PATCH] Allow extents equal to max_zeroout to be zero-ed
  • From: Jun He <jhe@xxxxxxxxxxx>
• [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• [PATCH 2/2] tests: fix f_pre_1970_date_encoding on systems with a 32-bit time_t
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH 1/2] e2fsck: always fix invalid extra field in timestamps if time_t is 32-bits
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: e2fsprogs-1.43 make check failures
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: e2fsprogs-1.43 make check failures
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• e2fsprogs-1.43 make check failures
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] generic/250: ignore xfs_io IO errors when writing to dmerror device
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v2] generic/250: ignore xfs_io IO errors when writing to dmerror device
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• unexpected sync delays in dpkg for small pre-allocated files on ext4
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [GIT PULL] ext4 updates for 4.7
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [Bug 118511] Corruption of VM qcow2 image file on EXT4 with crypto enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH] generic/250: ignore xfs_io IO errors when writing to dmerror device
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• RE: ext4: what are possible causes of "zero length extent" ?
  • From: "Craske, Mark" <Mark_Craske@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mke2fs: fix project quota creation
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/2] e2fsck: fix project quota support
  • From: Wang Shilong <wangshilong1991@xxxxxxxxx>
• Re: [PATCH 1/2] mke2fs: fix project quota creation
  • From: Wang Shilong <wangshilong1991@xxxxxxxxx>
• [PATCH 1/2] mke2fs: fix project quota creation
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH 2/2] e2fsck: fix project quota support
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: correct error value of function verifying dx checksum
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] ext4: correct error value of function verifying dx checksum
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH] ext4: correct error value of function verifying dx checksum
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] ext4: correct error value of function verifying dx checksum
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• [Bug 118511] New: Corruption of VM qcow2 image file on EXT4 with crypto enabled
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 5/7] dax: New fault locking
  • From: Jan Kara <jack@xxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• [Bug 118401] Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [Bug 118401] New: Lenovo A740 gave up waiting for root device with kernels >= 4.3
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: dax-misc branch for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• Re: Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• Difference in jbd2 behavior between CentOS and Ubuntu while unmounting
  • From: Kamran Khan <krkhan@xxxxxxxxxxxxxx>
• [Bug 118041] My tricky script involving zram and device mapper hangs on "mount"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• dax-misc branch for linux-next
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• [Bug 118041] My tricky script involving zram and device mapper hangs on "mount"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118041] My tricky script involving zram and device mapper hangs on "mount"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 118041] My tricky script involving zram and device mapper hangs on "mount"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH] fs: Add MODULE_SOFTDEP declarations for hard-coded crypto drivers
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: ext4: call out CRC and corruption errors with specific error codes
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• re: ext4: call out CRC and corruption errors with specific error codes
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] ext4: remove unused variable offset
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: Shuichi Ihara <sihara@xxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: Wang Shilong <wangshilong1991@xxxxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: add lazyinit stats support
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• [PATCH] ext4: add lazyinit stats support
  • From: Wang Shilong <wangshilong1991@xxxxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mbcache: fix to detect failure of register_shrinker
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] mbcache: fix to detect failure of register_shrinker
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• [PATCH v3] direct-io: fix direct write stale data exposure from concurrent buffered read
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 0/4] ext4: DAX fixes
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 5/7] dax: New fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] dax: Fix condition for filling of PMD holes
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] dax: Make huge page handling depend of CONFIG_BROKEN
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• [PATCH 3/7] dax: Define DAX lock bit for radix tree exceptional entry
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/7] dax: Fix condition for filling of PMD holes
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 4/7] dax: Allow DAX code to replace exceptional entries
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 7/7] dax: Remove i_mmap_lock protection
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/7 v4] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 6/7] dax: Use radix tree entry lock to protect cow faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 5/7] dax: New fault locking
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/7] dax: Make huge page handling depend of CONFIG_BROKEN
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/2] mke2fs: fix filesystem size calculation, if an offset is specified
  • From: Marcus Huewe <suse-tux@xxxxxx>
• [PATCH 1/2] tests: test "mke2fs -E offset=N" filesystem size calculation
  • From: Marcus Huewe <suse-tux@xxxxxx>
• [PATCH 0/2] mke2fs -E offset=N filessystem size calculation
  • From: Marcus Huewe <suse-tux@xxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 5/6] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 16/18] dax: New fault locking
  • From: Jan Kara <jack@xxxxxxx>
• [Bug 118041] New: My tricky script involving zram and device mapper hangs on "mount"
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH v7 2/6] dax: enable dax in the presence of known media errors (badblocks)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 0/6] dax: handling media errors (clear-on-zero only)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 3/6] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 5/6] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 1/6] dax: fallback from pmd to pte on error
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 4/6] dax: export a low-level __dax_zero_page_range helper
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v7 6/6] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH 16/18] dax: New fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: Remarks regarding sparse_super2 feature
  • From: Damien Guibouret <damien.guibouret@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 2/2] direct-io: fix stale data exposure from concurrent buffered read
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks()
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• ext4: what are possible causes of "zero length extent" ?
  • From: "Craske, Mark" <Mark_Craske@xxxxxxxxxx>
• [PATCH 2/7] dax: Remove complete_unwritten argument
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/7 v4] DAX cleanups and fixes
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 3/7] ext2: Avoid DAX zeroing to corrupt data
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 4/7] dax: Remove dead zeroing code from fault handlers
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/7] DAX: move RADIX_DAX_ definitions to dax.c
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 7/7] dax: Remove redundant inode size checks
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 5/7] dax: Remove zeroing from dax_io()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 6/7] dax: Remove pointless writeback from dax_do_io()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/4] ext4: Fix race in transient ENOSPC detection
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/4] ext4: DAX fixes
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/4] ext4: Handle transient ENOSPC properly for DAX
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 3/4] ext4: Refactor direct IO code
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 4/4] ext4: Pre-zero allocated blocks for DAX IO
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: Remarks regarding sparse_super2 feature
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v6 0/5] dax: handling media errors (clear-on-zero only)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v6 1/5] dax: fallback from pmd to pte on error
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v6 2/5] dax: enable dax in the presence of known media errors (badblocks)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v6 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v6 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v6 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 1/2] direct-io: cleanup get_more_blocks()
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• RE: [PATCH v21 00/22] Richacls
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 1/5] dax: fallback from pmd to pte on error
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH 16/18] dax: New fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• [PATCH v21 00/22] Richacls
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 10/22] posix_acl: Improve xattr fixup code
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 12/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 14/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 16/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 19/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Jan Kara <jack@xxxxxxx>
• [Bug 117421] e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: EXT4 bad block - ext4_xattr_block_get
  • From: "Lay, Kuan Loon" <kuan.loon.lay@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] dax: handling media errors (clear-on-zero only)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2 2/2] direct-io: fix stale data exposure from concurrent buffered read
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• [PATCH v2 1/2] direct-io: cleanup get_more_blocks()
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH e2fsprogs] Apply LDFLAGS when building tests in lib/e2p
  • From: Filipe Brandenburger <filbranden@xxxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: tytso@xxxxxxx
• [PATCH v5 0/5] dax: handling media errors (clear-on-zero only)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 1/5] dax: fallback from pmd to pte on error
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 2/5] dax: enable dax in the presence of known media errors (badblocks)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 3/5] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 5/5] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 4/5] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH 16/18] dax: New fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [RESEND Patch] jbd2: remove excess descriptions for handle_s
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: remove unnecessary bio get/put
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [Bug 114701] ubsan: "shift exponent -1 is negative" in fs/ext4/mballoc.c:2612:15
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 112161] UBSAN: Undefined behaviour in fs/ext4/mballoc.c:1274:11
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] Fix Ubsan error
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH v2 2/2] fs/ext4: ext4_mb_init(): silence UBSAN
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 1/2] fs/ext4: mb_find_order_for_block(): silence UBSAN
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/3] xfs_io: support the new getfsmap ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/3] xfs: introduce the XFS_IOC_GETFSMAPX ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/3] document the XFS_IOC_GETFSMAPX ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [RFC 0/3] getfsmapx ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] ext4: Fix oops on corrupted filesystem
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4: Fix check of dqget() return value in ext4_ioctl_setproject()
  • From: tytso@xxxxxxx
• Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 2/2] ext4: Make cache hits/misses per-cpu counts
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4: Fix check of dqget() return value in ext4_ioctl_setproject()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/42] v7: separate operations from flags in the bio/request structs
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Rudoff, Andy" <andy.rudoff@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH] ext4: Don't release mutex for DAX write
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] ext4: Don't release mutex for DAX write
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Rudoff, Andy" <andy.rudoff@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 4/6] statx: NFS: Return enhanced file attributes
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 3/6] statx: Ext4: Return enhanced file attributes
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [RFC PATCH] ext4: Don't release mutex for DAX write
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: Backport commit 5e1021f2b6dff
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Vishal Verma <vishal@xxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Vishal Verma <vishal@xxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] ext4: Fix oops on corrupted filesystem
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 13/18] dax: Make huge page handling depend of CONFIG_BROKEN
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 11/18] dax: Fix condition for filling of PMD holes
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 08/18] ext4: Pre-zero allocated blocks for DAX IO
  • From: Jan Kara <jack@xxxxxxx>
• Re: EXT4 bad block - ext4_xattr_block_get
  • From: Philipp Hahn <pmhahn@xxxxxxxxx>
• Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• [PATCH] ext4: guarantee already started handles to successfully finish while ro remounting
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [Cluster-devel] [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/6] Enhanced file stat system call
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH] direct-io: fix stale data exposure from concurrent buffered read
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Remarks regarding sparse_super2 feature
  • From: Damien Guibouret <damien.guibouret@xxxxxxxxxxxxxxxxxxxx>
• [Bug 117421] New: e2fsprogs: mke2fs ignores sparse_super2 when also using extent or 64bit
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v4 8/7] Documentation: add error handling information to dax.txt
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH 15/18] dax: Allow DAX code to replace exceptional entries
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 14/18] dax: Define DAX lock bit for radix tree exceptional entry
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 13/18] dax: Make huge page handling depend of CONFIG_BROKEN
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/18] dax: Fix condition for filling of PMD holes
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/18] dax: Remove pointless writeback from dax_do_io()
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/18] dax: Remove zeroing from dax_io()
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/18] ext4: Pre-zero allocated blocks for DAX IO
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [Bug 42362] [ext4] possible circular locking dependency detected
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 06/18] dax: Remove dead zeroing code from fault handlers
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH 05/18] ext2: Avoid DAX zeroing to corrupt data
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH v5 2/2] ext4: Make cache hits/misses per-cpu counts
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH v5 1/2] dax: Don't touch i_dio_count in dax_do_io()
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH v5 0/2] ext4: Improve parallel I/O performance on NVDIMM
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [PATCH 2/6] statx: AFS: Return enhanced file attributes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/6] statx: Add a system call to make enhanced file info available
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/6] statx: Ext4: Return enhanced file attributes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/6] statx: Make windows attributes available for CIFS, NTFS and FAT to use
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/6] statx: NFS: Return enhanced file attributes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/6] statx: CIFS: Return enhanced attributes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC][PATCH 0/6] Enhanced file stat system call
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Cluster-devel] [PATCH 0/2] scop GFP_NOFS api
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH 0/2] scop GFP_NOFS api
  • From: NeilBrown <mr@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• [PATCH v4 2/7] dax: fallback from pmd to pte on error
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 0/7] dax: handling media errors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 1/7] block, dax: pass blk_dax_ctl through to drivers
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 3/7] dax: enable dax in the presence of known media errors (badblocks)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 5/7] fs: prioritize and separate direct_io from dax_io
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 6/7] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 4/7] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v4 7/7] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: EXT4 bad block
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• EXT4 bad block
  • From: "Lay, Kuan Loon" <kuan.loon.lay@xxxxxxxxx>
• Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [Bug 113041] mbcache NULL pointer dereference
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel
  • From: Nikhilesh Reddy <reddyn@xxxxxxxxxxxxxx>
• Re: [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1.1/2] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1.2/2] mm: introduce memalloc_nofs_{save,restore} API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: add PF_MEMALLOC_NOFS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [Bug 113041] mbcache NULL pointer dereference
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [Bug 113041] mbcache NULL pointer dereference
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH] ext4: remove trailing \n from ext4_warning/ext4_error calls
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 2/3] ext4: fix races between changing inode journal mode and ext4_writepages
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 16/18] dax: New fault locking
  • From: NeilBrown <nfbrown@xxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/2] mm: add PF_MEMALLOC_NOFS
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Emergency remount readonly and EFBIG errors when unlinking files on 3.18 android kernel
  • From: Nikhilesh Reddy <reddyn@xxxxxxxxxxxxxx>
• Re: [PATCH] e2image: ignore checksum errors
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Jan Kara <jack@xxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Mike Marshall <hubcap@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Vishal Verma <vishal@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Vishal Verma <vishal@xxxxxxxxxx>
• [PATCH 1/2] mm: add PF_MEMALLOC_NOFS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/2] scop GFP_NOFS api
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] mm, debug: report when GFP_NO{FS,IO} is used explicitly from memalloc_no{fs,io}_{save,restore} context
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] ext4: fix jbd2 handle extension in ext4_ext_truncate_extend_restart()
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] ext4 crypto: migrate into vfs's crypto engine
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] e2image: ignore checksum errors
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: Backport commit 5e1021f2b6dff
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] fuse2fs: delete unused variables
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: f.s. corruption ext3, kernel 4.4.8
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] e2image: ignore checksum errors
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] ext4: Fix data exposure after a crash
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dmitry Monakhov <dmonlist@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• [PATCH] e2fsck: update j_tail_sequence after recovery
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: f.s. corruption ext3, kernel 4.4.8
  • From: Barry Kauler <bkauler@xxxxxxxxx>
• Re: f.s. corruption ext3, kernel 4.4.8
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• f.s. corruption ext3, kernel 4.4.8
  • From: Barry Kauler <bkauler@xxxxxxxxx>
• Re: [PATCH v4 1/3] ext4: handle unwritten or delalloc buffers before enabling per-file data journaling
  • From: Daeho Jeong <daeho.jeong@xxxxxxxxxxx>
• Re: [PATCH 1/4] ext4: Fix data exposure after a crash
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/4] ext4: Remove EXT4_STATE_ORDERED_MODE
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/4] ext4: Fix data exposure after a crash
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH -v2] ext4: allow readdir()'s of large empty directories to be interrupted
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] RAID Cleanup for bio-split
  • From: Shaun Tancheff <shaun@xxxxxxxxxxxx>
• [PATCH v3 0/7] dax: handling media errors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 1/7] block, dax: pass blk_dax_ctl through to drivers
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 4/7] dax: use sb_issue_zerout instead of calling dax_clear_sectors
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 2/7] dax: fallback from pmd to pte on error
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 5/7] dax: handle media errors in dax_do_io
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 7/7] dax: fix a comment in dax_zero_page_range and dax_truncate_page
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 6/7] dax: for truncate/hole-punch, do zeroing through the driver if possible
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v3 3/7] dax: enable dax in the presence of known media errors (badblocks)
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH] ext4: Fix check of dqget() return value in ext4_ioctl_setproject()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [Bug 113781] kernel 4.4.1-2-ARCH, 4.4.3-1-ARCH and Fake RAID array setup
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: 4.5.1: UBSAN: Undefined behaviour in ./arch/x86/include/asm/atomic.h:156:9
  • From: Greg KH <greg@xxxxxxxxx>
• Re: 4.5.1: UBSAN: Undefined behaviour in ./arch/x86/include/asm/atomic.h:156:9
  • From: Martin MOKREJŠ <mmokrejs@xxxxxxxxx>
• Re: 4.5.1: UBSAN: Undefined behaviour in ./arch/x86/include/asm/atomic.h:156:9
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Backport commit 5e1021f2b6dff
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: 4.5.1: UBSAN: Undefined behaviour in ./arch/x86/include/asm/atomic.h:156:9
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2 5/5] dax: handle media errors in dax_do_io
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: Backport commit 5e1021f2b6dff
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] fuse2fs: delete unused variables
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] e2image: ignore checksum errors
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 17/18] dax: Use radix tree entry lock to protect cow faults
  • From: Jerome Glisse <j.glisse@xxxxxxxxx>
• [BUG 4.1.11] EXT4-fs error: ext4_xattr_block_get:299 - Remounting filesystem read-only
  • From: Philipp Hahn <hahn@xxxxxxxxxxxxx>
• Re: [PATCH 17/18] dax: Use radix tree entry lock to protect cow faults
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 17/18] dax: Use radix tree entry lock to protect cow faults
  • From: Jerome Glisse <j.glisse@xxxxxxxxx>
• [PATCH 04/18] dax: Remove complete_unwritten argument
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 01/18] ext4: Handle transient ENOSPC properly for DAX
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 03/18] DAX: move RADIX_DAX_ definitions to dax.c
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 02/18] ext4: Fix race in transient ENOSPC detection
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/18] ext2: Avoid DAX zeroing to corrupt data
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 17/18] dax: Use radix tree entry lock to protect cow faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 18/18] dax: Remove i_mmap_lock protection
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 15/18] dax: Allow DAX code to replace exceptional entries
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 06/18] dax: Remove dead zeroing code from fault handlers
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 16/18] dax: New fault locking
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/18] dax: Fix condition for filling of PMD holes
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 12/18] dax: Remove redundant inode size checks
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 14/18] dax: Define DAX lock bit for radix tree exceptional entry
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 09/18] dax: Remove zeroing from dax_io()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 10/18] dax: Remove pointless writeback from dax_do_io()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/18] ext4: Refactor direct IO code
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 08/18] ext4: Pre-zero allocated blocks for DAX IO
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 13/18] dax: Make huge page handling depend of CONFIG_BROKEN
  • From: Jan Kara <jack@xxxxxxx>
• [RFC v3] [PATCH 0/18] DAX page fault locking
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 1/2] ext4: Pass in DIO_SKIP_DIO_COUNT flag if inode_dio_begin() called
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [dm-devel] [PATCH 04/42] fs: have submit_bh users pass in op and flags separately
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
• Re: [PATCH 16/42] nilfs: set bi_op to REQ_OP
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
• [PATCH] ext4: remove trailing \n from ext4_warning/ext4_error calls
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH 41/42] block: do not use REQ_FLUSH for tracking flush support
  • From: Juergen Gross <kernel@xxxxxxxxx>
• Re: [PATCH] fs/ext4: mb_find_order_for_block(): silence UBSAN
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 3/4] e2fsck: don't try to set a UUID on metadata_csum file systems
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] fs/ext4: ext4_find_extent(): remove unmeetable inconsisteny check
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [Bug 116471] Core in ext4 filesystem on a Dell Server
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 3/4] e2fsck: don't try to set a UUID on metadata_csum file systems
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [Bug 116471] Core in ext4 filesystem on a Dell Server
  • From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
• [PATCH 2/4] e2fsck: use specific CRC and corruption errors in journal recovery
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH 1/4] Fix support for configure --enable-jbd-debug
  • From: "Theodore Ts'o" <tytso@xxxxxxx>