Linux Device-Mapper Development
[Prev Page][Next Page]
- [PATCH v3 2/2] block: split discard into aligned requests
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v3 0/2] block: improvements for discard alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Add support for MD RAID10 personality
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH 2 of 2 - v2] DM RAID: Restructure conditional
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2 - v2]: DM RAID: Move 'sectors_per_dev' calculation
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Remove duplicate code.
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Add support for MD RAID10 personality
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Add support for MD RAID10 personality
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 1 of 2]: DM RAID: Move 'sectors_per_dev' calculation
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH] DM RAID: Remove duplicate code.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH] DM RAID: Add support for MD RAID10 personality
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 2] DM RAID: Restructure conditional
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 2]: DM RAID: Move 'sectors_per_dev' calculation
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] DM RAID: Remove duplicate code.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 4 of 4] MD RAID10: Export md_raid10_congested
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 3 of 4] MD: Move macros from raid1*.h to raid1*.c
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2 of 4] MD RAID1: rename mirror_info structure
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 1 of 4] MD RAID10: rename mirror_info structure
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 0 of 5] MD: prepare RAID10 for inclusion in dm-raid.c
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [git pull] device-mapper fixes for 3.5
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: xfs_btree_cur leak with 3.5-rc4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: xfs_btree_cur leak with 3.5-rc4
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: xfs_btree_cur leak with 3.5-rc4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: xfs_btree_cur leak with 3.5-rc4
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [RESEND PATCH 1/3] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- xfs_btree_cur leak with 3.5-rc4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 3/3] block: split discard into aligned requests
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v2 0/3] block: improvements for discard alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v2 2/3] block: reorganize rounding of max_discard_sectors
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v2 1/3] block: add sysfs entry for discard_alignment
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Joel Becker <jlbec@xxxxxxxxxxxx>
- Re: Crash when IO is being submitted and block size is changed
- From: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
- Re: Crash when IO is being submitted and block size is changed
- From: Jan Kara <jack@xxxxxxx>
- Re: Crash when IO is being submitted and block size is changed
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Crash when IO is being submitted and block size is changed
- From: Jan Kara <jack@xxxxxxx>
- Crash when IO is being submitted and block size is changed
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: linux-next: Tree for Jun 27 (dm-thin.c)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: linux-next: Tree for Jun 27 (dm-thin.c)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: why doesn't multipathd use the device?
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- [RESEND PATCH 3/3] dm mpath: add ability to disable partition creation
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RESEND PATCH 0/3] multipath features for 3.6
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RESEND PATCH 2/3] dm mpath: add 'default_hw_handler' feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [RESEND PATCH 1/3] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [RFC PATCH] block: all callers should check blkdev_issue_flush's return
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2 v2] dm persistent data: handle space map checker creation failure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-thin: optimize power of two block size
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm transaction manager: handle space map checker failure
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] dm-thin: optimize power of two block size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: mmotm 2012-06-21-16-20 uploaded (dm-thin)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: why doesn't multipathd use the device?
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: why doesn't multipathd use the device?
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- why doesn't multipathd use the device?
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 1/2 v2] dm persistent data: handle space map checker creation failure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/2] dm space map checker: fix allocation failure during init
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [fail][unknown] error on multipath
- From: Oliver Rojo <oliver.rojo@xxxxxxxxx>
- Re: [PATCH v3 1/9] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: dm transaction manager: handle space map checker failure
- From: Mike Snitzer <msnitzer@xxxxxxxxxx>
- Re: [PATCH v3 1/9] string: introduce memweight
- From: Tony Luck <tony.luck@xxxxxxxxx>
- Re: dm transaction manager: handle space map checker failure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: dm transaction manager: handle space map checker failure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm transaction manager: handle space map checker failure
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm transaction manager: handle space map checker failure
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm transaction manager: handle space map checker failure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Spelic <spelic@xxxxxxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.5.0-rc2
- From: Milan Broz <gmazyland@xxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <msnitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Eric Sandeen <sandeen@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Revisited: SAN failover question
- From: urgrue <urgrue@xxxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Lukáš Czerner <lczerner@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Ext4 and xfs problems in dm-thin on allocation and discard
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH] dm transaction manager: fix shadow_info leaks on dm_tm_destroy
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-stripe: fix size test
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- multipath-tools/multipath main.c multipath.8
- From: bmarzins@xxxxxxxxxxxxxx
- Ext4 and xfs problems in dm-thin on allocation and discard
- From: Spelic <spelic@xxxxxxxxxxxxx>
- [PATCH] dm thin: commit metadata before creating metadata snapshot
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-thin: optimize power of two block size
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] dm-thin: optimize power of two block size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-stripe: remove minimum stripe size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-stripe: remove stripes_mask
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-stripe: Optimize chunk_size divisions and modulos
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: optimize modulo max_io_len
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: Thinp: how to enable discards?
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Thinp: how to enable discards?
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH] libblkid: update dm-verity scan
- From: Karel Zak <kzak@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: RHEL6.2: path failures during good path I/O
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- [PATCH] dm thin: provide useful errors on thin-pool table load failures
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: cleanup compiler warning
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- Re: RHEL6.2: path failures during good path I/O
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- RHEL6.2: path failures during good path I/O
- From: Christian May <cmay@xxxxxxxxxxxxxxxxxx>
- [PATCH] multipath: fix cciss device names
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: add followover failback mode
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: check if a device belongs to multipath
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [Bcache v14 16/16] bcache: Debug and tracing code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v14 16/16] bcache: Debug and tracing code
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bcache v14 16/16] bcache: Debug and tracing code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v14 16/16] bcache: Debug and tracing code
- From: Joe Perches <joe@xxxxxxxxxxx>
- [Bcache v14 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 09/16] bcache: Generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 08/16] bcache: Documentation, and changes to generic code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 10/16] bcache: Superblock/initialization/sysfs code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 12/16] bcache: Bset code (lookups within a btree node)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 13/16] bcache: Journalling
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 07/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 15/16] bcache: Writeback, copying garbage collection
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 04/16] Add human-readable units modifier to vsnprintf()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 16/16] bcache: Debug and tracing code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 06/16] Export __lockdep_no_validate__
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 02/16] Fix ratelimit macro to compile in c99 mode
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 00/16]
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 05/16] Export blk_fill_rwbs()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 01/16] Revert "rw_semaphore: remove up/down_read_non_owner"
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v14 03/16] Export get_random_int()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH] libblkid: update dm-verity scan
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Fwd: different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/9] string: introduce memweight
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] multipath: fix libudev bug in sysfs_get_tgt_nodename
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.5.0-rc1 (add veritysetup)
- From: Milan Broz <gmazyland@xxxxxxxxx>
- [PATCH] dm-verity: fix documentation
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
- From: Somchai Smythe <buraphalinuxserver@xxxxxxxxx>
- Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [linux-lvm] LVM release 2.02.96 / git / veritysetup
- From: Milan Broz <mbroz@xxxxxxxxxx>
- [PATCH v3 1/9] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH v3 3/9] dm: use memweight()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- LVM release 2.02.96 / git / veritysetup
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: access to snapshot deltas
- From: Frederick Grose <fgrose@xxxxxxxxx>
- [PATCH] multipath: remove unnecessary fds from alias code
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: access to snapshot deltas
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Hannes Reinecke <hare@xxxxxxx>
- access to snapshot deltas
- From: "Benjamin S. Scarlet" <scarlet@xxxxxxxxxxxx>
- device count limit
- From: Dan Olson <dolson@xxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: djwong <djwong@xxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: different LUN numbers under the same dm device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- different LUN numbers under the same dm device
- From: Brian Bunker <brian@xxxxxxxxxxxxxxx>
- Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
- From: Roberto Giordani <r.giordani@xxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- [PATCH] multipath: libudev cleanup and bugfixes
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: [PATCH] Add dm-verity hash device detection to blkid.
- From: Karel Zak <kzak@xxxxxxxxxx>
- Re: [PATCH v2 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Load balancing reads on dmraid1 (and 01) arrays
- From: Robert Collins <robertc@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: EXT4-fs error (device dm-42): ext4_mb_generate_buddy:741: group 1904, 32254 clusters in bitmap, 32258 in gd
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: [PATCH v2 01/10] string: introduce memweight
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH v2 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH v2 01/10] string: introduce memweight
- From: Jan Kara <jack@xxxxxxx>
- Re: [git pull] device-mapper updates for 3.5
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [git pull] device-mapper updates for 3.5
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH v2 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH v2 04/10] dm: use memweight()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH] Add dm-verity hash device detection to blkid.
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Zhi Yong Wu <zwu.kernel@xxxxxxxxx>
- [PATCH] dm:simple_strtoul() cleanup.
- From: "majianpeng" <majianpeng@xxxxxxxxx>
- Re: [ANNOUNCE] cryptsetup 1.4.3
- From: Milan Broz <gmazyland@xxxxxxxxx>
- [ANNOUNCE] cryptsetup 1.4.3
- From: Milan Broz <gmazyland@xxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 05/16] block: Kill bi_destructor
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 05/16] block: Kill bi_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: dm corruption? (Was: Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd)
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH 1/2] dm optimize: use SRCU and RCU
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/2] dm optimize: reorder structure
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 08/16] block: Rework bio splitting
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v3 01/16] block: Generalized bio pool freeing
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v3 03/16] block: Add bio_reset()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v3 06/16] block: Add an explicit bio flag for bios that own their bvec
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 05/16] block: Kill bi_destructor
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 04/16] pktcdvd: Switch to bio_kmalloc()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 03/16] block: Add bio_reset()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 01/16] block: Generalized bio pool freeing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH v2 12/14] Closures
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH v3 12/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v3 12/16] Closures
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v3 14/16] Gut bio_add_page()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 09/16] block: Add bio_clone_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 15/16] md: Kill merge_bvec_fn()s
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 01/16] block: Generalized bio pool freeing
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 14/16] Gut bio_add_page()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 06/16] block: Add an explicit bio flag for bios that own their bvec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 16/16] dm: Kill merge_bvec_fn()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 03/16] block: Add bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 12/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 11/16] block: Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 08/16] block: Rework bio splitting
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 13/16] Make generic_make_request handle arbitrarily large bios
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 02/16] dm: Use bioset's front_pad for dm_rq_clone_bio_info
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 00/16] Block cleanups
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 07/16] block: Rename bio_split() -> bio_pair_split()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 05/16] block: Kill bi_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 04/16] pktcdvd: Switch to bio_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v3 10/16] block: Add bio_clone_bioset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 11/14] block: Rework bio splitting
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- dm corruption? (Was: Re: can't recover ext4 on lvm from ext4_mb_generate_buddy:739: group 1687, 32254 clusters in bitmap, 32258 in gd)
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
- [RFC PATCH v2 2/3] Adds support for security checks in the linear target
- From: Ondrej Kozina <okozina@xxxxxxxxxx>
- [RFC PATCH v2 1/3] Adds support for user-submitted ioctl commands
- From: Ondrej Kozina <okozina@xxxxxxxxxx>
- [RFC PATCH v2 3/3] Adds support for security checks in the crypt target
- From: Ondrej Kozina <okozina@xxxxxxxxxx>
- [RFC PATCH v2 0/3] Allow user w/o CAP_SYS_ADMIN to submit ioctl commands into DM
- From: Ondrej Kozina <okozina@xxxxxxxxxx>
- Re: [PATCH v2 08/14] block: Kill bi_destructor
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 0/2] multipath: compile cleanup
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH 2/2] multipath: Fix warnings from stricter compile options.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 0/2] multipath: compile cleanup
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH 1/2] multipath: Build with standard rpm cflags
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 11/14] block: Rework bio splitting
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 08/14] block: Kill bi_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 08/14] block: Kill bi_destructor
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 08/14] block: Kill bi_destructor
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 04/14] block: Add bio_clone_kmalloc()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 01/14] block: Generalized bio pool freeing
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v2 01/14] block: Generalized bio pool freeing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v2 11/14] block: Rework bio splitting
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH v2 03/14] block: Add bio_clone_bioset()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 01/14] block: Generalized bio pool freeing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 01/14] block: Generalized bio pool freeing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: bcache performance test problem
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 12/14] Closures
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 12/14] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- bcache performance test problem
- From: Qinling <mail.qinling@xxxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v2 12/14] Closures
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH v2 12/14] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 05/14] block: Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 14/14] Gut bio_add_page()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 09/14] block: Add an explicit bio flag for bios that own their bvec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 13/14] Make generic_make_request handle arbitrarily large bios
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 08/14] block: Kill bi_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 10/14] block: Rename bio_split() -> bio_pair_split()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 11/14] block: Rework bio splitting
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 06/14] block: Add bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 04/14] block: Add bio_clone_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 03/14] block: Add bio_clone_bioset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 02/14] dm: kill dm_rq_bio_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 01/14] block: Generalized bio pool freeing
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 00/14] Block cleanups (for bcache)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH v2 07/14] pktcdvd: Switch to bio_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [PATCH] multipath: Some device configuration changes for NetApp LUNs
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH][RESEND] multipath: fix scsi async tur checker corruption
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] multipath: Make sure we store all the hwentry attributes.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: Allow user_friendly_names in more config sections
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- [PATCH] multipath: Make sure we store all the hwentry attributes.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH]] multipath-tools : Minor typo in multipath.conf.annotated
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- does file system page cache work after device mapping?
- From: zhiming shen <zhiming.shim@xxxxxxxxx>
- Re: Allow userland access to metadata of a live thin provisioning pool
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 01/10] string: introduce memweight
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH]] multipath-tools : Minor typo in multipath.conf.annotated
- From: Cedric Buissart <cbuissar@xxxxxxxxxx>
- Re: [PATCH 01/10] string: introduce memweight
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- Re: [PATCH 01/10] string: introduce memweight
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] Add human-readable units modifier to vsnprintf()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] Add human-readable units modifier to vsnprintf()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH] Add human-readable units modifier to vsnprintf()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH] Add human-readable units modifier to vsnprintf()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH] Add human-readable units modifier to vsnprintf()
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] Add human-readable units modifier to vsnprintf()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: Allow userland access to metadata of a live thin provisioning pool
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Tejun Heo <tejun@xxxxxxxxxx>
- [PATCH] dm-cache (block level disk cache target): UPDATE latest kernel
- From: Dulcardo Arteaga <dulcardo@xxxxxxxxx>
- Re: working with dm-raid module
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
- From: Roberto Giordani <dreamdrawers@xxxxxxxxx>
- [PATCH v2] scsi: Fix dm-multipath starvation when scsi host is busy
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] scsi: Fix dm-multipath starvation when scsi host is busy
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [Bcache v13 07/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/10] dm-log: use memweight()
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- [PATCH 01/10] string: introduce memweight
- From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
- working with dm-raid module
- From: Andrew Zhukov <zhukov@xxxxxxxxx>
- Re: [PATCH] multipath: clean up code for stopping the waiter threads
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- Re: [PATCH] multipath: fix select_no_path_retry for flushing devices.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxx>
- [PATCH] multipath: clean up code for stopping the waiter threads
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Changing some multipath defaults
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [git pull] last-minute device-mapper fix for 3.4
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] multipath: fix select_no_path_retry for flushing devices.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 08/13] block: Kill bi_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 06/13] block: Add bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 05/13] block: Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 03/13] block: Add bio_clone_bioset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 03/13] block: Add bio_clone_bioset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 10/13] block: Rework bio splitting
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 11/13] Closures
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 10/13] block: Rework bio splitting
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 08/13] block: Kill bi_destructor
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 07/13] pktcdvd: Switch to bio_kmalloc()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 06/13] block: Add bio_reset()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 01/13] block: Generalized bio pool freeing
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 05/13] block: Only clone bio vecs that are in use
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 03/13] block: Add bio_clone_bioset()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 04/13] block: Add bio_clone_kmalloc()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 03/13] block: Add bio_clone_bioset()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 02/13] dm: kill dm_rq_bio_destructor
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH 01/13] block: Generalized bio pool freeing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2] dm thin: fix table output when pool target disables discard passdown internally
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH v2] dm thin: fix table output when pool target disables discard passdown internally
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Bcache v13 07/16] Closures
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [Bcache v13 07/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Bumping multipath-tools version
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 01/13] block: Generalized bio pool freeing
- From: koverstreet@xxxxxxxxxx
- [PATCH 09/13] block: Add an explicit bio flag for bios that own their bvec
- From: koverstreet@xxxxxxxxxx
- [PATCH 13/13] Gut bio_add_page()
- From: koverstreet@xxxxxxxxxx
- [PATCH 12/13] Make generic_make_request handle arbitrarily large bios
- From: koverstreet@xxxxxxxxxx
- [PATCH 10/13] block: Rework bio splitting
- From: koverstreet@xxxxxxxxxx
- [PATCH 07/13] pktcdvd: Switch to bio_kmalloc()
- From: koverstreet@xxxxxxxxxx
- [PATCH 03/13] block: Add bio_clone_bioset()
- From: koverstreet@xxxxxxxxxx
- [PATCH 08/13] block: Kill bi_destructor
- From: koverstreet@xxxxxxxxxx
- [PATCH 04/13] block: Add bio_clone_kmalloc()
- From: koverstreet@xxxxxxxxxx
- [PATCH 06/13] block: Add bio_reset()
- From: koverstreet@xxxxxxxxxx
- [PATCH 00/13] Block cleanups (for bcache)
- From: koverstreet@xxxxxxxxxx
- [PATCH] dm thin: fix table output when pool target disables discard passdown internally
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 11/13] Closures
- From: koverstreet@xxxxxxxxxx
- [PATCH 05/13] block: Only clone bio vecs that are in use
- From: koverstreet@xxxxxxxxxx
- [PATCH 02/13] dm: kill dm_rq_bio_destructor
- From: koverstreet@xxxxxxxxxx
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- multipathd: 8:80 mark as failed - BUG: unable to handle kernel NULL pointer dereference at (null)
- From: Roberto Giordani <dreamdrawers@xxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: David Dillow <dillowda@xxxxxxxx>
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 4/5] dm mpath: add 'default_hw_handler' feature
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] [dm-thin] Allow userland access to metadata of a live thin provisioning pool
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: dm thin: commit pool's metadata on last close of thin device
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: dm thin: commit pool's metadata on last close of thin device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH] dm thin: commit pool's metadata on last close of thin device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm thin: commit pool's metadata on last close of thin device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
- Re: Multipath and LVM (lvdisplay takes 30Secs)
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Bumping multipath-tools version
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
- Re: multipath_busy() stalls IO due to scsi_host_is_busy()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Multipath and LVM (lvdisplay takes 30Secs)
- From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
- multipath_busy() stalls IO due to scsi_host_is_busy()
- From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
- [PATCH] MD: Add del_timer_sync to mddev_suspend (fix nasty panic)
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [Bcache v13 07/16] Closures
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Tejun Heo <tejun@xxxxxxxxxx>
- Re: [Bcache v13 05/16] Export get_random_int()
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 04/16] Fix ratelimit macro to compile in c99 mode
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Multipath and LVM (lvdisplay takes 30Secs)
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: /dev/mapper/<dm_name> symlink not being created
- From: Nicholas Nevin <njnevin@xxxxxxxxx>
- Re: /dev/mapper/<dm_name> symlink not being created
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: /dev/mapper/<dm_name> symlink not being created
- From: Nicholas Nevin <njnevin@xxxxxxxxx>
- Multipath and LVM (lvdisplay takes 30Secs)
- From: ml ml <mliebherr99@xxxxxxxxxxxxxx>
- Re: HPA unlock during partition scan of RAID components
- From: Charles Nordlund <iueras@xxxxxxxxxxx>
- Re: /dev/mapper/<dm_name> symlink not being created
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: /dev/mapper/<dm_name> symlink not being created
- From: Nicholas Nevin <njnevin@xxxxxxxxx>
- [git pull] device-mapper fixes for 3.4
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: HDS multipathing prioritizer not doing what it should
- From: Christian Schausberger <schausberger@xxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH v4 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 4/5] dm mpath: add 'default_hw_handler' feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Bcache v13 02/16] Bio pool freeing
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Bcache v13 09/16] Bcache: generic utility code
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [Bcache v13 11/16] bcache: Core btree code
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [Bcache v13 00/16]
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: HDS multipathing prioritizer not doing what it should
- From: Hannes Reinecke <hare@xxxxxxx>
- HDS multipathing prioritizer not doing what it should
- From: Christian Schausberger <schausberger@xxxxxx>
- Identify failed device from device map & multipath -ll
- From: Adarsh <adarshanto@xxxxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [Bcache v13 16/16] bcache: Debug and tracing code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 13/16] bcache: Journalling
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 14/16] bcache: Request, io and allocation code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 15/16] bcache: Writeback
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 12/16] bcache: Bset code (lookups within a btree node)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 10/16] bcache: Superblock/initialization/sysfs code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 07/16] Closures
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 08/16] bcache: Documentation, and changes to generic code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 09/16] Bcache: generic utility code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 04/16] Fix ratelimit macro to compile in c99 mode
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 06/16] Export blk_fill_rwbs()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 11/16] bcache: Core btree code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 05/16] Export get_random_int()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 02/16] Bio pool freeing
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 01/16] Only clone bio vecs that are in use
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 03/16] Revert "rw_semaphore: remove up/down_read_non_owner"
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- [Bcache v13 00/16]
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
- Re: [PATCH v2 5/5] dm mpath: add ability to disable partition creation
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH v3 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- [PATCH] dm-mpath: make ioctl retry and not return -EAGAIN
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH v2 3/5] dm mpath: reduce size of multipath structure
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Busby <chaimvy@xxxxxxxxx>
- [PATCH v2 4/5] dm mpath: add 'default_hw_handler' feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 0/5] dm mpath: add 'default_hw_handler' and 'no_partitions' features
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 5/5] dm mpath: add ability to disable partition creation
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 3/5] dm mpath: reduce size of multipath structure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 2/5] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 1/5] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
- From: "Moger, Babu" <Babu.Moger@xxxxxxxxxx>
- Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/3] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 3/3] dm-multipath: 'default_hw_handler' feature
- From: Hannes Reinecke <hare@xxxxxxx>
- [RFC] [PATCH 0/3] dm-multipath: New features
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 2/3] dm-multipath: disable partition scan feature
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 1/3] scsi_dh: Allow NULL hardware handler name in scsi_dh_attach()
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Busby <chaimvy@xxxxxxxxx>
- Re: [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Busby <chaimvy@xxxxxxxxx>
- [PATCH 2/3] scsi_dh: add scsi_dh_attached_handler_name
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 3/3] dm mpath: add support for using previously attached scsi_dh
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Does dm-thin support GC (garbage collection) ?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Does dm-thin support GC (garbage collection) ?
- From: Busby <chaimvy@xxxxxxxxx>
- [PATCH 3/3] dm stripe: support for non power of 2 chunksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 1/3] dm: support for non power of 2 target IO sizes
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 2/3] dm thin: support for non power of 2 pool blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Changing from dm-raid45.ko to dm-raid.ko
- From: Mark-Willem Jansen <markwillem@xxxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [RFC PATCH 4/4] Adds support for security checks in the crypt target
- [RFC PATCH 3/4] Adds support for security checks in the linear target
- [RFC PATCH 1/4] Adds support for user-submitted ioctl commands
- [RFC PATCH 2/4] Adds support for the dentry lookup from path or major:minor couple during target security check
- [RFC PATCH 0/4] Allow user w/o CAP_SYS_ADMIN to submit ioctl commands into DM
- path check failed by RHEL 6.2
- From: yangfanlinuxmail <yangfanlinuxmail@xxxxxxxxx>
- dmraid incompatible with multipath-tools?
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCHES]: dm lock optimization
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm mpath: only try to load the scsi_dh module if the scsi_dh doesn't exist
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- dm-thin f.req. : SEEK_DATA / SEEK_HOLE / SEEK_DISCARD
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- /dev/mapper/<dm_name> symlink not being created
- From: Nicholas Nevin <njnevin@xxxxxxxxx>
- [PATCH 08/16] Use struct udev_device instead of sysdev
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 11/16] Use udev devices during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 12/16] Remove all references to hand-craftes sysfs code
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 10/16] Use udev attribute instead of getuid_callout()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] multipathd: use struct path as argument for event processing
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 09/16] discovery: Fixup cciss discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 05/16] Use udev enumeration during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 07/16] Remove stale variable in sysfs_attr_get_value
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 06/16] use struct udev_device during discovery
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 04/16] Add global udev reference pointer to config
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 03/16] multipathd: use struct path as argument for event processing
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 15/16] Compilation fix for system not providing OOM_SCORE_ADM_MIN
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 16/16] Fix compilation on older udev versions
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 14/16] Simplify uevent processing
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 13/16] uevent: Remove failback_listen()
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 01/16] Use devpath as argument for sysfs functions
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 02/16] multipathd: remove references to sysfs_device
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 00/16] Move to libudev
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] thinp-test-suite: support for non power of 2 pool blocksize
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: thinp-test-suite: support for non power of 2 pool blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] thinp-test-suite: support for non power of 2 pool blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/2] dm thin: support for non power of 2 pool blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] dm: update max_io_len to support a split_io that is not a power of 2
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/1] dm-multipath: delay retry of bypassed pg
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: device mapper / multipath: Updating Multipath database when device using multipath becomes stale
- From: Adarsh <adarshanto@xxxxxxxxx>
- Re: device mapper / multipath
- From: Adarsh <adarshanto@xxxxxxxxx>
- device mapper / multipath
- From: Adarsh <adarshanto@xxxxxxxxx>
- Re: device mapper / multipath
- From: Malahal Naineni <naineni@xxxxxxxxxx>
- device mapper / multipath
- From: Tarak Reddy <tarak.reddy@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]