Linux Device-Mapper Development

• Thread Index

• [PATCH 1/8] drbd: drop REQ_OP_WRITE_SAME support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] target: remove iblock WRITE_SAME passthrough support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] sd: remove write same support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/8] block: use bio_has_data to check if a bio has bvecs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH v2] kobject: support passing in variables for synthetic uevents
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• [PATCH] dm-verity-fec: don't check for failure from mempool_alloc(GFP_NOIO)
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] dm-region-hash: fix strange usage of mempool_alloc.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] kobject: support passing in variables for synthetic uevents
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] multipath-tools: replace multipath configuration output
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] dm-mpath: Requeue after a small delay if blk_get_request() fails
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH v4 6/6] dm rq: Avoid that request processing stalls sporadically
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH] dm era: Save spacemap metadata root after the pre-commit
  • From: Somasundaram Krishnasamy <somasundaram.krishnasamy@xxxxxxxxxx>
• Re: [PATCH 0/2] Trace completion of all bios
  • From: Jens Axboe <axboe@xxxxxx>
• [git pull] device mapper fixes for 4.11-rc6
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 6/9] multipathd: drop lock before calling uev_add_path
  • From: Alban Browaeys <prahal@xxxxxxxxx>
• [RFC PATCH v5] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v5] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Fix for find_lowest_key in dm-btree.c
  • From: Vinothkumar Raja <vinraja@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/25] nbd: don't use req->errors
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 05/25] nvme: make nvme_error_status private
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 9/9] multipath: fix segfault with disable_changed_wwids
  • From: Shichangkuo <shi.changkuo@xxxxxxx>
• Re: kill req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] multipath: fix segfault with disable_changed_wwids
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 8/9] libmultipath: don't set max_sectors_kb on reloads
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/9] multipathd: don't call strlen on NULL variables
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/9] libdmmp: don't disconnect from multipathd twice
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/9] multipathd: allow devices to switch from RW to RO
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/9] multipath-tools: remove incdir from Makefiles
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/9] libdmmp: move libdmmp.pc install location
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/9] multipathd: drop lock before calling uev_add_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/9] libdmmp: minor Makefile cleanup
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/9] misc cleanups and bugfixes
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 1/2] block: simple improvements for bio->flags
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Trace completion of all bios
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 07/25] virtio_blk: don't use req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 06/25] virtio: fix spelling of virtblk_scsi_request_done
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 03/25] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 04/25] nvme: split nvme status from block req->errors
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: multipathd: locks itself in udev trigger
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 25/25] block: remove the errors field from struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] block: remove the blk_execute_rq return value
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] block: add a error_count field to struct request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] dm mpath: don't check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] nbd: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• kill req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] pd: remove bogus check for req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] xen-blkfront: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] nvme-fc: fix status code handling in nvme_fc_fcpio_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] blk-mq: simplify __blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] null_blk: don't pass always-0 req->errors to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] swim3: remove (commented out) printing of req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] nvme: split nvme status from block req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] mtip32xx: add a status field to struct mtip_cmd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] blk-mq: remove the error argument to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] scsi: introduce a new result field in struct scsi_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] virtio_blk: don't use req->errors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] scsi: fix fast-fail for non-passthrough requests
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] floppy: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] loop: zero-fill bio on the submitting cpu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] virtio: fix spelling of virtblk_scsi_request_done
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] dm rq: don't pass irrelevant error code to blk_mq_complete_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] remove the mg_disk driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] blktrace: remove the unused block_rq_abort tracepoint
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] ataflop: switch from req->errors to req->error_count
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• multipathd: locks itself in udev trigger
  • From: Alban Browaeys <prahal@xxxxxxxxx>
