Linux Device-Mapper Development
[Prev Page][Next Page]
- how do I re-synchronize with the Master mirror device?
- multipath-tools Makefile
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools libcheckers/rdac.c multipathd/ ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: queue_if_no_path question
- multipath-tools ./Makefile libcheckers/Makefil ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/cciss_id
- From: bmarzins@xxxxxxxxxxxxxx
- queue_if_no_path question
- From: Maxim Kozover <maximkoz@xxxxxxxxxxxxxxxx>
- [multipath 0/3] move *_id helpers to /lib/udev
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [multipath 1/3] Call /lib/udev/scsi_id instead of /sbin/scsi_id
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [multipath 2/3] move kpartx_id to /lib/udev
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [multipath 3/3] remove bashisms from kpartx_id
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: [RFC] dm-delay-flakey??
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools/path_priority pp_alua/Makefile ...
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper VERSION WHATS_NEW
- multipath-tools libmultipath/configure.c libmu ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/path_priority pp_alua/Makefile ...
- From: bmarzins@xxxxxxxxxxxxxx
- [RFC] dm-delay-flakey??
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper VERSION WHATS_NEW
- [multipath-tools] asynchronous path checking
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: 4k block LUN problem
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: 4k block LUN problem
- From: "Vassar, Bob" <Robert.Vassar@xxxxxxxxxxx>
- Re: 4k block LUN problem
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- RE: 4k block LUN problem
- From: "Vassar, Bob" <Robert.Vassar@xxxxxxxxxxx>
- Re: 4k block LUN problem
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools/libcheckers directio.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Question about NetLink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- Re: [2.6.22-rc1-mm1 PATCH] dm-raid1-clear-region-outside-spinlock.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [2.6.22-rc1-mm1 PATCH] dm-raid1-clear-region-outside-spinlock.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools/libmultipath alias.c
- From: bmarzins@xxxxxxxxxxxxxx
- Question about NetLink
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- Multipath: [patch] exclude meta data dirs
- From: Guido Guenther <agx@xxxxxxxxxxx>
- Re: Re: [PATCH 5/7] scsi-hw-handler: convert dm-mpath to scsi hw handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 5/7] scsi-hw-handler: convert dm-mpath to scsi hw handlers
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH 7/7] scsi-hw-handler: rm dm-emc code
- From: michaelc@xxxxxxxxxxx
- [PATCH 6/7] scsi-hw-handler: rm dm-hw-handler code
- From: michaelc@xxxxxxxxxxx
- [PATCH 5/7] scsi-hw-handler: convert dm-mpath to scsi hw handlers
- From: michaelc@xxxxxxxxxxx
- [PATCH 4/7] scsi-hw-handler: add emc clariion handler
- From: michaelc@xxxxxxxxxxx
- [PATCH 3/7] scsi-hw-handler: add hp sw handler
- From: michaelc@xxxxxxxxxxx
- [PATCH 2/7] scsi-hw-handler: scsi handling of REQ_LB_OP_TRANSITION
- From: michaelc@xxxxxxxxxxx
- [PATCH 1/7] scsi-hw-handler: add REQ_LB_OP_TRANSITION and errors
- From: michaelc@xxxxxxxxxxx
- Move dm hw handlers to lower level subsystems
- From: michaelc@xxxxxxxxxxx
- [PATCH] fix debugging macro
- From: Guido Guenther <agx@xxxxxxxxxxx>
- [PATCH] Fix segfault on disappearing paths
- From: Guido Guenther <agx@xxxxxxxxxxx>
- 4k block LUN problem
- From: "Vassar, Bob" <Robert.Vassar@xxxxxxxxxxx>
- [PATCH 3/3]: region based notifications for dm-io
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- [PATCH 0/3]: region based notifications for dm-io
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- [PATCH 1/3]: region based notifications for dm-io
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- [PATCH 2/3]: region based notifications for dm-io
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Device Mapper Documents
- From: "Xyber Blue" <xyberblue@xxxxxxxxx>
- (no subject)
- From: "Xyber Blue" <xyberblue@xxxxxxxxx>
- RE: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Valdis.Kletnieks@xxxxxx
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- dmeventd - High level documentation, any kind of design documents
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: Mailing list not delivery mail if you already appear in the Cc list?
- From: Thomas Schwinge <tschwinge@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Mailing list not delivery mail if you already appear in the Cc list?
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- multipath-tools libmultipath/discovery.c libmu ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/path_priority/pp_rdac
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- md device using SAN multipath device?
- From: "Bruen, Mark" <mbruen@xxxxxxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- kcopyd performance
- From: Kevin Jamieson <kjamieson@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- dm-round-robin explanation
- From: "Young, Mike" <Mike.Young@xxxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <sbader3@xxxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <sbader3@xxxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jeremy Higdon <jeremy@xxxxxxx>
- Deadlock (livelock?) in LVM2 and dm-snapshot
- From: Joe MacDonald <joe@xxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Nikita Danilov <nikita@xxxxxxxxxxxxx>
- Creating Device Mapper Multipath DSM/Hardware Handler
- From: "Xyber Blue" <xyberblue@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Timothy Shimmin <tes@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH 17/21] [libmultipath] Remove libsysfs
- From: hare@xxxxxxx (Hannes Reinecke)
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Phillip Susi <psusi@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: David Chinner <dgc@xxxxxxx>
- [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
- From: Neil Brown <neilb@xxxxxxx>
- [RFC] dm-raid1-cluster_logging.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [RFC] dm-raid1-mark-and-clear-nosync-writes.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [patch 3/3] Add retries to hp hardware handler when path activation command completes w/err
- From: dwysocha@xxxxxxxxxx
- [patch 2/3] Add MP_RETRY_PG_INIT flag for hw handlers to tell dm-mpath to retry pg_init.
- From: dwysocha@xxxxxxxxxx
- [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: dwysocha@xxxxxxxxxx
- [patch 3/3] Add retries to hp hardware handler when path activation command completes w/err
- From: dwysocha@xxxxxxxxxx
- [patch 2/3] Add MP_RETRY_PG_INIT flag for hw handlers to tell dm-mpath to retry pg_init.
- From: dwysocha@xxxxxxxxxx
- [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
- From: dwysocha@xxxxxxxxxx
- [patch 0/3] Add HP hardware handler support to dm-mp
- From: dwysocha@xxxxxxxxxx
- [patch 0/3] Add HP hardware handler support to dm-mp
- From: dwysocha@xxxxxxxxxx
- [2.6.22-rc1 PATCH] dm-mpath: Add MP_RETRY_PG_INIT flag for hw handlers to tell dm-mpath to retry pg_init.
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: [2.6.22-rc1 PATCH] dm-hp-sw: HP Active/Passive hardware handler baseline
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: Compiling libdevmapper based application using C++
- From: "Xyber Blue" <xyberblue@xxxxxxxxx>
- Re: [2.6.22-rc1 PATCH] dm-hp-sw: HP Active/Passive hardware handler baseline
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [2.6.22-rc1 PATCH] dm-hp-sw: HP Active/Passive hardware handler baseline
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Re: Compiling libdevmapper based application using C++
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 9/10 REPOST] dm-raid1-handle-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [2.6.22-rc1-mm1 PATCH 9/10] dm-raid1-handle-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Compiling libdevmapper based application using C++
- From: "Xyber Blue" <xyberblue@xxxxxxxxx>
- RE: multipath-tools multipath.conf.defaults
- From: "Kumar, Vijay (STSD)" <vijay.kumar7@xxxxxx>
- Re: Re: [PATCH 0/21] SUSE multipath-tools resync
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: [PATCH 0/21] SUSE multipath-tools resync
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [2.6.22-rc1-mm1 PATCH 10/10] dm-raid1-version-bump.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 9/10] dm-raid1-handle-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 8/10] dm-raid1-handle-recovery-read-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 7/10] dm-raid1-fix-EIO-after-log-failure.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 6/10] dm-log-split-suspend.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 5/10] dm-raid1-report-fault-status.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 4/10] dm-raid1-handle-write-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 3/10] dm-raid1-handle-recovery-write-failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 2/10] dm-raid1-handle-log-failure.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 1/10] dm-raid1-handle_resync_failures.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH 0/10] Mirror fault handling code.
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 2/2] Add path priority callout for RDAC
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/2] Undo fix priority made earlier
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/2] Path priority for RDAC devices
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH] fix missing '}' in new ratelimit macros
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [2.6.22-rc1-mm1 PATCH] dm-raid1-clear-region-outside-spinlock.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH 21/21] [kpartx] Add handling for SUN partition tables
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 20/21] [kpartx] Update BSD slice handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 14/21] [hwtable] Update entries for HP arrays
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 19/21] [kpartx] Update extended partition handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 15/21] [multipath] Add multipath.conf.5 manpage
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 12/21] [hwtable] Update SGI entries
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 18/21] [libmultipath] Fix pp_alua install target
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 11/21] [libmultipath] Fix typo on blacklist_exceptions handler
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 10/21] [hwtable] Update S/390 DASD entry
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 13/21] [libmultipath] Add new priority checker mpath_hp_sw
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 16/21] [multipath] Update multipath.8 manpage
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 9/21] [libcheckers] use async I/O for directio checker
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 8/21] [multipath] add '-t' option to dump internal hwtable
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 7/21] [multipathd] Fix handling of device-mapper devices
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 6/21] [libmultipath] Fix debugging output
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 5/21] [kpartx] Use mapname for device-mapper devices
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 4/21] [libmultipath] Fix overflow in circular queue
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 3/21] [libmultipath] Fixup EMC ALUA mode handling
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 2/21] [kpartx] fix install target
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 1/21] kpartx: fix crash during boot
- From: hare@xxxxxxx (Hannes Reinecke)
- [PATCH 0/21] SUSE multipath-tools resync
- From: Hannes Reinecke <hare@xxxxxxx>
- multipath-tools multipath.conf.defaults
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Re: BUG in kcryptd?
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: BUG in kcryptd?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Sending reads/writes to a userspace program?
- From: Dan Smith <danms@xxxxxxxxxx>
- Sending reads/writes to a userspace program?
- From: "Nick Johnson" <arachnid@xxxxxxxxxx>
- Re: [2.6.22 PATCH 23/26] dm delay:
- From: Christoph Lameter <clameter@xxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- (no subject)
- From: <ashok.shanmugam@xxxxxxxxx>
- device-mapper/dmeventd dmeventd.c
- From: mornfall@xxxxxxxxxxxxxx
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c
- From: mornfall@xxxxxxxxxxxxxx
- Fw: Re: [dm-crypt] LUKS on DVD+RW
- From: Lars Täuber <lars.taeuber@xxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/libdevmappe ...
- From: mbroz@xxxxxxxxxxxxxx
- RE: Device mapper multipathing
- From: berthiaume_wayne@xxxxxxx
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- - md-dm-reduce-stack-usage-with-stacked-block-devices.patch removed from -mm tree
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [2.6.22 PATCH 23/26] dm delay:
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 23/26] dm delay:
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [2.6.22 PATCH 23/26] dm delay:
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [2.6.22 PATCH 01/26] dm: merge max_hw_sector
- From: Neil Brown <neilb@xxxxxxx>
- multipath-tools libmultipath/hwtable.c multipa ...
- From: bmarzins@xxxxxxxxxxxxxx
- [2.6.22 PATCH 26/26] dm log: fix resume failed log device
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 25/26] dm raid1: switch rh_in_sync to blocking in do_reads
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 24/26] dm raid1: fix to commit pending clear region requests
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 23/26] dm delay:
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 22/26] dm: bio list helpers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 21/26] dm io: remove old interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 20/26] dm raid1: update dm io interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 19/26] dm log: update dm io interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 18/26] dm exception store: update dm io interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 17/26] dm kcopyd: update dm io interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 16/26] dm io: new interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 15/26] dm io: prepare for new interface
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 14/26] dm io: delay dec_count
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 13/26] dm raid1: add handle_errors feature flag
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 12/26] dm log: report fault status
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 11/26] dm log: fault detection
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 10/26] dm: allow offline devices
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 09/26] dm mpath: log device name
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 08/26] dm crypt: add null iv
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 07/26] dm crypt: use smaller bvecs in clones
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 06/26] dm crypt: fix remove first_clone
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 05/26] dm crypt: fix avoid cloned bio ref after free
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 04/26] dm crypt: fix call to clone_init
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 03/26] dm crypt: disable barriers
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 02/26] dm raid1: one kmirrord per mirror
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [2.6.22 PATCH 01/26] dm: merge max_hw_sector
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools multipath.conf.defaults
- From: bmarzins@xxxxxxxxxxxxxx
- Re: + kcopyd-use-mutex-instead-of-semaphore.patch added to -mm tree
- From: Neil Brown <neilb@xxxxxxx>
- Re: + kcopyd-use-mutex-instead-of-semaphore.patch added to -mm tree
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: + kcopyd-use-mutex-instead-of-semaphore.patch added to -mm tree
- From: Neil Brown <neilb@xxxxxxx>
- [PATCH] dm-multipath: Keep multipath from silently failing in path discovery
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- multipath-tools/libmultipath discovery.c structs.c
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] dm-multipath: fix multipath description with system-config-services
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- multipath-tools/multipathd multipathd.init.redhat
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipathd multipathd.init.redhat
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/multipathd multipathd.init.redhat
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper VERSION WHATS_NEW
- device-mapper/po device-mapper.po
- device-mapper VERSION WHATS_NEW
- device-mapper ./WHATS_NEW include/intl.h inclu ...
- device-mapper ./WHATS_NEW include/log.h lib/.e ...
- device-mapper/lib/regex
- device-mapper/dmsetup dmsetup.c
- device-mapper ./WHATS_NEW lib/libdm-report.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- Re: Strange problem with Device Mapper
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] dm-multipath: patch to keep multipath working with new Clariion firmware
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- multipath-tools/multipathd main.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libcheckers rdac.c rdac.h
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools libcheckers/Makefile libchecke ...
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] dmsetup: fix 'dmsetup status' for crypt filling '0' in wrong area
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-report.c
- Re: device-mapper mirror module (dm-raid)
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- Re: DmUserspace and the device mapper.
- From: Dan Smith <danms@xxxxxxxxxx>
- [PATCH] libdevmapper: (7/6) Add dm_report_get_report_types()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [0/3] [DM] dm-crypt: Add async blkcipher support
- From: Herbert Xu <herbert.xu@xxxxxxxxxx>
- Re: [PATCH] disable barriers in dm-crypt [was Re: BUG: Files corrupt after moving LVM volume to USB disk]
- From: "Marti Raudsepp" <marti@xxxxxxxxx>
- Re: Fw: BUG: Files corrupt after moving LVM volume to USB disk
- From: "Marti Raudsepp" <marti@xxxxxxxxx>
- [PATCH 2/3] Do not access the bio after generic_make_request
- From: Olaf Kirch <olaf.kirch@xxxxxxxxxx>
- [PATCH 3/3] Get rid of first_clone in dm-crypt
- From: Olaf Kirch <olaf.kirch@xxxxxxxxxx>
- [PATCH 0/3] Fix SMP races in dm-crypt
- From: Olaf Kirch <olaf.kirch@xxxxxxxxxx>
- [PATCH 1/3] Call clone_init early
- From: Olaf Kirch <olaf.kirch@xxxxxxxxxx>
- Device mapper multipathing
- From: GEORGEL Nicolas ORANGE-FTGROUP <n.georgel@xxxxxxxxxxxxxxxxxx>
- dm can't mount when bios raid degraded.
- From: "Michel van der Breggen" <mvdbreggen@xxxxxxxxxxxxx>
- multipathd should interpret output from callouts like multipath does
- From: Markus Naeher <MNAEHER@xxxxxxxxxx>
- device-mapper mirror module (dm-raid)
- From: "Penguin Lin" <penguin.taiwan@xxxxxxxxx>
- DmUserspace and the device mapper.
- From: "David Shwatrz" <dshwatrz@xxxxxxxxx>
- [PATCH] libdevmapper: (6/6) Add deps and treenode fields for dmsetup info -c
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (5/6) Add '--filter' option to dmsetup
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (4/6) Add filtering feature to dm_report
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (3/6) Move lib/regex from LVM2
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (2/6) Fix trailing separator
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (1/6) Tidy up _field_match() and _key_match()
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] libdevmapper: (0/6) Filtering feature in dm_report
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: Some questions in dm-riad1.c
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH]: dm-user w/ Linux 2.6.20
- From: Stephen.Wilson@xxxxxxx
- Some questions in dm-riad1.c
- From: "Penguin Lin" <penguin.taiwan@xxxxxxxxx>
- multipath-tools libcheckers/emc_clariion.c pat ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools libcheckers/emc_clariion.c pat ...
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH 3/3] [DM] dm-crypt: Use crypto ablkcipher interface
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] [DM] dm-crypt: Add async infrastructure
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] [DM] dm-crypt: Move post-processing into its own queue
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- will dm-raid45 patch be accepted into base kernel?
- From: "Gaston, Jason D" <jason.d.gaston@xxxxxxxxx>
- SLES9 DM-Multipath strange behaviour
- From: Harald Milz <hm@xxxxxxxxxxxxx>
- Re: New disk under /dev/mapper control?? [RESOLVED]
- From: "Paul Tader" <ptader@xxxxxxxxxxxxxx>
- Re: New disk under /dev/mapper control??
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: [PATCH] dm-core-add-ratelimit-printing.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm-multipath: make directio checker use AIO.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- New disk under /dev/mapper control??
- From: "Paul Tader" <ptader@xxxxxxxxxxxxxx>
- DS4400 Strangeness
- From: D Canfield <canfield@xxxxxxxxx>
- Re: [PATCH] dm-core-add-ratelimit-printing.patch
- From: Olaf Kirch <okir@xxxxxx>
- [PATCH take 2] dm-core-add-ratelimit-printing.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- Re: [PATCH] dm-core-add-ratelimit-printing.patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- [PATCH] dm-core-add-ratelimit-printing.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- [PATCH] dm-log-fix-uninitialized-state.patch
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- RFC: switch rh_in_sync to blocking in do_reads
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- dm-raid1: Fix to commit pending clear region requests
- From: Jonathan Brassow <jbrassow@xxxxxxxxxx>
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- bio too big device md1 (16 > 8)
- From: syrius.ml@xxxxxxxxxx
- Question about using dmraid45 patch
- From: "Wood, Brian J" <brian.j.wood@xxxxxxxxx>
- Re: Re: dm-multipath based engenio-lsi hardware handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- dm-multipath based engenio-lsi hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH] disable barriers in dm-crypt [was Re: BUG: Files corrupt after moving LVM volume to USB disk]
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: Re: [PATCH 0/3] Changes to Userspace multipath code to support lsi-rdac
- From: Bernd Zeimetz <bernd@xxxxxxx>
- Re: [PATCH 0/3] Changes to Userspace multipath code to support lsi-rdac
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: dm-multipath based engenio-lsi hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: [Patch 7 of 14] Device Mapper Mirror
- Re: dm-multipath based engenio-lsi hardware handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Fw: BUG: Files corrupt after moving LVM volume to USB disk
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: BUG: Files corrupt after moving LVM volume to USB disk
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Fw: BUG: Files corrupt after moving LVM volume to USB disk
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Changes to Userspace multipath code to support lsi-rdac
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- [PATCH 3/3] Increase the wait time for device to appear in /dev
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 2/3] Fix the priority calculation to use PATH_GHOST state
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 0/3] Changes to Userspace multipath code to support lsi-rdac
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [PATCH 1/3] C4 Inquiry based path checker
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- multipath device won't assemble
- From: Alexander Benaguev <zul@xxxxxxxxxxxxx>
- [PATCH 4/3] Allocate smaller clones
- From: Olaf Kirch <okir@xxxxxx>
- Re: [PATCH 0/3] Fix SMP races in dm-crypt
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 3/3] Get rid of first_clone in dm-crypt
- From: Olaf Kirch <okir@xxxxxx>
- [PATCH 1/3] Call clone_init early
- From: Olaf Kirch <okir@xxxxxx>
- [PATCH 0/3] Fix SMP races in dm-crypt
- From: Olaf Kirch <okir@xxxxxx>
- [PATCH 2/3] Do not access the bio after generic_make_request
- From: Olaf Kirch <okir@xxxxxx>
- device(disk) sleep on lvcreate
- From: francism <francism501@xxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- Re: tiny patch: avoid an unnecessary test
- From: AJ Lewis <alewis@xxxxxxxxxxxx>
- Re: tiny patch: avoid an unnecessary test
- From: AJ Lewis <alewis@xxxxxxxxxxxx>
- tiny patch: avoid an unnecessary test
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- [PATCH]: lib/fs/libdevmapper.c corner cases
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- [PATCH] dmsetup: detect write failure
- From: Jim Meyering <jim@xxxxxxxxxxxx>
- Re: Re: DM performance issues
- From: Srini <v.vvsrini@xxxxxxxxx>
- server hangs up when writing to encrypted partition
- From: Arnd Kleinbeck <arnd.kleinbeck@xxxxxxxxx>
- Re: DM performance issues
- From: Elliot Lee <sopwith@xxxxxxxxx>
- DM performance issues
- From: Elliot Lee <sopwith@xxxxxxxxx>
- multipath-tools/libmultipath structs.h
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [RFC] Multiple Snapshots - Manageability problem
- From: "Dan Kegel" <dank06@xxxxxxxxx>
- [PATCH 2/2] Add dm-userspace support to libdevmapper
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: add IV generation method null
- From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
- Re: add IV generation method null
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Multipath pathcheck behavior
- From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
- Multipath pathcheck behavior
- From: "Romanowski, John (OFT)" <John.Romanowski@xxxxxxxxxxxxxxx>
- Re: INFO: possible recursive locking detected. Was: more than 10 shapshots freeze system
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: add IV generation method null
- From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
- how to do failover using device mapper
- From: "Sunil Joshi" <mail2joshi@xxxxxxxxx>
- Re: [PATCH] device-mapper: Bad Block relocation target
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: [PATCH] device-mapper: Bad Block relocation target
- From: Daniel Drake <dsd@xxxxxxxxxx>
- Re: Re: Data corruption with raid5/dm-crypt/lvm/reiserfs on 2.6.19.2
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: [PATCH] device-mapper: Bad Block relocation target
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- [PATCH] Add dm-userspace support to libdevmapper
- From: Dan Smith <danms@xxxxxxxxxx>
- add IV generation method null
- From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
- multipath + raid software
- From: "Ignatius, Gianni" <Gianni.Ignatius@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "roland" <devzero@xxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: forwarded message from Vignesh Babu BM
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [BUG?] register_blkdev: failed to get major for device mapper
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH] device-mapper: Bad Block relocation target
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] device-mapper: Bad Block relocation target
- From: Daniel Drake <dsd@xxxxxxxxxx>
- Re: Bug#409875: [Pkg-cryptsetup-devel] Bug#409875: bug #409875
- From: David Härdeman <david@xxxxxxxxxxx>
- Re: [Pkg-cryptsetup-devel] Bug#409875: cannot setup device-mapper mapping ontop of /dev/md* device
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- Re: [Pkg-cryptsetup-devel] Bug#409875: cannot setup device-mapper mapping ontop of /dev/md* device
- From: David Härdeman <david@xxxxxxxxxxx>
- Re: Bug#409875: cannot setup device-mapper mapping ontop of /dev/md* device
- From: Loïc Minier <lool+alioth@xxxxxxxxxx>
- Re: Bug#409875: cannot setup device-mapper mapping ontop of /dev/md* device
- From: David Härdeman <david@xxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [BUG?] register_blkdev: failed to get major for device mapper
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- Re: Question about dm-multipath and Sun StorageTek 6140
- From: "Yury Konovalov" <ykonovalov@xxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- Re: Question about dm-multipath and Sun StorageTek 6140
- From: Eckebrecht von Pappenheim <evp@xxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- multipath-tools/libmultipath hwtable.c
- From: bmarzins@xxxxxxxxxxxxxx
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- Re: [patch 2/3] dm-netlink: Add support for event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- more than 10 shapshots freeze system
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: [PATCH 2.6.20] updated dm-loop patch
- From: "roland" <devzero@xxxxxx>
- Re: Question about dm-multipath and Sun StorageTek 6140
- From: "Yury Konovalov" <ykonovalov@xxxxxxxxx>
- Re: Followup: multipath setup with emc clariion
- From: "Yury Konovalov" <ykonovalov@xxxxxxxxx>
- Linux 2.6.19.1 device mapper error
- From: Srini <v.vvsrini@xxxxxxxxx>
- Re: -mm merge plans for 2.6.21 -- md-dm-reduce-stack-usage-with-stacked-block-devices.patch
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Followup: multipath setup with emc clariion
- From: Harald Milz <hm@xxxxxxxxxxxxx>
- Re: -mm merge plans for 2.6.21 -- md-dm-reduce-stack-usage-with-stacked-block-devices.patch
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [patch 2/3] dm-netlink: Add support for event functions
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- Question about dm-multipath and Sun StorageTek 6140
- From: Ralf Aumüller <Ralf.Aumueller@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH] additional bio list helpers
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: [PATCH] additional bio list helpers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- no /sys/block/sd%/device/bus file in 2.6.20-rc7 causing multipath to fail?
- From: "Toni L. Harbaugh-Blackford [Contr]" <harbaugh@xxxxxxxxxxx>
- Re: Re: Changes hwtable.c to Support New Pillar Hardware
- From: Stefan Bader <Stefan.Bader@xxxxxxxxxx>
- [PATCH 2.6.20] updated dm-loop patch
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- [PATCH] additional bio list helpers
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- garbled output after rename map and rerun
- From: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
- RE: Changes hwtable.c to Support New Pillar Hardware
- From: "Srinivas Ramani" <sramani@xxxxxxxxxxxxxx>
- Re: Changes hwtable.c to Support New Pillar Hardware
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Changes hwtable.c to Support New Pillar Hardware
- From: "Srinivas Ramani" <sramani@xxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- Re: no_path_retry question
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- no_path_retry question
- From: Dale.R.Fowle@xxxxxxxxxxx
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Luca Berra <bluca@xxxxxxxxxx>
- Re: boolian logic bug in vgremove
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Loïc Minier <lool+redhat@xxxxxxxxxx>
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Loïc Minier <lool+redhat@xxxxxxxxxx>
- boolian logic bug in vgremove
- From: Andre Noll <maan@xxxxxxxxxxxxxxx>
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH 1/2] Add userspace device-mapper target
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Loïc Minier <lool+redhat@xxxxxxxxxx>
- Weird discrepancy between /dev/mapper/* and /dev/dm-* devices breaks lilo
- From: Loïc Minier <lool+redhat@xxxxxxxxxx>
- Re: [RFC] Multiple Snapshots - Manageability problem
- From: "Mike Snitzer" <snitzer@xxxxxxxxx>
- [PATCH 1/2] Add userspace device-mapper target
- From: Dan Smith <danms@xxxxxxxxxx>
- [PATCH 2/2] Add userspace support to libdevmapper
- From: Dan Smith <danms@xxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper ./VERSION ./WHATS_NEW po/device- ...
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c ma ...
- device-mapper/dmsetup dmsetup.c
- device-mapper/dmsetup dmsetup.c
- device-mapper/dmsetup dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper ./WHATS_NEW lib/libdevmapper.h l ...
- Re: [RFC][PATCH] dm-cow: copy-on-write stackable target for device-mapper
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- Re: [RFC][PATCH] dm-cow: copy-on-write stackable target for
- device-mapper/lib Makefile.in
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- Re: Re: bug in dm-loop? - was:Re: Re: device mapper
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c
- device-mapper/lib libdm-report.c
- device-mapper/lib libdm-report.c
- device-mapper ./WHATS_NEW lib/libdevmapper.h l ...
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- Re: [dm-crypt] Re: [stable][PATCH < 2.6.19] Fix data corruption with dm-crypt over RAID5
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: [dm-crypt] Re: [stable][PATCH < 2.6.19] Fix data corruption with dm-crypt over RAID5
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- From: "roland" <devzero@xxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- From: "roland" <devzero@xxxxxx>
- Re: Data corruption with raid5/dm-crypt/lvm/reiserfs on 2.6.19.2
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: Data corruption with raid5/dm-crypt/lvm/reiserfs on 2.6.19.2
- From: Andrew Morton <akpm@xxxxxxxx>
- [patch 3/3] dm-mpath: Add calls dm-netlink path event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [patch 0/3] dm-netlink: Add netlink events to dm
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [patch 2/3] dm-netlink: Add support for event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [patch 1/3] dm-netlink: Add dm-netlink skeleton
- From: Mike Anderson <andmike@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/.exported_s ...
- Re: [dm-crypt] Re: [stable][PATCH < 2.6.19] Fix data corruption with dm-crypt over RAID5
- From: Christophe Saout <christophe@xxxxxxxx>
- Re: bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- Re: device mapper integrated loops - and one more year !
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- bug in dm-loop? - was:Re: Re: device mapper integrated loops - and one more year !
- Re: Re: device mapper integrated loops - and one more year !
- [PATCH 2.6.20-rc5] dm-multipath: fix stall on noflush suspend/resume
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- device-mapper/dmeventd libdevmapper-event.h
- device-mapper/dmeventd dmeventd.c
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c
- device-mapper ./WHATS_NEW ./configure ./config ...
- Re: multipath's "-l" option behaves differently from "-ll" - for blacklisted devices
- From: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW lib/libdm-report.c
- device-mapper/lib libdm-report.c
- multipath: alternative path routing not working (EMC clariion AX100, Ubuntu 6.06)
- From: Sebastian Ewert <ewerts@xxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmsetup/dmsetup.c li ...
- Re: DS4000 with multipath-tools 0.4.5
- From: "Yury Konovalov" <ykonovalov@xxxxxxxxx>
- Re: DS4000 with multipath-tools 0.4.5
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: DS4000 with multipath-tools 0.4.5
- From: TGrozev@xxxxxxxxxxxxxx
- [PATCH] (4/4) LVM2 to use dm_report
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: device-mapper error
- From: "Dmitry Y. Labutin" <dmitry@xxxxxxxx>
- device-mapper error
- From: "Dmitry Y. Labutin" <dmitry@xxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- device-mapper/dmeventd dmeventd.c libdevmapper ...
- Re: [stable][PATCH < 2.6.19] Fix data corruption with dm-crypt over RAID5
- From: Piet Delaney <piet@xxxxxxxxxxxx>
- device-mapper/dmeventd dmeventd.c libdevmapper ...
- device-mapper dmeventd/dmeventd.c dmeventd/lib ...
- device-mapper/dmeventd dmeventd.c
- device-mapper/dmeventd dmeventd.c
- device-mapper/lib libdm-report.c
- device-mapper ./WHATS_NEW dmeventd/.exported_s ...
- device-mapper/dmeventd dmeventd.c
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c ...
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- [PATCH] multipath assumes pathnames are block devices
- From: "Bryn M. Reeves" <breeves@xxxxxxxxxx>
- device-mapper/dmeventd dmeventd.c libdevmapper ...
- device-mapper/dmeventd dmeventd.c
- device-mapper/dmeventd libdevmapper-event.c
- device-mapper ./configure ./configure.in inclu ...
- device-mapper configure.in
- device-mapper/dmeventd dmeventd.c
- device-mapper ./WHATS_NEW dmeventd/.exported_s ...
- IBM x460 with directly attached IBM DS4300 (turbo) multipathd TUR path checker problem
- From: Yury Konovalov <ykonovalov@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/mm/dbg_malloc.c
- [PATCH] (3/4) Remove old codes for "info -c" from dmsetup
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] (2/4) dmsetup info to use dm_report
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- [PATCH] (1/4) dm_report support in libdevmapper
- From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
- Re: [RFC] Out of order snapshot deletion
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- RE: [RFC] Multiple Snapshots - Manageability problem
- From: "Wilson, Christopher J" <chris.j.wilson@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] Multiple Snapshots - Manageability problem
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: DS4000 with multipath-tools 0.4.5
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- device-mapper ./VERSION ./WHATS_NEW dmeventd/. ...
- RE: [RFC] Out of order snapshot deletion
- From: "Wilson, Christopher J" <chris.j.wilson@xxxxxxxxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW ./configure ./config ...
- Re: [RFC] Out of order snapshot deletion
- From: Ming Zhang <blackmagic02881@xxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Srinivasa Ds <srinivasa@xxxxxxxxxx>
- Re: [PATCH 2.6.19 5/5] fs: freeze_bdev with semaphore not mutex
- From: Srinivasa Ds <srinivasa@xxxxxxxxxx>
- [RFC] Out of order snapshot deletion
- From: "Vijai Babu Madhavan" <mvijai@xxxxxxxxxx>
- RE: [RFC] Multiple Snapshots - Manageability problem
- From: "Vijai Babu Madhavan" <mvijai@xxxxxxxxxx>
- device-mapper VERSION WHATS_NEW
- device-mapper VERSION WHATS_NEW
- RE: [RFC] Multiple Snapshots - Manageability problem
- From: "Wilson, Christopher J" <chris.j.wilson@xxxxxxxxxxxxxxxxxxx>
- [RFC] Multiple Snapshots - Manageability problem
- From: "Vijai Babu Madhavan" <mvijai@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] blk_end_request: caller change
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW ./make.tmpl.in dmeve ...
- DS4000 with multipath-tools 0.4.5
- From: TGrozev@xxxxxxxxxxxxxx
- Re: [RFC PATCH 3/3] blk_end_request: caller change
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [RFC PATCH 3/3] blk_end_request: caller change
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 2/3] blk_end_request: full completion handler implementation
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 1/3] blk_end_request: helper interface for end_that_request_* callers
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 0/3] blk_end_request: full I/O completion handler
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [PATCH] add the ability to have blacklist exceptions for specific vendor:product
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- multipath-tools ./Multipath-usage.txt ./multip ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools ./multipath.conf.annotated ./m ...
- From: bmarzins@xxxxxxxxxxxxxx
- multipath's "-l" option behaves differently from "-ll" - for blacklisted devices
- From: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
- [PATCH] add the ability to have blacklist exceptions for specific vendor:product
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/Makefile.in ...
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: "Gordon Farquharson" <gordonfarquharson@xxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: "Gordon Farquharson" <gordonfarquharson@xxxxxxxxx>
- FW: [Bug 7763] kernel panic on writing to dm-crypt->cciss partition
- From: "Maupin, Chase" <Chase.Maupin@xxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: "Gordon Farquharson" <gordonfarquharson@xxxxxxxxx>
- device-mapper ./WHATS_NEW lib/.exported_symbol ...
- [PATCH] mp-tools: multipathd product blacklisted message
- From: Volker Sameske <sameske@xxxxxxxxxx>
- Re: [PATCH] dm-mp: revalidate paths with zero size prior to use
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH 3/4] dm-netlink: Add calls for failed and reinstated paths
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 4/4] dm-netlink: Add mempool support to dm-netlink
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 2/4] dm-netlink: Add support for the event functions
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 1/4] dm-netlink: Add dm-netlink skeleton
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH 0/4] dm-netlink: Add netlink events to dm
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH] dm-mp: revalidate paths with zero size prior to use
- From: Mike Anderson <andmike@xxxxxxxxxx>
- [PATCH] dm: Allow tables to have devices with zero size
- From: Mike Anderson <andmike@xxxxxxxxxx>
- device-mapper dmeventd/dmeventd.c lib/libdm-st ...
- Re: [Patch] mp-tools: exception list handling
- From: Christophe Varoqui <christophe.varoqui@xxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- multipath-tools/kpartx dasd.c
- From: bmarzins@xxxxxxxxxxxxxx
- multipath-tools kpartx/dasd.c multipath/multip ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Clemens Fruhwirth <clemens@xxxxxxxxxxxxx>
- [RFC][PATCH] dm-cache (block level disk cache target): UPDATE
- From: "Ming Zhao" <mingzhao99th@xxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Clemens Fruhwirth <clemens@xxxxxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Clemens Fruhwirth <clemens@xxxxxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Clemens Fruhwirth <clemens@xxxxxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Clemens Fruhwirth <clemens@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: Dan Smith <danms@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- [Bug] Double acquisition of the same semaphore
- From: Xuân Baldauf <xuan--2006--dm-devel--redhat.com@xxxxxxxxxxx>
- device mapper : supported features
- From: "Aditya Vasudevan" <aditya.vasudevan@xxxxxxxxx>
- Re: Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- RE: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: "Chen, Kenneth W" <kenneth.w.chen@xxxxxxxxx>
- Re: Bug#403426: kernel corrupts LUKS partition header on arm
- From: Martin Michlmayr <tbm@xxxxxxxxxx>
- [patch 12/24] dm snapshot: fix freeing pending exception
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- dm_mirror and dm_mod
- From: Bernard Pidoux <pidoux@xxxxxxxxxxxxxx>
- patch dm-snapshot-fix-freeing-pending-exception.patch queued to 2.6.18-stable tree
- From: chrisw@xxxxxxxxxxxx
- multipath-tools kpartx/dasd.c libcheckers/Make ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- HP array multipath defaults.
- From: Benjamin Marzinski <bmarzins@xxxxxxxxxx>
- Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 0/8] rqbased-dm: request-based device-mapper
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- device-mapper ./WHATS_NEW dmeventd/dmeventd.c
- Re: [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: newbie: Target Length not divisble error
- From: Heinz Mauelshagen <mauelshagen@xxxxxxxxxx>
- multipath-tools ./multipath.conf.defaults libm ...
- From: bmarzins@xxxxxxxxxxxxxx
- [RFC PATCH APPENDIX] rqbased-dm: add API to libdevmapper
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 8/8] rqbased-dm: change dm-multipath from bio-based to request-based
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 7/8] rqbased-dm: core code
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 6/8] rqbased-dm: add new target functions
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 5/8] rqbased-dm: add device initialization code
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 4/8] rqbased-dm: add ioctl for request-based device creation
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 3/8] rqbased-dm: dm_create()/alloc_dev() interface change
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 2/8] rqbased-dm: add block layer hook
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 1/8] rqbased-dm: allow blk_get_request() to be called from interrupt context
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- [RFC PATCH 0/8] rqbased-dm: request-based device-mapper
- From: Kiyoshi Ueda <k-ueda@xxxxxxxxxxxxx>
- multipath-tools libmultipath/alias.c libmultip ...
- From: bmarzins@xxxxxxxxxxxxxx
- Re: RFC: dm patches for 2.6.16
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: [PATCH 1/2] dm-userspace: use ring buffer instead of system call
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]