Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH v2] dm-io: reject unsupported DISCARD requests with EOPNOTSUPP
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [PATCH 3/3] md bitmap: export bitmap_destroy() to support dm-raid down takover to raid0
- [PATCH 2/3] md raid0: access mddev->queue (request queue member) conditionally because it is not set when accessed from dm-raid
- [PATCH 1/3] md core: add 2 API functions for takeover and resize to support dm-raid
- [PATCH 0/3] md raid: enhancements to support the device mapper dm-raid target
- Re: dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 7/7] dm-crypt: sort writes
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/7] dm-crypt: make it possible to disable offload to thread
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/7] dm-crypt: offload writes to thread
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/7] dm-crypt: remove io_pool
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/7] dm-crypt: avoid deadlock in mempools
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATH 2/7] dm-crypt: don't allocate pages for a partial request.
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/7] dm-crypt: use unbound workqueue for request processing
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- [git pull] device mapper changes for 3.20
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm space map disk: fix sm_disk_count_is_more_than_one()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm log userspace: split flush_entry_pool to be per dirty-log [was: Re: mempool.c: Replace io_schedule_timeout with io_schedule]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-mirror: do not degrade the mirror on discard error
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-mirror: do not degrade the mirror on discard error
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH v2 3/3] dm: Get devices using name_to_dev_t
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- [PATCH v2 2/3] init: Stricter checking of major:minor root= values
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- [PATCH v2 1/3] init: Export name_to_dev_t and mark it const
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- [PATCH v2 1/3] init: Export name_to_dev_t and mark it const
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- Re: [PATCH RFCv2 05/10] dm-dedup: COW B-tree backend
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFCv2 05/10] dm-dedup: COW B-tree backend
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm: fix multipath regression due to initializing wrong request
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: call blk_schedule_flush_plug from io_schedule
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 2/2] dm: Get devices using name_to_dev_t
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] sched: call blk_schedule_flush_plug from io_schedule
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: fix multipath regression due to initializing wrong request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: fix multipath regression due to initializing wrong request
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq crash with dm-multipath in for-3.20/core
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- blk-mq crash with dm-multipath in for-3.20/core
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- Re: blk-mq crash with dm-multipath in for-3.20/core
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq crash with dm-multipath in for-3.20/core
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-cache: Promote-Demote Policy. How it works ?
- From: "BK, GirishKumar" <GirishKumar.BK@xxxxxxxxxx>
- Re: dm-dedup can not make module
- From: Jack Wang <jack.wang.usish@xxxxxxxxx>
- Re: [PATCH 3/3] dm ioctl: Delete an unnecessary check before the function call "dm_table_destroy"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] dm ioctl: Delete an unnecessary check before the function call "dm_table_destroy"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] dm ioctl: Delete an unnecessary check before the function call "dm_table_destroy"
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] block: do not merge two requests with sg gaps if unsupported
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-dedup can not make module
- From: Zhichao Cao <caozhichao91@xxxxxxxxx>
- Re: [PATCH v2] block: do not merge two requests with sg gaps if unsupported
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH 3/3] dm ioctl: Delete an unnecessary check before the function call "dm_table_destroy"
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RFCv2 03/10] dm-dedup: hash computation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFCv2 02/10] dm-dedup: core deduplication logic
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RFCv2 02/10] dm-dedup: core deduplication logic
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH][RFC] dm: log writes target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [PATCH][RFC] dm: log writes target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH][RFC] dm: log writes target
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] Remove might_sleep from wait_event_cmd
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH RFCv2 10/10] dm-dedup: documentation
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: [PATCH] Remove might_sleep from wait_event_cmd
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 3/3] dm ioctl: Delete an unnecessary check before the function call "dm_table_destroy"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] dm snapshot: Deletion of unnecessary checks before the function call "vfree"
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Remove might_sleep from wait_event_cmd
- From: NeilBrown <neilb@xxxxxxx>
- Re: dm create error
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH RFCv2 02/10] dm-dedup: core deduplication logic
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] Remove might_sleep from wait_event_cmd
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] md: fix raid5 livelock
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH] md:Remove unneeded fixme comment for the function, pool_ctr
- From: Nicholas Krause <xerofoify@xxxxxxxxx>
- Re: [PATCH RFCv2 10/10] dm-dedup: documentation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Anand Jain <Anand.Jain@xxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]X
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]X
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]X
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]X
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH] md: fix raid5 livelock
- From: Jes Sorensen <Jes.Sorensen@xxxxxxxxxx>
- Re: [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Anand Jain <Anand.Jain@xxxxxxxxxx>
- Re: [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [git pull] last couple device mapper fixes for 3.19 final
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] md: fix raid5 livelock
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [PATCH 1/2] init: Stricter checking of major:minor root= values
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- [PATCH 2/2] dm: Get devices using name_to_dev_t
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Anand Jain <anand.jain@xxxxxxxxxx>
- Re: [patch] dm cache: fix up IS_ERR vs NULL confusion
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] md: fix raid5 livelock
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [patch] dm cache: fix up IS_ERR vs NULL confusion
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: DM-Delay
- From: "BK, GirishKumar" <GirishKumar.BK@xxxxxxxxxx>
- [patch] dm cache: fix up IS_ERR vs NULL confusion
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: dm_mirror/dm_raid1 limitations ?.
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- Re: [PATCH] md: fix raid5 livelock
- From: NeilBrown <neilb@xxxxxxx>
- blk-mq DM changes for 3.20 [was: Re: blk-mq request allocation stalls]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm create error
- From: Xiaoqiang Zhou <zhouxiaoqiang.mstech@xxxxxxxxx>
- Re: [Lsf-pc] [LSF/MM ATTEND]: Hot spare module ? And Btrfs volume management without mount
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Nick Krause <xerofoify@xxxxxxxxx>
- Re: dm_mirror/dm_raid1 limitations ?.
- From: Marian Csontos <mcsontos@xxxxxxxxxx>
- Re: dm_mirror/dm_raid1 limitations ?.
- From: "suresh.babu.kandukuru@xxxxxxxxxx" <suresh.babu.kandukuru@xxxxxxxxxx>
- Re: dm_mirror/dm_raid1 limitations ?.
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- dm_mirror/dm_raid1 limitations ?.
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
- [PATCH] md: fix raid5 livelock
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [git pull] a few additional device mapper fixes for 3.19 final
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: Respect request queue page gaps flag
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: dm-cache - should origin device and cache be identical when quiescent?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- A couple of questions related to dm-thin in linux-3.19-rc5
- From: Dennis Yang <shinrairis@xxxxxxxxx>
- dm-cache - should origin device and cache be identical when quiescent?
- From: Alex Sudakar <alex.sudakar@xxxxxxxxx>
- Re: DM-Delay
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- DM-Delay
- From: Sourav Basu <sourav.juit@xxxxxxxxx>
- Re: livelock on MD RAID5
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Nick Krause <xerofoify@xxxxxxxxx>
- Re: [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: nick <xerofoify@xxxxxxxxx>
- Re: [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- livelock on MD RAID5
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH RESEND] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Nicholas Krause <xerofoify@xxxxxxxxx>
- Re: [PATCH v3] staging: writeboost: Add dm-writeboost
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 7/8] multipathd: don't buffer output with systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 3/8] Revert "libmultipath: fixup strlcpy"
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 4/8] libmultipath: refactor partmaps code
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 2/8] libmultipath: fix sysfs_get_size bug
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 0/8] Misc multipath patches.
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 6/8] multipathd: add deferred_remove support
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 1/8] correctly set partition delimiter on rename
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 5/8] multipathd: fix memory corruption issue
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 8/8] libmutipath: allow blanks in device blacklist
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: dm: Get devices using name_to_dev_t
- From: Daniel Ehrenberg <dehrenberg@xxxxxxxxxx>
- Re: dm: Get devices using name_to_dev_t
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: Get devices using name_to_dev_t
- From: Dan Ehrenberg <dehrenberg@xxxxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- System freeze for few seconds when using dm-cache on high load
- From: Michał Zubkowicz <michal.zubkowicz@xxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Marian Csontos <mcsontos@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: dm + blk-mq soft lockup complaint
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- multipath-tools-0.5.0 segfault with blacklist/blacklist_exceptions
- From: Brian De Wolf <bldewolf@xxxxxxx>
- Re: blk-mq request allocation stalls
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- [PATCH] md:Remove no longer needed fix me comment in dm-region-hash.c for removing the structure pointer, *rh from the definiton of dm_region
- From: Nicholas Krause <xerofoify@xxxxxxxxx>
- multipath-tools-0.5.0 segfault with blacklist/blacklist_exceptions
- From: Brian De Wolf <bldewolf@xxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Sebastian Herbszt <herbszt@xxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH v2 1/9] block: make generic_make_request handle arbitrarily sized bios
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- [PATCH v2 7/9] block: kill merge_bvec_fn() completely
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- [PATCH] dm mpath: simplify failure path of dm_miltipath_init()
- From: Johannes Thumshirn <morbidrsa@xxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Sebastian Herbszt <herbszt@xxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- Re: Device mapper target driver for Write tracking or Write split
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 2/3] libmultipath: cleanup propsel.c with macros for common actions
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- multipathd, mpathpersist and APTPL
- From: Ken Raeburn <raeburn@xxxxxxxxxxxx>
- Device mapper target driver for Write tracking or Write split
- From: Suresh Babu Kandukuru <suresh.babu.kandukuru@xxxxxxxxxx>
- [PATCH] dm: handle multiple internal suspends correctly (was: staged dm_internal_{suspend, resume} related changes for wider review)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH 5/6] correctly set partition delimiter on rename
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH] libmultipath: Fix memory leak problem in print_multipath_topology
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH] libmultipath: Add Dell 36xxi/f support to internal hardware table
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] dm bufio: fix time comparison
- From: Asaf Vertz <asaf.vertz@xxxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH] Update CONFIG_DM_CRYPT help-text link
- From: Loic Pefferkorn <loic@xxxxxxxx>
- Re: blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Jens Axboe <axboe@xxxxxxxxx>
- blk-mq request allocation stalls [was: Re: [PATCH v3 0/8] dm: add request-based blk-mq support]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: DM limits setup
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: DM limits setup
- From: Doug Dumitru <doug@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: DM limits setup
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Questions about the function, queue_empty in dm-cache-policy-mq.c
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Questions about the function, queue_empty in dm-cache-policy-mq.c
- From: nick <xerofoify@xxxxxxxxx>
- [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3.15-3.18] dm thin: fix a race in thin_dtr
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- [PATCH v3] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: all cache blocks marked as dirty in writethrough mode, no way to avoid
- From: Marc Lehmann <schmorp@xxxxxxxxxx>
- [PATCH] md: dm-thin-metadata: Remove unused function
- From: Rickard Strandqvist <rickard_strandqvist@xxxxxxxxxxxxxxxxxx>
- DM limits setup
- From: Doug Dumitru <doug@xxxxxxxxxx>
- Re: Hibernate/Resume and dm-cache, dm-writeboost...
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: Hibernate/Resume and dm-cache, dm-writeboost...
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH] libmultipath: Fix memory leak problem in print_multipath_topology
- From: Yingtai Xie <xieyingtai@xxxxxxxxxx>
- [PATCH] drivers:md: Remove unneeded fix me comments in dm-bio-prison.h
- From: Nicholas Krause <xerofoify@xxxxxxxxx>
- Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Hibernate/Resume and dm-cache, dm-writeboost...
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- [PATCH] dm: fix wrong comment
- From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Can get the size of original bio from split bio?
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <msnitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [git pull] device mapper fixes for 3.19
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- [RFC PATCH 14/17] block: kill merge_bvec_fn() completely
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- [RFC PATCH 01/17] block: make generic_make_request handle arbitrarily sized bios
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
- Re: mempool.c: Replace io_schedule_timeout with io_schedule
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: Kay Sievers <kay@xxxxxxxx>
- Re: mempool.c: Replace io_schedule_timeout with io_schedule
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] mempool.c: Replace io_schedule_timeout with io_schedule
- From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: check error instead of r in clone_endio
- From: alex chen <alex.chen@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 8/8] dm: allocate requests from target when stacking on blk-mq devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: dm: check error instead of r in clone_endio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm thin: Initialize refcount and completion earlier
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: Initialize refcount and completion earlier
- From: Marc Dionne <marc.c.dionne@xxxxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH] dm: check error instead of r in clone_endio
- From: alex chen <alex.chen@xxxxxxxxxx>
- [PATCH v3 5/8] dm: remove exports for request-based interfaces without external callers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 8/8] dm: allocate requests from target when stacking on blk-mq devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 4/8] block: mark blk-mq devices as stackable
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 6/8] dm: split request structure out from dm_rq_target_io structure
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 7/8] dm: submit stacked requests in irq enabled context
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 3/8] block: add blk-mq support to blk_insert_cloned_request()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 2/8] block: initialize bio member of blk-mq request to NULL
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 0/8] dm: add request-based blk-mq support
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v3 1/8] block: require blk_rq_prep_clone() be given an initialized clone request
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: multipath breaks with recent udev/systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH] Update CONFIG_DM_CRYPT help-text link
- From: Loic Pefferkorn <loic@xxxxxxxx>
- Re: [systemd-devel] multipath breaks with recent udev/systemd
- From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
- multipath breaks with recent udev/systemd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Jianjian Huo <samuel.huo@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Jianjian Huo <samuel.huo@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Jianjian Huo <samuel.huo@xxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Spelic <spelic@xxxxxxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Marian Csontos <mcsontos@xxxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [lvm-devel] [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <ewheeler@xxxxxxxxxxxx>
- Re: staging: writeboost: Add dm-writeboost
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Marian Csontos <mcsontos@xxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- [PATCH][RFC] dm: log writes target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- [git pull] device mapper changes for 3.19
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Eric Wheeler <lvm-dev@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCH] staging: writeboost: Add dm-writeboost
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [lvm-devel] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-writeboost: An idea of adding read-caching
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: raid1 round-robin scheduler
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- raid1 round-robin scheduler
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- [PATCH]libmultipath: Add default hardware table entry for IBM DCS3860 with product ID 1813.
- From: "Merla, ShivaKrishna" <ShivaKrishna.Merla@xxxxxxxxxx>
- Re: dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm thin: optimize away writing all zeroes to unprovisioned blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH RFCv2 00/10] dm-dedup: device-mapper deduplication target
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: zhangxiao <xiao.zhang@xxxxxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: The DM_BUFIO_HASH_BITS is defined as 20, any plan to make it flexible?
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 5/8 v2] dm: replace memset by memzero_explicit
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 5/8 v2] dm: replace memset by memzero_explicit
- From: Milan Broz <gmazyland@xxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [patch] dm space map metadata: fix sm_bootstrap_get_nr_blocks()
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 5/8] dm: replace memset by memzero_explicit
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [PATCH 5/8 v2] dm: replace memset by memzero_explicit
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [PATCH 0/8] replace memset by memzero_explicit
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [PATCH 0/8] replace memset by memzero_explicit
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- [patch] dm space map metadata: fix sm_bootstrap_get_nr_blocks()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: dm-writeboost: About inclusion into mainline
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: Possible bug when releasing metadata snapshot in dm-thin
- From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: Unable to deactivate lv, pehaps due to semaphore problem...
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Unable to deactivate lv, pehaps due to semaphore problem...
- From: Gianluca Cecchi <gianluca.cecchi@xxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Erez Zadok <ezk@xxxxxxxxxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-writeboost: About inclusion into mainline
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-writeboost: About inclusion into mainline
- From: Akira Hayakawa <ruby.wktk@xxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-bufio: fix memleak when using a dm_buffer's inline bio
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Chris Mason <clm@xxxxxx>
- Re: [PATCH 0/6] blk: introduce generic io stat accounting help function
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [data] [linux-lvm] Setting up LVM cache causes crash
- From: Casey Brown <casey@xxxxxxxxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Zach Brown <zab@xxxxxxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Zach Brown <zab@xxxxxxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Zach Brown <zab@xxxxxxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [RFC][PATCH] dm: add dm-power-fail target
- From: Zach Brown <zab@xxxxxxxxxx>
- Re: [git pull] device mapper fixes for 3.18
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [git pull] device mapper fixes for 3.18
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/6] blk: introduce generic io stat accounting help function
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/6] md/bcache: use generic io stats accounting functions to simplify io stat accounting
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
- Re: [PATCH v2] drivers/md: use proper rcu accessor
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH ] drivers/md: use proper rcu accessor
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] drivers/md: use proper rcu accessor
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH ] drivers/md: use proper rcu accessor
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH ] drivers/md: use proper rcu accessor
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-crypt: use memzero_explicit for on-stack buffer
- From: Milan Broz <gmazyland@xxxxxxxxx>
- [RFC][PATCH] dm: add dm-power-fail target
- From: Josef Bacik <jbacik@xxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH v2] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] virtio_blk: fix defaults for max_hw_sectors and max_segment_size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Joe Thornber <thornber@xxxxxxxxxx>
- [PATCH 1/1] dm: Deletion of unnecessary checks before two function calls
- From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] sched, cleanup, dm bufio: Replace dm_bufio_cond_resched with might_resched
- From: Yao Dongdong <yaodongdong@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Leonardo Santos <heiligerstein@xxxxxxxxx>
- [for-3.19 PATCH v3 3/4] dm: enhance internal suspend and resume interface
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v3 2/4] dm thin: do not allow thin device activation while pool is suspended
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v3 1/4] dm: add presuspend_undo hook to target_type
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v3 4/4] dm thin: suspend/resume active thin devices when reloading thin-pool
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: broken reply-to setting for dm-devel
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Possible bug when releasing metadata snapshot in dm-thin
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Possible bug when releasing metadata snapshot in dm-thin
- From: Teng-Feng Yang <shinrairis@xxxxxxxxx>
- [PATCH 3/6] libmultipath: add overrides section to multipath.conf
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 1/6] libmultipath: rewrite dict.c with function generation macros
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 6/6] libmultipath: only add uninitialized paths in check_path
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 4/6] add find_multipaths option
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 5/6] correctly set partition delimiter on rename
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 2/6] libmultipath: cleanup propsel.c with macros for common actions
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 0/6][RESEND] configuration overhaul and find_multipaths
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH] libmpathpersist: don't use absolute path in link target
- From: Aaro Koskinen <aaro.koskinen@xxxxxxx>
- Re: [PATCH 22/30] multipath: Implement 'property' blacklist
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Leonardo Santos <heiligerstein@xxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Leonardo Santos <heiligerstein@xxxxxxxxx>
- Re: dmcache RAID1 bug?
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dmcache RAID1 bug?
- From: Leonardo Santos <heiligerstein@xxxxxxxxx>
- why does dm-cache use dm_deferred_entry_inc?
- From: 倪源江 <niyuanjiang@xxxxxxxxx>
- [git pull] device mapper fixes for 3.18
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Question about dm target size
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Question about dm target size
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Question about dm target size
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Question about dm target size
- From: Josef Bacik <jbacik@xxxxxx>
- Re: Question about dm target size
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Question about dm target size
- From: Josef Bacik <jbacik@xxxxxx>
- Re: Question about dm target size
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Question about dm target size
- From: Josef Bacik <jbacik@xxxxxx>
- Re: [PATCH] Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
- From: Mike Snitzer <snitzer@xxxxxxxxx>
- Re: Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] Suspend all active bios when the pool is suspended (was: staged dm_internal_{suspend, resume} related changes for wider review)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 22/30] multipath: Implement 'property' blacklist
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 22/30] multipath: Implement 'property' blacklist
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH] dm: do not call dm_sync_table() when creating new devices
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-thin: fix a race in thin_dtr
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Milan Broz <gmazyland@xxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm: do not call dm_sync_table() when creating new devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: do not call dm_sync_table() when creating new devices
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm: don't send KOBJ_REMOVE event
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
- From: "Faccini, Bruno" <bruno.faccini@xxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Some thoughts about providing data block checksumming for ext4
- From: Andreas Dilger <adilger@xxxxxxxxx>
- [PATCH] dm-thin: Change couple of DMWARN() to pr_debug()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Some thoughts about providing data block checksumming for ext4
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
- From: NeilBrown <neilb@xxxxxxx>
- [PATCH] md: submit MMP reads REQ_SYNC to bypass RAID5 cache
- From: James Simmons <uja.ornl@xxxxxxxxx>
- dm-block-manager unused variable
- From: "lilofile" <lilofile@xxxxxxxxxx>
- Re: dm-thin COMMIT_PERIOD problem
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-thin COMMIT_PERIOD problem
- From: "lilofile" <lilofile@xxxxxxxxxx>
- Re: [PATCH] dm crypt: fix access beyond the end of allocated space
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [for-3.19 PATCH v2 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 4/18] block copy: initial XCOPY offload support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Setting up LVM cache causes crash
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [data] [linux-lvm] Setting up LVM cache causes crash
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Fwd: multipath-tools: incompatibility with systemd (or udev) >= 213
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-raid: fix inaccessible superblocks causing oops in configure_discard_support
- Re: Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- staged dm_internal_{suspend, resume} related changes for wider review
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Fw: [PATCH tip/core/rcu 3/9] drivers/md: Use rcu_dereference() for accessing rcu pointer
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Fw: [PATCH tip/core/rcu 3/9] drivers/md: Use rcu_dereference() for accessing rcu pointer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Fw: [PATCH tip/core/rcu 4/9] dm: sparse: Annotate field with __rcu for checking
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCHv2 0/4] blk-mq support for dm multipath
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [systemd-devel] On /dev/disk/by-id/ata-...-part2 missing, again
- From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
- Re: rr_min_io vs rr_min_io_rq on 6.5
- From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
- Re: [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: fix corrupted thin pool
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: fix corrupted thin pool
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: fix corrupted thin pool
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: fix corrupted thin pool
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: fix corrupted thin pool
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- fix corrupted thin pool
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- [PATCH] libmultipath: Add Dell 36xxi/f support to internal hardware table
- From: Jose Castillo <jcastillo@xxxxxxxxxx>
- Re: [PATCH 4/18] block copy: initial XCOPY offload support
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH] mm/slab_common: don't check for duplicate cache names
- From: Christoph Lameter <cl@xxxxxxxxx>
- [PATCH 9/18] block copy: use asynchronous notification
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 18/18] dm kcopyd: call copy offload with asynchronous callback
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 17/18] dm kcopyd: change mutex to spinlock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 16/18] dm kcopyd: support copy offload
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 15/18] dm kcopyd: introduce the function submit_job
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 14/18] dm stripe: support copy
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 13/18] dm linear: support copy
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 12/18] dm: implement copy
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 11/18] scsi xcopy: keep cache of failures
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 10/18] scsi xcopy: suppress error messages
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 7/18] block copy: use a timer to fix a theoretical deadlock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 8/18] block copy: use merge_bvec_fn for copies
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 6/18] block copy: report the amount of copied data
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 4/18] block copy: initial XCOPY offload support
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 5/18] block copy: use two bios
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 3/18] blk-lib: fix error reporting
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 1/18] dm: remove num_write_bios
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/18] dm: introduce dm_ask_for_duplicate_bios
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 0/18] SCSI XCOPY support for the kernel and device mapper
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: rr_min_io vs rr_min_io_rq on 6.5
- From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
- Re: ios and sectors should be incremented on completion
- From: Akira Hayakawa <hayakawa@xxxxxxxxxxxxx>
- [PATCH] mm/slab_common: don't check for duplicate cache names
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Thoughts on the multipath checker
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: rr_min_io vs rr_min_io_rq on 6.5
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dm raid: pointer math issue in super_sync()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm raid: pointer math issue in super_sync()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: dm raid: pointer math issue in super_sync()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [patch] dm raid: pointer math issue in super_sync()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [patch] DM RAID: fix a couple integer overflows
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 1/1] multipath-tools: Change path checker for IBM IPR devices
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: dm-thin
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- rr_min_io vs rr_min_io_rq on 6.5
- From: "Vaknin, Rami" <Rami.Vaknin@xxxxxxx>
- dm-thin
- From: "lilofile" <lilofile@xxxxxxxxxx>
- [for-3.19 PATCH v2 21/17] dm thin: refactor requeue_io to eliminate spinlock bouncing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 fix 18/17] dm thin: fix process_shared_bio (fixes SnapshotTests)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 fix 19/17] dm thin: requeue deferred_cells when in requeue_mode
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 20/17] dm thin: optimize retry_bios_on_resume
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCHv2 0/4] blk-mq support for dm multipath
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv2 3/4] dm: Move request allocation to dm_target type
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv2 2/4] dm: Submit stacked requests in irq enabled context
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv2 1/4] dm: prep initialized requests
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv2 4/4] block: blk-mq support for cloned requests
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [git pull] device mapper changes for 3.18
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 03/17] dm bio prison: switch to using a red black tree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 05/17] dm transaction manager: add support for prefetching blocks of metadata
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 04/17] dm thin metadata: change dm_thin_find_block to allow blocking, but not issuing, IO
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 01/17] dm bufio: switch from a huge hash table to an rbtree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 09/17] dm: improve documentation and code clarity in dm_merge_bvec
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 07/17] dm thin: throttle incoming IO
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 06/17] dm thin: prefetch missing metadata pages
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 15/17] dm thin: remap the bios in a cell immediately
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 13/17] dm thin: factor out remap_and_issue_overwrite
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 14/17] dm thin: defer whole cells rather than individual bios
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 16/17] dm thin: direct dispatch when breaking sharing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 12/17] dm thin: performance improvement to discard processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 08/17] dm thin: adjust max_sectors_kb based on thinp blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 17/17] dm thin: sort the deferred cells
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 10/17] dm thin: implement thin_merge
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH v2 11/17] dm thin: grab a virtual cell before looking up the mapping
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [for-3.19 PATCH 00/17] dm thin: performance improvements
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH RFCv2 01/10] dm-dedup: main data structures
- From: Vasily Tarasov <tarasov@xxxxxxxxxxx>
- [PATCH v2] dm raid: ensure metadata IO matches device block size
- Re: [data] Re: [linux-lvm] Setting up LVM cache causes crash
- From: Elvin Cako <ecako@xxxxxxxxxxxx>
- [for-3.19 PATCH 03/17] dm bio prison: switch to using a red black tree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 01/17] dm bufio: switch from a huge hash table to an rbtree
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 09/17] dm: improve documentation and code clarity in dm_merge_bvec
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 15/17] dm thin: remap the bios in a cell immediately
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 16/17] dm thin: direct dispatch when breaking sharing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 05/17] dm transaction manager: add support for prefetching blocks of metadata
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 04/17] dm thin metadata: change dm_thin_find_block to allow blocking, but not issuing, IO
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 02/17] dm bufio: evict buffers that are past the max age but retain some buffers
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 07/17] dm thin: throttle incoming IO
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 00/17] dm thin: performance improvements
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 08/17] dm thin: adjust max_sectors_kb based on thinp blocksize
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 17/17] dm thin: sort the deferred cells
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 14/17] dm thin: defer whole cells rather than individual bios
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 10/17] dm thin: implement thin_merge
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 06/17] dm thin: prefetch missing metadata pages
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 12/17] dm thin: performance improvement to discard processing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 11/17] dm thin: grab a virtual cell before looking up the mapping
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [for-3.19 PATCH 13/17] dm thin: factor out remap_and_issue_overwrite
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-bufio: change __GFP_IO to __GFP_FS in shrinker callbacks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] slab: implement kmalloc guard
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: NeilBrown <neilb@xxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- device-mapper
- From: "lilofile" <lilofile@xxxxxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: NeilBrown <neilb@xxxxxxx>
- Re: dm raid: ensure metadata IO matches device block size.
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm raid: ensure metadata IO matches device block size.
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH 2/4] md: add flush_idx support for stacked devices
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/4] md: add flush_idx support for stacked devices
- From: Dmitry Monakhov <dmonakhov@xxxxxxxxxx>
- [GIT PULL] LLVMLinux patches for v3.18
- From: Behan Webster <behanw@xxxxxxxxxxxxxxxxxx>
- Re: A patchset to limit the number of outstanding bios
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]