• Re: [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 06/33] multipathd: set timeout for CLI commands correctly
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 26/27] scsi: sd: Separate zeroout and discard command choices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/27] scsi: sd: Remove LBPRZ dependency for discards
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/27] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/27] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/27] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/27] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/27] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/27] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/27] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/27] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/27] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/27] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/27] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/27] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/27] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/27] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/27] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/27] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/27] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/27] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/27] sd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/27] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/27] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/27] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/27] block: add a REQ_NOUNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/27] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/27] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• uid_attrs (was Re: [PATCH 04/11] multipathd: add need_do_map to indicate whether need calling domap() in ev_add_path())
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 25/25] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/25] block: stop using discards for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 15/25] nvme: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 13/25] block_dev: use blkdev_issue_zerout for hole punches
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 11/25] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 10/25] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Device mapper single device display
  • From: <phillip.carswell@xxxxxxxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm ioctl: Remove double parentheses
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 1/2] dm verity fec: limit error correction recursion
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 2/2] dm verity fec: fix bufio leaks
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 01/25] ѕd: split sd_setup_discard_cmnd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] dm io: discards don't take a payload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] dm kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] sd: implement unmapping Write Zeroes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dm crypt: remove obsolete references to per-CPU state
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• [PATCH][RFC] dm raid: Fix NULL pointer dereference for raid1 without bitmap
  • From: kmeaw@xxxxxxxxxxxxxx
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [Drbd-dev] [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• [PATCH] multipath-tools: amend text from multipath/multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: move dm_table_destroy() to same header as dm_table_create()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] dm-raid: select the config option CONFIG_MD_RAID0
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [multipath-tools] [BUG] segfault in uev_update_path
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Drbd-dev] RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Multipath timeout
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH] libmpathpersist: use extern struct udev from main program
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: Question about merge performance
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH v3] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: Question about merge performance
  • From: Michael McCarthy <mccarthy197310@xxxxxxxxx>
• [PATCH v3] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about merge performance
  • From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE)
  • From: "Stewart, Sean" <Sean.Stewart@xxxxxxxxxx>
• multipath-tools (patch): Do not select sysfs prioritizer for RDAC arrays (was Re: [PATCH 00/33] multipath-tools fixes from SUSE)
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Question about merge performance
  • From: Michael McCarthy <mccarthy197310@xxxxxxxxx>
• Re: RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• RFC: always use REQ_OP_WRITE_ZEROES for zeroing offload
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] sd: handle REQ_UNMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] block: add a flags argument to (__)blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] drbd: make intelligent use of blkdev_issue_zeroout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] block: add a new BLKDEV_ZERO_NOFALLBACK flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] zram: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] block_dev: use blkdev_issue_zerout for hole punches
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] block: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] block: add a REQ_UNMAP flag for REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] block: renumber REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] rbd: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] brd: remove discard support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] loop: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] drbd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] block: implement splitting of REQ_OP_WRITE_ZEROES bios
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] md: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] nvme: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] block: stop using discards for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] mmc: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] dm: support REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] rsxx: remove the discard_zeroes_data flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 06/23] dm-kcopyd: switch to use REQ_OP_WRITE_ZEROES
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 03/23] sd: implement REQ_OP_WRITE_ZEROES
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] block: stop using blkdev_issue_write_same for zeroing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [multipath-tools] [BUG] segfault in uev_update_path
  • From: Shichangkuo <shi.changkuo@xxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for shared libs/objects
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH v2] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/2] md: add raid4/5/6 journal mode API (for dm-raid use)
  • From: heinzm@xxxxxxxxxx
• [PATCH 2/2] dm raid: add raid4/5/6 journal mode support
  • From: heinzm@xxxxxxxxxx
• [PATCH 0/2] md/dm-raid: add/use API to switch raid4/5/6 journal cache modes
  • From: heinzm@xxxxxxxxxx
• Re: [PATCH] block: trace completion of all bios.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <stanislas.oger@xxxxxxxxx>
• [PATCH] block: trace completion of all bios.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Kernel BUG at dm-cache-policy-mq.c
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Multipath timeout
  • From: Isidro Hortelano <isidrohortelano@xxxxxxxxx>
• Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <stanislas.oger@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH] Documentation: device-mapper: cache.txt: Fix typos
  • From: sayli karnik <karniksayli1995@xxxxxxxxx>
• Kernel BUG at dm-cache-policy-mq.c
  • From: Stanislas Oger <s.oger@xxxxxxxxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: michal virgovic <michalvirgovic1@xxxxxxxxx>
• Re: [PATCH] Documentation: device-mapper: cache.txt: Fix typos
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH] multipath-tools: arrange compilation options for shared libs/objects
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] dm raid: Documentaion
  • From: heinzm@xxxxxxxxxx
• [PATCH 1/2] dm raid: fix table line argument order in status
  • From: heinzm@xxxxxxxxxx
• [PATCH] multipath-tools: arrange compilation options for binaries
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: dm crypt: remove an impossible condition
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] dm crypt: remove an impossible condition
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH] multipath-tools: build objects for libdmmp and libmpathpersist independently
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: add missing "-l" flag for pthread in libdmmp/Makefile
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH v2] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• [PATCH] dm ioctl: Remove double parentheses
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 0/7] Data integrity protection with dm-integrity and dm-crypt
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 4/7] dm-crypt: Compute HMAC key size in a separate function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 5/7] dm-crypt: Parse cipher specification according to AEAD flag.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 7/7] dm-crypt: optionally support larger encryption sector size
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 2/7] dm-crypt: Move IV constructor to separate function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 1/7] dm-crypt: Fix documentation of integrity table option.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 6/7] dm-crypt: Remove obsolete integrity_mode function.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 0/7] Data integrity protection with dm-integrity and dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 3/7] dm-crypt: Introduce new format of cipher with capi: prefix.
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: clean up libdmmp/Makefile
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipathd: fix SIGUSR2 handling
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] uevent_can_discard: optimize devpath check
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Willy Tarreau <w@xxxxxx>
• [BUG] Oops caused by FEC in 4.10.0
  • From: michal virgovic <michalvirgovic1@xxxxxxxxx>
• Re: artificially break/corrupt thin pool
  • From: shankha <sbanerjee@xxxxxxxxxxxxxxx>
• Re: [BUG] Oops caused by FEC in 4.10.0
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH 4.4] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.10, 3.12] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 3.16, 4.1] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 4.9, 4.10] dm: flush queued bios when process blocks to avoid deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] kobject: support passing in variables for synthetic uevents
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [bug report] dm: add integrity target
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: LVM gives "modprobe" errors on non-modular monolithic Linux kernels
  • From: Ivan Zahariev <famzah@xxxxxxxxxxx>
• Re: [PATCH] multipathd: fix SIGUSR2 handling
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• artificially break/corrupt thin pool
  • From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
• Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v5 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v5] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: dm-crypt IV generation (summary)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: clean up libdmmp/Makefile
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [bug report] dm crypt: add cryptographic data integrity protection (authenticated encryption)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• LVM gives "modprobe" errors on non-modular monolithic Linux kernels
  • From: Ivan Zahariev <famzah@xxxxxxxxxxx>
