Linux Device-Mapper Development
[Prev Page][Next Page]
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- [PATCH] dm snapshot: improve documentation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH] dm ioctl: Access user-land memory through safe functions.
- From: Scotty <sbauer@xxxxxxxxxxxx>
- [RFC] Modern device mapper module makes problems for dump analysis
- From: Alexey Ishchuk <aishchuk@xxxxxxxxxxxxxxxxxx>
- [PATCH] dm: constify crypt_iv_operations structures
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- Re: [PATCH] dm-ioctl: fix 4-characters indentations
- From: Minfei Huang <mnfhuang@xxxxxxxxx>
- Re: dm: don't save and restore bi_private
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm: don't save and restore bi_private
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm: don't save and restore bi_private
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-ioctl: fix 4-characters indentations
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: dm: don't save and restore bi_private
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: don't save and restore bi_private
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] md: fix bug due to nested suspend
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] md: dm-bufio: Use BUG_ON instead of if BUG
- From: Anup Limbu <anuplimbu14@xxxxxxxxx>
- [git pull] device mapper fixes for 4.4-rc3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Adding new resiliency type to LVM
- From: Shehbaz Jaffer <shehbazjaffer007@xxxxxxxxx>
- [PATCH] dm-bufio: store stacktrace in the buffers
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-block-manager: stacktrace cleanup
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-bufio: code cleanup - return NULL, not b
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- dm-cache metadata size questions
- From: Ian Pilcher <arequipeno@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
- Re: lvremove kernel BUG at drivers/md/dm-bufio.c:1494!
- From: Marian Marinov <mm@xxxxxxxxxxxxxx>
- 4.4-rc1 dm-mpath infinite loop
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: lvremove kernel BUG at drivers/md/dm-bufio.c:1494!
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Adding new resiliency type to LVM
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
- lvremove kernel BUG at drivers/md/dm-bufio.c:1494!
- From: vaLentin chernoZemski <valentin@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Colin Walters <walters@xxxxxxxxxx>
- Adding new resiliency type to LVM
- From: Shehbaz Jaffer <shehbazjaffer007@xxxxxxxxx>
- Re: [PATCH 1/2] dm mpath: fix infinite recursion in ioctl when no paths and queue_if_no_path is not set
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] dm-crypt: fix a possible race condition on exit
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Kernel BUG at dm-cache-policy-mq.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm-crypt: fix a possible race condition on exit
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Daniel J Walsh <dwalsh@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH 1/2] dm mpath: fix infinite recursion in ioctl when no paths and queue_if_no_path is not set
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- [PATCH] dm-crypt: fix a possible race condition on exit
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
- [PATCH 1/2] dm stripe: document that chunk size is specified in sectors
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 2/2] dm flakey: document that default I/O error is only for write
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- Can anyone help me understand what is going wrong with a dm-multipah config I have?
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v3 4/7] fs: Treat foreign mounts as nosuid
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v3 1/7] block_dev: Support checking inode permissions in lookup_bdev()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard@xxxxxx>
- [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
- Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- [PATCH v3 6/7] userns: Replace in_userns with current_in_userns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v3 2/7] block_dev: Check permissions towards block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Mark Brown <broonie@xxxxxxxxxx>
- [PATCH v3 3/7] mtd: Check permissions towards mtd block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v3 7/7] Smack: Handle labels consistently in untrusted mounts
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH v3 6/7] userns: Replace in_userns with current_in_userns
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH v3 5/7] selinux: Add support for unprivileged mounts from user namespaces
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH v3 4/7] fs: Treat foreign mounts as nosuid
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH 2/4] dm verity: separate function for parsing opt args
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/4] dm verity: clean up duplicate hashing code
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/7] User namespace mount updates
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] dm: fix ioctl retry termination with signal
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- [PATCH 1/2] dm mpath: fix infinite recursion in ioctl when no paths and queue_if_no_path is not set
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 1/2] block: Introduce BIO_ENDIO_FREE for bio flags
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] block: Introduce BIO_ENDIO_FREE for bio flags
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 1/2] block: Introduce BIO_ENDIO_FREE for bio flags
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 2/2] md: dm-crypt: Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Baolin Wang <baolin.wang@xxxxxxxxxx>
- Re: [PATCH 0/2] Introduce the request handling for dm-crypt
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Linux >= 4.2 dm_any_congested bug due to bad data from vfs/mm? [was: Bug in dm_any_congested?]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Bug in dm_any_congested?
- From: Boštjan Škufca @ Teon.si <bostjan@xxxxxxx>
- Re: Bug in dm_any_congested?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Bug in dm_any_congested?
- From: Boštjan Škufca @ Teon.si <bostjan@xxxxxxx>
- Re: [Xen-devel] [PATCH 06/32] xen blkback: prepare for bi_rw split
- From: Bob Liu <bob.liu@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH 06/32] xen blkback: prepare for bi_rw split
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Bob Peterson <rpeterso@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 32/32] block: remove __REQ op defs and reduce bi_op/bi_rw sizes
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 19/32] block: add helper to get data dir from op
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 06/32] xen blkback: prepare for bi_rw split
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 4/4] dm verity: ignore zero blocks
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 3/4] dm verity: add support for forward error correction
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 19/32] block: add helper to get data dir from op
- From: Mike Christie <mchristi@xxxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [PATCH] [dm-thin] Speed up discard of partially mapped volumes
- From: Joe Thornber <ejt@xxxxxxxxxx>
- Question about multipath device compiled defaults
- From: "Doron Tal1" <DORONTAL@xxxxxxxxxx>
- Re: [PATCH 3/4] dm verity: add support for forward error correction
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 0/4] dm verity: add support for error correction
- From: Milan Broz <mbroz@xxxxxxxxxx>
- Re: [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
- From: Hannes Reinecke <hare@xxxxxxx>
- [PATCH 3/4] dm verity: add support for forward error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [PATCH 1/4] dm verity: clean up duplicate hashing code
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [PATCH 2/4] dm verity: separate function for parsing opt args
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [PATCH 4/4] dm verity: ignore zero blocks
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [PATCH 0/4] dm verity: add support for error correction
- From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
- [git pull] device mapper changes for 4.4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 19/32] block: add helper to get data dir from op
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- [PATCH 23/32] block/fs: pass in op and flags to ll_rw_block
- From: mchristi@xxxxxxxxxx
- [PATCH 12/32] xfs: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 10/32] f2fs: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 01/32] block/fs: add REQ_OP definitions.
- From: mchristi@xxxxxxxxxx
- [PATCH 31/32] block/fs/driver: rm bio bi_rw REQ_OP use
- From: mchristi@xxxxxxxxxx
- [PATCH 29/32] block/drivers: rm request cmd_flags REQ_OP use
- From: mchristi@xxxxxxxxxx
- [PATCH 18/32] drbd: set bio bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [RESEND RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- [PATCH 25/32] block: add operation field to request struct
- From: mchristi@xxxxxxxxxx
- [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 14/32] block/fs/mm: pass in op and flags to submit_bio
- From: mchristi@xxxxxxxxxx
- [PATCH 04/32] block: prepare blkdev_issue_discard for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 13/32] mm: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 21/32] bcache: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 20/32] md: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 06/32] xen blkback: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 28/32] block/fs/drivers: use bio/rq_data_dir helpers
- From: mchristi@xxxxxxxxxx
- [PATCH 11/32] gfs2: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 03/32] dio/btrfs: prep dio->submit_bio users for bi_rw split.
- From: mchristi@xxxxxxxxxx
- [PATCH 09/32] btrfs: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 19/32] block: add helper to get data dir from op
- From: mchristi@xxxxxxxxxx
- [PATCH 22/32] block/fs/drivers: set bi_op to REQ_OP
- From: mchristi@xxxxxxxxxx
- [PATCH 17/32] block: add operation field to bio struct
- From: mchristi@xxxxxxxxxx
- [PATCH 30/32] drbd: don't use bi_rw for operations
- From: mchristi@xxxxxxxxxx
- [PATCH 07/32] dm: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 32/32] block: remove __REQ op defs and reduce bi_op/bi_rw sizes
- From: mchristi@xxxxxxxxxx
- [PATCH 15/32] btrfs: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 24/32] dm: pass dm stats data dir instead of bi_rw
- From: mchristi@xxxxxxxxxx
- [PATCH 05/32] drbd: prepare drbd for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 26/32] ide cd: do not set REQ_WRITE on requests.
- From: mchristi@xxxxxxxxxx
- [PATCH 16/32] block/fs/md: pass in op and flags to submit_bh
- From: mchristi@xxxxxxxxxx
- [PATCH 27/32] cfq/cgroup: pass operation and flags seperately
- From: mchristi@xxxxxxxxxx
- [PATCH 08/32] target: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- [PATCH 09/32] btrfs: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 04/32] block: prepare blkdev_issue_discard for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 08/32] target: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 02/32] block/fs/mm: prepare submit_bio_wait users for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 07/32] dm: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 03/32] dio/btrfs: prep dio->submit_bio users for bi_rw split.
- From: mchristi@xxxxxxxxxx
- [RFC PATCH 00/32] separate operations from flags in the bio/request structs
- From: mchristi@xxxxxxxxxx
- dm-era crash
- From: Raman Shishniou <rommer@xxxxxxxxxxx>
- [PATCH 05/32] drbd: prepare drbd for bi_rw split
- From: mchristi@xxxxxxxxxx
- [PATCH 01/32] block/fs: add REQ_OP definitions.
- From: mchristi@xxxxxxxxxx
- [PATCH 06/32] xen blkback: prepare for bi_rw split
- From: mchristi@xxxxxxxxxx
- Re: How big should raid metadata device be?
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: How big should raid metadata device be?
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- How big should raid metadata device be?
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [dm:for-next 11/12] drivers/md/dm-mpath.c:1570:41: error: 'cmd' undeclared
- From: kbuild test robot <fengguang.wu@xxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: dm: initialize queuedata and congested_data early
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: initialize queuedata and congested_data early
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2] dm-switch: Remove unnecessary condition in conditional
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
- IBM request to allow unprivledged ioctls [Was: Revert "dm mpath: fix stalls when handling invalid ioctls"]
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] Revert "dm mpath: fix stalls when handling invalid ioctls"
- From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
- [PATCH] Revert "dm mpath: fix stalls when handling invalid ioctls"
- From: Mauricio Faria de Oliveira <mauricfo@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] dm-stripe: Fix error message
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- Re: [PATCH 1/2] dm-raid: Fix minimal device check
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: [PATCH 6/6] dm-stripe: Fix error message
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 6/6] dm-stripe: Fix error message
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- Re: [PATCH 6/6] dm-stripe: Fix error message
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] dm-raid: Fix minimal device check
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: [PATCH 2/2] dm-raid: Fix minimal_devs for raid6
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: dm: initialize queuedata and congested_data early
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 2/2] dm-raid: Fix minimal_devs for raid6
- From: Andy Grover <agrover@xxxxxxxxxx>
- [PATCH 1/2] dm-raid: Fix minimal device check
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: Persistent Reservation API V4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] dm-switch: Remove unnecessary condition in conditional
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- Re: Persistent Reservation API V4
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: initialize queuedata and congested_data early
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/6] dm-delay: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 5/6] dm-switch: Remove unnecessary condition in conditional
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 2/6] dm-delay: Update documentation for offsets (resend)
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 4/6] dm-linear: Improve error message consistency
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 1/6] dm-delay: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 3/6] dm-delay: Capitalize error message consistently
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 6/6] dm-stripe: Fix error message
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH 5/6] dm-switch: Remove unnecessary condition in conditional
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- missing tdata in lvm thin pool after low free space
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
- Re: [PATCH v2 01/12] block: Move integrity kobject to struct gendisk
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [git pull] device mapper fixes for 4.3 final
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-persistent-data: eliminate unneeded return values
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-cache: clean cache resyncs to origin on every boot
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: Possible bug in DM-RAID.
- From: Austin S Hemmelgarn <ahferroin7@xxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH 01/18] libmultipath: Add prioritizer context data
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH 04/18] retrigger uevents to try and get the uid through udev
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH 01/18] libmultipath: Add prioritizer context data
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH v2] dm: reduce the number of processes per dm device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: Possible bug in DM-RAID.
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: Possible bug in DM-RAID.
- From: Neil Brown <nfbrown@xxxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm-delay: Update documentation for offsets
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- Re: dm-cache: clean cache resyncs to origin on every boot
- From: Bogdan Vasiliev <bogdan.vasiliev@xxxxxxxxx>
- Re: dm-cache: clean cache resyncs to origin on every boot
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: dm-cache: clean cache resyncs to origin on every boot
- From: Joe Thornber <thornber@xxxxxxxxxx>
- libmpathpersist: pthread join counts should be consistent with threads created
- From: Xieyingtai <xieyingtai@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: Cannot delete lvm thin volume
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- [PATCH] dm: Use DM_MAPIO_XXX macros instead of 0/1 (resend)
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- [PATCH] dm: Use DM_MAPIO_XXX macros instead of 0/1
- From: Tomohiro Kusumi <kusumi.tomohiro@xxxxxxxxx>
- dm-cache: clean cache resyncs to origin on every boot
- From: Bogdan Vasiliev <bogdan.vasiliev@xxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Dennis Yang <shinrairis@xxxxxxxxx>
- Re: [PATCH v2 10/12] block: move blk_integrity to request_queue
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Cannot delete lvm thin volume
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Cannot delete lvm thin volume
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: Cannot delete lvm thin volume
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Nikolay Borisov <n.borisov@xxxxxxxxxxxxxx>
- Re: Fwd: kernel BUG at drivers/md/persistent-data/dm-btree-remove.c:182!
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- [git pull] device mapper fixes for 4.3-rc6
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Cannot delete lvm thin volume
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
- From: Mikko Rapeli <mikko.rapeli@xxxxxx>
- Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v2 10/12] block: move blk_integrity to request_queue
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 00/12] blk-integrity lifetime fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 00/12] blk-integrity lifetime fixes
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH v2 10/12] block: move blk_integrity to request_queue
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 08/12] nvme: suspend i/o during runtime blk_integrity_unregister
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 05/12] block: Inline blk_integrity in struct gendisk
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 02/12] block: Consolidate static integrity profile properties
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 04/12] block: Export integrity data interval size in sysfs
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 03/12] block: Reduce the size of struct blk_integrity
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 11/12] block: blk_flush_integrity() for bio-based drivers
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 09/12] block: generic request_queue reference counting
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 12/12] block, libnvdimm, nvme: provide a built-in blk_integrity nop profile
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 07/12] md: suspend i/o during runtime blk_integrity_unregister
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 01/12] block: Move integrity kobject to struct gendisk
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 06/12] md, dm, scsi, nvme, libnvdimm: drop blk_integrity_unregister() at shutdown
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v2 00/12] blk-integrity lifetime fixes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH] fs/block_dev.c: Remove WARN_ON() when inode writeback fails
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [PATCH 3/6] sd: implement the Persistent Reservation API
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 3/6] sd: implement the Persistent Reservation API
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- [PATCH 1/6] block: cleanup blkdev_ioctl
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 6/6] NVMe: Add persistent reservation ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 4/6] dm: refactor ioctl handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 5/6] dm: add support for passing through persistent reservations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/6] block: add an API for Persistent Reservations
- From: Christoph Hellwig <hch@xxxxxx>
- Persistent Reservation API V4
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 3/6] sd: implement the Persistent Reservation API
- From: Christoph Hellwig <hch@xxxxxx>
- fix unmatched params when mpath prout rollback
- From: Xieyingtai <xieyingtai@xxxxxxxxxx>
- Re: [PATCH 08/18] Fix issues with user_friendly_names initramfs bindings
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v4 18/79] dm-log-userspace.h: use __u32, __s32 and __u64 from linux/types.h
- From: Mikko Rapeli <mikko.rapeli@xxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- [PATCH v3 for-4.4] block: flush queued bios when process blocks to avoid deadlock
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2 7/7] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v2 6/7] userns: Replace in_userns with current_in_userns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- [PATCH v2 3/7] mtd: Check permissions towards mtd block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v2 2/7] block_dev: Check permissions towards block device inode when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH] dm snapshot: fix memory leak in error path
- From: Michael Opdenacker <michael.opdenacker@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 4/7] fs: Treat foreign mounts as nosuid
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v2 0/7] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v2 1/7] block_dev: Support checking inode permissions in lookup_bdev()
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH v2 5/7] selinux: Add support for unprivileged mounts from user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- libmpathpersist: Set open fds limit in mpath_lib_init as mpathpersist called
- From: Xieyingtai <xieyingtai@xxxxxxxxxx>
- [PATCH] dm snapshot: fix memory leak
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: Next-20151009 - crash during boot
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Next-20151009 - crash during boot
- From: Valdis Kletnieks <Valdis.Kletnieks@xxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 14/18] Make use of /run depend on systemd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 14/18] Make use of /run depend on systemd
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 18/18] Make multipath ignore devices without mpath prefix
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 17/18] Fix sun partition numbering
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 16/18] Increase host buffer size
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 15/18] libmpathpersist: uninstall man page correctly
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 14/18] Make use of /run depend on systemd
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 13/18] libmultipath: add ignore_new_boot_devs option
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 12/18] add raw format multipathd commands
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 11/18] Add libmpathcmd library and use it internally
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 10/18] resize reply buffer for mutipathd help message
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH] iommu/amd: Fix NULL pointer deref on device detach READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- [PATCH] iommu/amd: Fix NULL pointer deref on device detach READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: [PATCH 07/18] make kpartx -d remove all partitions
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 06/18] change order of multipath.rules
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 05/18] update multipath rules to deal with partition devices
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 04/18] retrigger uevents to try and get the uid through udev
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 03/18] multipathd: use /run instead of /var/run
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 02/18] fix memory leaks on realloc failures
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 01/18] libmultipath: Add prioritizer context data
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [git pull] device mapper fixes for 4.3-rc5
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- [PATCH] dm ioctl: bugfix for kvfree() in free_params()
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: dm-multipath test scripts
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Neil Brown <neilb@xxxxxxx>
- Re: [PATCH] crash in md-raid1 and md-raid10 due to incorrect list manipulation
- From: Neil Brown <neilb@xxxxxxxx>
- Re: dm: reduce the number of processes per dm device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm: reduce the number of processes per dm device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm: reduce the number of processes per dm device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH 01/18] libmultipath: Add prioritizer context data
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 11/18] Add libmpathcmd library and use it internally
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 18/18] Make multipath ignore devices without mpath prefix
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 04/18] retrigger uevents to try and get the uid through udev
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 17/18] Fix sun partition numbering
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 12/18] add raw format multipathd commands
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 10/18] resize reply buffer for mutipathd help message
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 06/18] change order of multipath.rules
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 15/18] libmpathpersist: uninstall man page correctly
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 03/18] multipathd: use /run instead of /var/run
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 13/18] libmultipath: add ignore_new_boot_devs option
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 14/18] Make use of /run depend on systemd
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 08/18] Fix issues with user_friendly_names initramfs bindings
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 16/18] Increase host buffer size
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 02/18] fix memory leaks on realloc failures
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 07/18] make kpartx -d remove all partitions
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 09/18] Make multipath deactivate devices before iscsi shutdown
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 00/18] multipath patch sync
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- [PATCH 05/18] update multipath rules to deal with partition devices
- From: "Benjamin Marzinski" <bmarzins@xxxxxxxxxx>
- Re: dm: reduce the number of processes per dm device
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] dm: reduce the number of processes per dm device
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Hard lockup in ext4_finish_bio
- From: Nikolay Borisov <kernel@xxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Neil Brown <neilb@xxxxxxx>
- Re: Next release plans?
- From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
- Re: dm-multipath test scripts
- From: Johannes Thumshirn <jthumshirn@xxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- dm-multipath test scripts
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH v2] block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH for v4.3-rc] dm: fix request-based dm error reporting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH] kpartx: use inode to identify loopback mounts
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH] libmultipath: Fix information not shown when first path is down.
- From: Christophe Varoqui <christophe.varoqui@xxxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH] libmultipath: Fix information not shown when first path is down.
- From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxxxxxxx>
- [PATCH for v4.3-rc] dm: fix request-based dm error reporting
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: block: flush queued bios when the process blocks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH] dm ioctl: use kvfree() in free_params()
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH 2/5] fs: Treat foreign mounts as nosuid
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- [PATCH 3/5] selinux: Add support for unprivileged mounts from user namespaces
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- [PATCH 4/5] userns: Replace in_userns with current_in_userns
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- [PATCH 0/5] User namespace mount updates
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Joerg Roedel <joro@xxxxxxxxxx>
- [PATCH 5/5] Smack: Handle labels consistently in untrusted mounts
- From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
- dm-cache always dirty in writethrough mode
- [PATCH] dm: convert ffs to __ffs
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm-raid: fix default region size
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm: fix AB-BA deadlock in __dm_destroy()
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Jan Kara <jack@xxxxxxx>
- Re: dm: fix AB-BA deadlock in __dm_destroy()
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH] crash in md-raid1 and md-raid10 due to incorrect list manipulation
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: fix AB-BA deadlock in __dm_destroy()
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- [PATCH] dm: fix AB-BA deadlock in __dm_destroy()
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] fs: Verify access of user towards block device file when mounting
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Neil Brown <neilb@xxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Heinz Mauelshagen <heinzm@xxxxxxxxxx>
- Re: Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Brassow Jonathan <jbrassow@xxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Queuing of dm-raid1 resyncs to the same underlying block devices
- From: Richard Davies <richard@xxxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Junichi Nomura <j-nomura@xxxxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- Re: v4.3-rc2 dm-mq bug
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- v4.3-rc2 dm-mq bug
- From: Bart Van Assche <bart.vanassche@xxxxxxxxxxx>
- multipath with alias and binding file
- From: "Schunack, Daniel" <dschunack@xxxxxx>
- [git pull] device mapper fixes for 4.3-rc3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Severe performance degradation for dm-cache mq since c86c3070
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: AMD-Vi IO_PAGE_FAULTs and ata3.00: failed command: READ FPDMA QUEUED errors since Linux 4.0
- From: Andreas Hartmann <andihartmann@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: Severe performance degradation for dm-cache mq since c86c3070
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 1/5] block: Move integrity kobject to struct gendisk
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH 5/5] block: Inline blk_integrity in struct gendisk
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: dm: ioctl: prevent double freeing
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm: ioctl: prevent double freeing
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
- Re: [PATCH] dm: ioctl: prevent double freeing
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH 12/39] dm: drop null test before destroy functions
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: [PATCH 12/39] dm: drop null test before destroy functions
- From: walter harms <wharms@xxxxxx>
- Re: [PATCH 12/39] dm: drop null test before destroy functions
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: [PATCH 12/39] dm: drop null test before destroy functions
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 12/39] dm: drop null test before destroy functions
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: Severe performance degradation for dm-cache mq since c86c3070
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: James Bottomley <jbottomley@xxxxxxxx>
- [PATCH 12/39] dm: drop null test before destroy functions
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- How do you force-close a dm device?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: Severe performance degradation for dm-cache mq since c86c3070
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: How do you force-close a dm device after a disk failure?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- How do you force-close a dm device after a disk failure?
- From: Adam Nielsen <a.nielsen@xxxxxxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Regression: Disk corruption with dm-crypt and kernels >= 4.0
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: Severe performance degradation for dm-cache mq since c86c3070
- From: Joe Thornber <thornber@xxxxxxxxxx>
- Severe performance degradation for dm-cache mq since c86c3070
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Christoph Hellwig <hch@xxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: James Bottomley <jbottomley@xxxxxxxx>
- randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Jim Davis <jim.epost@xxxxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- [PATCH] dm: ioctl: prevent double freeing
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: udev rules do not create partition entries when an lvm lv is partitioned
- From: Joe Julian <me@xxxxxxxxxxxxxx>
- Re: udev rules do not create partition entries when an lvm lv is partitioned
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- udev rules do not create partition entries when an lvm lv is partitioned
- From: Joe Julian <me@xxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Dave Chinner <dchinner@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Pekka Enberg <penberg@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- slab-nomerge (was Re: [git pull] device mapper changes for 4.3)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [git pull] device mapper changes for 4.3
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH 1/2] mm/slab_common: add SLAB_NO_MERGE flag for use when creating slabs
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 2/2] dm: disable slab merging for all DM slabs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- [PATCH 1/2] mm/slab_common: add SLAB_NO_MERGE flag for use when creating slabs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- D-Bus API for multipath
- From: Todd Gill <tgill@xxxxxxxxxx>
- Re: dm-delay: Add a message to change delay
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: dm-delay: Add a message to change delay
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: [PATCH] dm-delay: Add a message to change delay
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH] dm-delay: Add a message to change delay
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: [PATCH] dm-delay: Add a message to change delay
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: [PATCH] dm-delay: Add a message to change delay
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- [PATCH] dm-delay: Add a message to change delay
- From: Andy Grover <agrover@xxxxxxxxxx>
- Re: [PATCH] dm btree: add ref counting ops for the leaves of top level btrees
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
- From: Satyajit Deshmukh <satyajit.s.deshmukh@xxxxxxxxx>
- Re: Persistent Reservation API V3
- From: Jeremy Linton <jlinton@xxxxxxxxxxxxx>
- Issue with DM Multipath reconfigure command
- From: Sharath Babu <sharath.babu@xxxxxxxxxx>
- Duplicate multipathd process
- From: Juliano da Costa <juliano.dacosta@xxxxxxxxx>
- [PATCH 0/4] dm-latency: Introduction
- From: Coly Li <i@xxxxxxx>
- Re: Persistent Reservation API V3
- From: Christoph Hellwig <hch@xxxxxx>
- Unnecessary scanning of all SCSI devices in mpath_persistent_reserve_in/out command, sent to a specific mpath device,
- From: Satyajit Deshmukh <satyajit.s.deshmukh@xxxxxxxxx>
- [PATCH 4/5] dm: refactor ioctl handling
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/5] block: cleanup blkdev_ioctl
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/5] block: add an API for Persistent Reservations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 3/5] sd: implement the Persistent Reservation API
- From: Christoph Hellwig <hch@xxxxxx>
- Persistent Reservation API V3
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 5/5] dm: add support for passing through persistent reservations
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Persistent Reservation API V3
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Persistent Reservation API V3
- From: Christoph Hellwig <hch@xxxxxx>
- Persistent Reservation API V3
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/5] block: cleanup blkdev_ioctl
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Possible bug when redistributing entries between dm-btree node
- From: Dennis Yang <shinrairis@xxxxxxxxx>
- Possibly weird behavior with mpath_persist on CentOS 6.6 (device-mapper-multipath-0.4.9...)
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- [PATCH v2] dm-raid.txt: document discard support
- Possible bug when redistributing entries between dm-btree node
- From: Dennis Yang <shinrairis@xxxxxxxxx>
- Re: A small question about Device Mapper
- From: "Ni, Xun" <xun.ni@xxxxxxxxx>
- Re: A small question about Device Mapper
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: A small question about Device Mapper
- From: Doug Dumitru <doug@xxxxxxxxxx>
- A small question about Device Mapper
- From: "Ni, Xun" <xun.ni@xxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Persistent Reservation API V2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: multipathd removing DM devices that don't belong to it
- From: Artem Danielov <artem@xxxxxxxxxxxx>
- multipath -f with friendly names doesn't flush
- From: "Walter A. Boring IV" <walter.boring@xxxxxx>
- Re: Persistent Reservation API V2
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- [PATCH] dm btree: add ref counting ops for the leaves of top level btrees
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- Re: dm-cache suspend semantics
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
- dm-cache suspend semantics
- From: Thanos Makatos <thanos.makatos@xxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
- Re: dm-statistics: report precise timestamps and histogram
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: [PATCH] dm-statistics: report precise timestamps and histogram
- From: "Bryn M. Reeves" <bmr@xxxxxxxxxx>
- Re: Any device mapper target that stores data in files?
- From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
- Re: Persistent Reservation API V2
- From: Jens Axboe <axboe@xxxxxx>
- Re: Any device mapper target that stores data in files?
- From: Thiago Padilha <tpadilha84@xxxxxxxxx>
[Index of Archives]
[DM Crypt]
[Fedora Desktop]
[ATA RAID]
[Fedora Marketing]
[Fedora Packaging]
[Fedora SELinux]
[Yosemite Discussion]
[KDE Users]
[Fedora Docs]