• [bug report] dm: add integrity target
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
• [PATCH] dm cache: handle kmalloc failure allocating background_tracker struct
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• dm-crypt IV generation (summary)
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] multipath-tools: libdmmp: Fix incorrect use of __attribute__
  • From: Gris Ge <fge@xxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5] blk: Ensure users for current->bio_list can see the full list.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/5] Updates following recent generic_make_request improvement
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 5/5] block_dev: make blkdev_dio_pool a non-rescuing bioset
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] blk: use non-rescuing bioset for q->bio_split.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] blk: make the bioset rescue_workqueue optional.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5] blk: remove bio_set arg from blk_queue_split()
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5 v3] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Joe Thornber <thornber@xxxxxxxxxx>
• [RFC] dm-thin: Heuristic early chunk copy before COW
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] blk: improve order of bio handling in generic_make_request()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: scsi timeout on multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.11-rc1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] uevent_can_discard: optimize devpath check
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [PATCH] uevent_can_discard: optimize devpath check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if'
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:for-next 23/25] drivers/md/dm-raid.c:3469:3: error: 'else' without a previous 'if'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• [PATCH 26/33] libmultipath: reload map if not known to udev
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 31/33] multipathd: fixup check for new path states
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 22/33] libmultipath: disassemble_map: skip no_path_retry check
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 11/33] multipathd: issue systemd READY after initial configuration
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 27/33] libmultipath: differentiate ACT_NOTHING and ACT_IMPOSSIBLE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 21/33] libmultipath: setup_feature: handle "retain_attached_hw_handler"
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 28/33] libmultipath: coalesce_paths: trigger uevent if nothing done
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 25/33] libmultipath: sysfs_attr_set_value: use const char*
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 32/33] libmultipath/checkers: make RADOS checker optional
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 01/33] multipathd.service: fixup Wants= and Before= statements
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 30/33] tur: Add pthread_testcancel()
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 12/33] libmultipath/discovery: do not cache 'access_state' sysfs attribute
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 29/33] kpartx: sanitize delete partitions
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 15/33] libmultipath: move suspend logic to _dm_flush_map
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 20/33] libmultipath: setup_feature: print log msg if no_path_retry cant be set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 16/33] multipath: ignore -i if find_multipaths is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 05/33] Invalid error code when using multipathd CLI
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 14/33] multipath -ll: set DI_SERIAL
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 00/33] multipath-tools fixes from SUSE
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 33/33] Make libdmmp build optional
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 19/33] libmultipath: setup_features: log msg if queue_if_no_path is ignored
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 18/33] multipathd: use weaker "force_reload" at startup
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 24/33] libmultipath: select_action: check special features separately
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 09/33] multipathd: Set CLI timeout correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 13/33] libmultipath: use existing alias from bindings file
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 07/33] libmultipath: fall back to search paths by devt
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 08/33] libmultipath: Do not crash on empty features
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 06/33] multipathd: set timeout for CLI commands correctly
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 17/33] multipathd: imply -n if find_multipaths is set
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 23/33] libmultipath: disassemble_map: treat minio like assemble_map does
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 10/33] multipath: avoid crash when using modified configuration
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 03/33] Add support for "multipath=off" and "nompath" on kernel cmdline
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 04/33] multipath: do not check daemon from udev rules
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH 02/33] multipathd: start daemon after udev trigger
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH 09/10] add disable_changed_wwids option
  • From: Zhangguanghui <zhang.guanghui@xxxxxxx>
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] misc patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] dm raid: fix data corruption on reshape request
  • From: heinzm@xxxxxxxxxx
• [PATCH v4 5/6] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 3/6] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 6/6] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 2/6] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 1/6] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 4/6] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v4 0/6] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] Avoid that reloading a map sporadically triggers I/O errors
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] misc patches
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] kpartx: don't keep creating recursive partitions
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: fix misspellings
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: git should ignore rej and orig files
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [PATCH V5] multipath-tools: Introducing multipath C API
  • From: Gris Ge <fge@xxxxxxxxxx>
• [dm:dm-4.12 30/33] drivers/md/dm-cache-target.c:1581:3: error: implicit declaration of function 'bio_complete'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: multipath-tools: Fixes/features for upstream
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: Fixes/features for upstream
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCHv2] Fill NVMe specific path info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCHv2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH v2] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 2/2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH] multipath-tools: add availability of service-time and queue-length to multipath.conf.5
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [git pull] device mapper changes for 4.11
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• scsi timeout on multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 2/2] Fill NVMe specific path info
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH] multipath-tools: sync valgrind.h with 3.12 upstream
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v3] dm: switch dm-verity to async hash crypto API
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 2/7] libmultipath: add detect_checker option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• [PATCH v3] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [dm:dm-4.12 29/37] ERROR: "__aeabi_uldivmod" [drivers/md/dm-cache-validator.ko] undefined!
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCHv2] scsi: use 'scsi_device_from_queue()' for scsi_dh
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [dm:dm-4.12 29/37] dm-cache-policy-validator.c:undefined reference to `__udivdi3'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• you cannot run this tool with these options on live metadata
  • From: Khitai Pang <khitai.pang@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• 答复: Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• [PATCH] multipath-tools: fix misspellings
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH] multipath-tools: git should ignore rej and orig files
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• [PATCH] dm space map metadata: constify dm_space_map structures
  • From: Bhumika Goyal <bhumirks@xxxxxxxxx>
• [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: tang.junhui@xxxxxxxxxx
• Re: hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• hch's native NVMe multipathing [was: Re: [PATCH 1/2] Don't blacklist nvme]
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH] dm stats: fix a memory leak
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] a fix for the snapshot deadlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: fix typo in doc
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v3 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/2] Don't blacklist nvme
  • From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
• [PATCH 1/2] Don't blacklist nvme
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 2/2] Fill NVMe specific path info
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH] crypto: fix typo in doc
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH v2 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/1] DM: inplace compressed DM target
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 1/1] DM: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v4] DM: dm-inplace-compress: inplace compressed DM target
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH 7/7] fix udev rules for failed multipath devices
  • From: Peter Rajnoha <prajnoha@xxxxxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• how to deploy the latest multipath utility
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: improve processing efficiency for addition and deletion of multipath devices
  • From: <tang.junhui@xxxxxxxxxx>
• Re: multipath-tools: Standardization of no_path_retry
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/7] libmultipath: add detect_checker option
  • From: Hannes Reinecke <hare@xxxxxxx>
• multipath-tools: Standardization of no_path_retry
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• [PATCH 1/7] kpartx: don't keep creating recursive partitions
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 6/7] multipathd: allow resetting stats
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 5/7] multipathd: add messages on delayed path addition
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 2/7] libmultipath: add detect_checker option
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 4/7] multipathd: don't update priority of failed paths
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 3/7] libmultipath: cleanup orphan device states
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 7/7] fix udev rules for failed multipath devices
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• [PATCH 0/7] misc patches
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] Include sys/sysmacros.h
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] Tolerate modprobe failures in multipathd.service
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• [PATCH] multipath-tools: Remove trailing and leading whitespaces
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 1/5] multipath-tools: libmultipath: fix gcc link failure on rcu_register_thread_mb.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 5/5] multipath-tools: Perform socket client uid check on IPC commands.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 4/5] multipath-tools: Set errno mpath_recv_reply() when failure
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: [PATCH 3/5] multipath-tools: New way to limit the IPC command length.
  • From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/1] dm-zoned: Zoned block device target
  • From: Damien Le Moal <damien.lemoal@xxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: Make rescuer threads per request_queue, not per bioset
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Galbraith <efault@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH v4] crypto: Add IV generation algorithms
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• [RFC PATCH v4] IV Generation algorithms for dm-crypt
  • From: Binoy Jayan <binoy.jayan@xxxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• [PATCH v2] dm: switch dm-verity to async hash crypto API
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• v4.9, 4.4-final: 28 bioset threads on small notebook, 36 threads on cellphone
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v4] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [git pull] device mapper fixes for 4.10-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [git pull] device mapper fixes for 4.10-rc7
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 1/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• [PATCH 0/1] multipathd: deterministic io throughput in multipath
  • From: M Muneendra Kumar <mmandala@xxxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Marian Csontos <mcsontos@xxxxxxxxxx>
• Re: [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v3] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: dm: don't allow ioctls to targets that don't map to whole devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] dm: don't allow ioctls to targets that don't map to whole devices
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• unable to send mails to christophe.varoqui@xxxxxxxxxxx using git
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 2 (drivers/md/dm.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
• Re: deterministic io throughput in multipath
  • From: Muneendra Kumar M <mmandala@xxxxxxxxxxx>