Linux Block I/O

• Thread Index

• Re: [PATCH v20 06/12] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v20 05/12] fs/read_write: Enable copy_file_range for block device.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] block: remove blk_queue_max_integrity_segments
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v19 12/20] dm verity: expose root hash digest and signature data to LSMs
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [bug report] WARNING: CPU: 2 PID: 3445306 at drivers/block/ublk_drv.c:2633 ublk_ctrl_start_recovery.constprop.0+0x74/0x180
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• [PATCH v19 19/20] Documentation: add ipe documentation
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 11/20] block,lsm: add LSM blob and new LSM hooks for block device
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 08/20] ipe: add userspace interface
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 16/20] ipe: enable support for fs-verity as a trust provider
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 13/20] ipe: add support for dm-verity as a trust provider
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 18/20] ipe: kunit test for parser
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 14/20] security: add security_inode_setintegrity() hook
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 17/20] scripts: add boot policy generation program
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 09/20] uapi|audit|ipe: add ipe auditing support
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 20/20] MAINTAINERS: ipe: add ipe maintainer information
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 15/20] fsverity: expose verified fsverity built-in signatures to LSMs
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 12/20] dm verity: expose root hash digest and signature data to LSMs
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 10/20] ipe: add permissive toggle
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 07/20] security: add new securityfs delete function
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 06/20] ipe: introduce 'boot_verified' as a trust provider
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 05/20] initramfs|security: Add a security hook to do_populate_rootfs()
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 02/20] ipe: add policy parser
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 00/20] Integrity Policy Enforcement LSM (IPE)
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 01/20] security: add ipe lsm
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 04/20] ipe: add LSM hooks on execution and kernel read
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v19 03/20] ipe: add evaluation loop
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v4 4/4] blk-flush: reuse rq queuelist in flush state machine
  • From: Friedrich Weber <f.weber@xxxxxxxxxxx>
• Re: [PATCH v3 2/3] block: add folio awareness instead of looping through pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: convert newly added dm-zone code to the atomic queue commit API
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: check for max_hw_sectors underflow
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCHv2] block: check for max_hw_sectors underflow
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• Re: [PATCH] block: streamline meta bounce buffer handling
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH 2/2] scsi: bsg: Pass dev to blk_mq_alloc_queue()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] scsi: core: Pass sdev to blk_mq_alloc_queue()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2] block: unmap and free user mapped integrity via submitter
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] block: check for max_hw_sectors underflow
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] block: blk_set_stacking_limits() doesn't validate
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] block: check for max_hw_sectors underflow
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• Re: [PATCH] block: blk_set_stacking_limits() doesn't validate
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [bug report] WARNING: CPU: 2 PID: 3445306 at drivers/block/ublk_drv.c:2633 ublk_ctrl_start_recovery.constprop.0+0x74/0x180
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] block: add folio awareness instead of looping through pages
  • From: Kundan Kumar <kundan.kumar@xxxxxxxxxxx>
• Re: [PATCH 2/2] scsi: bsg: Pass dev to blk_mq_alloc_queue()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] scsi: core: Pass sdev to blk_mq_alloc_queue()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] scsi: bsg: Pass dev to blk_mq_alloc_queue()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 1/2] scsi: core: Pass sdev to blk_mq_alloc_queue()
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH 0/2] block, scsi: Small improvements for blk_mq_alloc_queue() usage
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH 1/2] sd: also set max_user_sectors when setting max_sectors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] block: blk_set_stacking_limits() doesn't validate
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH] block: blk_set_stacking_limits() doesn't validate
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: yunlong xing <yunlongxing23@xxxxxxxxx>
• [bug report] WARNING: CPU: 2 PID: 3445306 at drivers/block/ublk_drv.c:2633 ublk_ctrl_start_recovery.constprop.0+0x74/0x180
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Block fixes for 6.10-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 2/2] block: stack max_user_sectors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/2] sd: also set max_user_sectors when setting max_sectors
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• [PATCH 2/2] block: stack max_user_sectors
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] sd: also set max_user_sectors when setting max_sectors
  • From: Christoph Hellwig <hch@xxxxxx>
• fix stacking of sd-imposed max_sectors
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2 v3] block: change rq_integrity_vec to respect the iterator
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2 v3] dm-crypt: support for per-sector NVMe metadata
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 1/2 v3] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH 0/2 v3] dm-crypt support for per-sector NVMe metadata
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [GIT PULL] Block fixes for 6.10-rc1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH for-6.10-rc1] block: fix blk_validate_limits() to properly handle stacked devices
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: yunlong xing <yunlongxing23@xxxxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] loop: Test to detect a race condition between loop detach and open
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH v3 1/3] nvme: adjust multiples of NVME_CTRL_PAGE_SIZE in offset
  • From: Kundan Kumar <kundanthebest@xxxxxxxxx>
• Re: [PATCH v3 1/3] nvme: adjust multiples of NVME_CTRL_PAGE_SIZE in offset
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/2] loop: Test to detect a race condition between loop detach and open
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• [PATCH v2] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v20 12/12] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH RESEND] null_blk: fix null-ptr-dereference while configuring 'power' and 'submit_queues'
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] kernel panic with concurrent power on/off operation for null-blk
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: yunlong xing <yunlongxing23@xxxxxxxxx>
• Re: [bug report] kernel panic with concurrent power on/off operation for null-blk
  • From: Yi Zhang <yi.zhang@xxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: yunlong xing <yunlongxing23@xxxxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm: retain stacked max_sectors when setting queue_limits
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• RE: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• RE: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v20 12/12] null_blk: add support for copy offload
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Ewan Milne <emilne@xxxxxxxxxx>
• Re: [PATCH] blk-throttle: remove unused struct 'avg_latency_bucket'
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] blk-throttle: remove unused struct 'avg_latency_bucket'
  • From: linux@xxxxxxxxxxx
• Re: [PATCH v3] block: Add ioprio to block_rq tracepoint
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: dm: retain stacked max_sectors when setting queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] dm: retain stacked max_sectors when setting queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH v3] block: Add ioprio to block_rq tracepoint
  • From: Dongliang Cui <dongliang.cui@xxxxxxxxxx>
• Re: [bug report] kernel panic with concurrent power on/off operation for null-blk
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] kernel panic with concurrent power on/off operation for null-blk
  • From: Li Nan <linan666@xxxxxxxxxxxxxxx>
• [PATCH] loop: inherit the ioprio in loop woker thread
  • From: Yunlong Xing <yunlong.xing@xxxxxxxxxx>
• Re: [PATCH v20 09/12] dm: Add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH] blktests: fix how we handle waiting for nbd to connect
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH v20 09/12] dm: Add support for copy offload
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 10/12] dm: Enable copy offload for dm-linear target
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v20 12/12] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v20 09/12] dm: Add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [bug report] kernel panic with concurrent power on/off operation for null-blk
  • From: Yi Zhang <yi.zhang@xxxxxxxxxx>
• [PATCH] dm: retain stacked max_sectors when setting queue_limits
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH -next] block: fix bio lost for plug enabeld bio based device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Guangwu Zhang <guazhang@xxxxxxxxxx>
• Re: [PATCH -next] block: fix bio lost for plug enabeld bio based device
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH V2 for-6.10/block 1/2] loop: Fix a race between loop detach and loop open
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• [PATCH 2/2] loop: Test to detect a race condition between loop detach and open
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [PATCH] block: remove blk_queue_max_integrity_segments
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] block: remove blk_queue_max_integrity_segments
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [git pull] device mapper fixes for 6.10-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] blktests: fix how we handle waiting for nbd to connect
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [git pull] device mapper fixes for 6.10-rc1
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH v2 3/3] MAINTAINERS: add entry for Rust block device driver API
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH v2 0/3] Rust block device driver API and null block driver
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH v2 2/3] rust: block: add rnull, Rust null_blk implementation
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH v2 1/3] rust: block: introduce `kernel::block::mq` module
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• Re: [PATCH v20 04/12] block: add emulation for copy
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH -next] block: fix bio lost for plug enabeld bio based device
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Zhang Yi <yi.zhang@xxxxxxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [RFC PATCH] blk-mq: fix potential I/O hang caused by batch wakeup
  • From: YangYang <yang.yang@xxxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Guangwu Zhang <guazhang@xxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH v20 09/12] dm: Add support for copy offload
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 05/12] fs/read_write: Enable copy_file_range for block device.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 04/12] block: add emulation for copy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] tests/dm: add dm-dust general functionality test
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Zhang Yi <yi.zhang@xxxxxxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [PATCH V3 5/9] io_uring: support SQE group
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Guangwu Zhang <guazhang@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v20 12/12] null_blk: add support for copy offload
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 11/12] null: Enable trace capability for null block
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 10/12] dm: Enable copy offload for dm-linear target
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 00/12] Implement copy offload support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [bug report] block nbd0: Unexpected reply (15) 000000009c07859b
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: dm: use queue_limits_set
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] blk-mq: fix potential I/O hang caused by batch wakeup
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 5/5] nbd: Fix signal handling
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] tests/dm: add dm-dust general functionality test
  • From: Bryan Gurney <bgurney@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] block: unmap and free user mapped integrity via submitter
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH v4 1/6] nvme: multipath: Implemented new iopolicy "queue-depth"
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH] block: t10-pi: add MODULE_DESCRIPTION()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 5/5] nbd: Fix signal handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [bug report] Internal error isnullstartblock(got.br_startblock) a t line 6005 of file fs/xfs/libxfs/xfs_bmap.c.
  • From: Guangwu Zhang <guazhang@xxxxxxxxxx>
• Re: [PATCH] block: t10-pi: add MODULE_DESCRIPTION()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v20 12/12] null_blk: add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 11/12] null: Enable trace capability for null block
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 10/12] dm: Enable copy offload for dm-linear target
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 09/12] dm: Add support for copy offload
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 08/12] nvmet: add copy command support for bdev and file ns
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 07/12] nvme: add copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 06/12] fs, block: copy_file_range for def_blk_ops for direct block device
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 05/12] fs/read_write: Enable copy_file_range for block device.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 04/12] block: add emulation for copy
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 03/12] block: add copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 02/12] Add infrastructure for copy offload in block and request layer.
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 01/12] block: Introduce queue limits and sysfs for copy-offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH v20 00/12] Implement copy offload support
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [syzbot] [block?] WARNING: locking bug in mempool_alloc
  • From: syzbot <syzbot+ed9ea019381af2e78b60@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] blk-mq: fix potential I/O hang caused by batch wakeup
  • From: Yang Yang <yang.yang@xxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm: use queue_limits_set
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [RFC PATCH v2 1/1] sched/fair: sugov: Introduce per-task io util boost
  • From: Christian Loehle <christian.loehle@xxxxxxx>
• [RFC PATCH v2 0/1] Introduce per-task io utilization boost
  • From: Christian Loehle <christian.loehle@xxxxxxx>
• Re: [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Wu Bo <wubo.oduw@xxxxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Reclaiming & documenting page flags
  • From: Navid <navid.emamdoost@xxxxxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] blk-mq: add helper for checking if one CPU is mapped to specified hctx
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Kernel namespaces for device mapper targets and block devices?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• Re: [PATCH 6/6] z_erofs_pcluster_begin(): don't bother with rounding position down
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• [PATCH] blk-mq: add helper for checking if one CPU is mapped to specified hctx
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Wu Bo <bo.wu@xxxxxxxx>
• Kernel namespaces for device mapper targets and block devices?
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH] block: t10-pi: add MODULE_DESCRIPTION()
  • From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] block/mq-deadline: Fix the tag reservation code
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/11] mm: split a folio in minimum folio order chunks
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [bug report] INFO: task mdX_resync:42168 blocked for more than 122 seconds
  • From: Changhui Zhong <czhong@xxxxxxxxxx>
• [PATCH stable] block/mq-deadline: fix different priority request on the same zone
  • From: Wu Bo <bo.wu@xxxxxxxx>
• [bug report] blktests stress block/027 lead kernel panic
  • From: Yi Zhang <yi.zhang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v2 2/2] block/mq-deadline: Fix the tag reservation code
  • From: YangYang <yang.yang@xxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/2] blk-cgroup: two fixes on list corruption
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 2/2] blk-cgroup: fix list corruption from reorder of WRITE ->lqueued
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 04/23] scsi: initialize scsi midlayer limits before allocating the queue
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] block: add folio awareness instead of looping through pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/1] cdrom: patch for inclusion in 6.10
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: cgroup io.stat propagation regression
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Dan Schatzberg <schatzberg.dan@xxxxxxxxx>
• Re: cgroup io.stat propagation regression
  • From: Dan Schatzberg <schatzberg.dan@xxxxxxxxx>
• Re: [PATCH 1/2] blk-cgroup: fix list corruption from resetting io stat
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 05/11] mm: split a folio in minimum folio order chunks
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] blk-merge: split bio by max_segment_size, not PAGE_SIZE
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH 2/2] blk-cgroup: fix list corruption from reorder of WRITE ->lqueued
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] blk-cgroup: Properly propagate the iostat update up the hierarchy
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: cgroup io.stat propagation regression
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] blk-cgroup: fix list corruption from reorder of WRITE ->lqueued
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] blk-cgroup: fix list corruption from resetting io stat
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 2/2] dm-crypt: support per-sector NVMe metadata
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC PATCH 1/2] block: change rq_integrity_vec to respect the iterator
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [RFC PATCH 0/2] dm-crypt support for per-sector NVMe metadata
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• Re: [PATCH 3/6] blk-merge: split bio by max_segment_size, not PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/6] blk-merge: split bio by max_segment_size, not PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHv4 21/21] Documentation/zram: add documentation for algorithm parameters
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 20/21] zram: add dictionary support to lz4hc
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 19/21] lib/lz4hc: export LZ4_resetStreamHC symbol
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 18/21] zram: add dictionary support to lz4
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 17/21] zram: share dictionaries between per-CPU contexts
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 16/21] zram: add config init/release backend callbacks
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 15/21] zram: add dictionary support to zstd backend
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 14/21] lib/zstd: export API needed for dictionary support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 13/21] zram: add support for dict comp config
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 12/21] zram: support compression level comp config
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 11/21] zram: extend comp_algorithm attr write handling
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 10/21] zram: introduce zcomp_config structure
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 09/21] zram: check that backends array has at least one backend
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 08/21] zram: add 842 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 07/21] zram: add zlib compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 06/21] zram: pass estimated src size hint to zstd
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 05/21] zram: add zstd compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 04/21] zram: add lz4hc compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 03/21] zram: add lz4 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 02/21] zram: add lzo and lzorle compression backends support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 01/21] zram: move from crypto API to custom comp backends API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv4 00/21] zram: custom comp API and comp algorithms tunables
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [PATCH v2] aoe: fix the potential use-after-free problem in more places
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 4/6] block/bdev: enable large folio support for large logical block sizes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] block/bdev: lift restrictions on supported blocksize
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: cgroup io.stat propagation regression
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [git pull] device mapper changes for 6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH 0/2] blk-cgroup: two fixes on list corruption
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 2/2] blk-cgroup: fix list corruption from reorder of WRITE ->lqueued
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH 1/2] blk-cgroup: fix list corruption from resetting io stat
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• [RFC PATCH 1/2] block: introduce helper function to calculate bps budgt
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• [RFC PATCH 0/2] introduce precised blk-throttle control
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• Re: [PATCH 5/6] block/bdev: lift restrictions on supported blocksize
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] blk-merge: split bio by max_segment_size, not PAGE_SIZE
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH 0/3] Rust block device driver API and null block driver
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v18 16/21] fsverity: expose verified fsverity built-in signatures to LSMs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v18 20/21] Documentation: add ipe documentation
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• cgroup io.stat propagation regression
  • From: Dan Schatzberg <schatzberg.dan@xxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• [PATCH v4 1/6] nvme: multipath: Implemented new iopolicy "queue-depth"
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 5/6] nvme: add 'latency' iopolicy
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 3/6] nvme: multipath: Invalidate current_path when changing iopolicy
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 6/6] nvme: multipath: pr_notice when iopolicy changes
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 4/6] block: track per-node I/O latency
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 2/6] nvme: multipath: only update ctrl->nr_active when using queue-depth iopolicy
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v4 0/6] block,nvme: queue-depth and latency I/O schedulers
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH 6/6] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCH 5/6] block/bdev: lift restrictions on supported blocksize
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCH 3/6] blk-merge: split bio by max_segment_size, not PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCH 4/6] block/bdev: enable large folio support for large logical block sizes
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCH 2/6] fs/mpage: use blocks_per_folio instead of blocks_per_page
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCH 1/6] fs/mpage: avoid negative shift for large blocksize
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [PATCHv2 0/6] enable bs > ps for block devices
  • From: Hannes Reinecke <hare@xxxxxxxxxx>
• [git pull] device mapper changes for 6.10
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2] aoe: fix the potential use-after-free problem in more places
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH v2] aoe: fix the potential use-after-free problem in more places
  • From: Chun-Yi Lee <joeyli.kernel@xxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Five nbd patches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH] aoe: fix the potential use-after-free problem in more places
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• [PATCH] aoe: fix the potential use-after-free problem in more places
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] brd: implement discard support
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [GIT PULL] Block updates for 6.10-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: kernel test robot <lkp@xxxxxxxxx>
• [syzbot] Monthly block report (May 2024)
  • From: syzbot <syzbot+list9b070cf19dd61929702c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [bug report] block nbd0: Unexpected reply (15) 000000009c07859b
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• Re: [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• Re: [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH -next 1/2] blk-throttle: factor out a helper to get throtl_slice from tg
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 2/2] blk-throttle: fix lower control under super low iops limit
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH -next 0/2] blk-throttle: fix lower control under super low iops limit
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] aoe: fix the potential use-after-free problem in more places
  • From: joeyli <jlee@xxxxxxxx>
• Re: [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Hillf Danton <hdanton@xxxxxxxx>
• [PATCH v2] block: unmap and free user mapped integrity via submitter
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• [Linux kernel bug] INFO: task hung in blk_mq_get_tag
  • From: Sam Sun <samsun1006219@xxxxxxxxx>
• [PATCH 0/3] Rust block device driver API and null block driver
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH 1/3] rust: block: introduce `kernel::block::mq` module
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH 3/3] MAINTAINERS: add entry for Rust block device driver API
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• [PATCH 2/3] rust: block: add rnull, Rust null_blk implementation
  • From: Andreas Hindborg <nmi@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] cpufreq/schedutil: Remove iowait boost
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [syzbot] [block?] [usb?] INFO: rcu detected stall in aoecmd_cfg (2)
  • From: syzbot <syzbot+1e6e0b916b211bee1bd6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] enable bs > ps for block devices
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 3/5] block/bdev: lift restrictions on supported blocksize
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 3/5] block/bdev: lift restrictions on supported blocksize
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] null_blk: Fix two sparse warnings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] ublk_drv: set DMA alignment mask to 3
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] ublk_drv: set DMA alignment mask to 3
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] Block updates for 6.10-rc1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: unmap and free user mapped integrity via submitter
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/5] block/bdev: enable large folio support for large logical block sizes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 3/5] block/bdev: lift restrictions on supported blocksize
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/5] fs/mpage: avoid negative shift for large blocksize
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/5] fs/mpage: use blocks_per_folio instead of blocks_per_page
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [PATCH 4/5] block/bdev: enable large folio support for large logical block sizes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/5] block/bdev: enable large folio support for large logical block sizes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH V3 9/9] ublk: support provide io buffer
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 6/9] io_uring: support sqe group with members depending on leader
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 8/9] io_uring/uring_cmd: support provide group kernel buffer
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 7/9] io_uring: support providing sqe group buffer
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 2/9] io_uring: add io_submit_fail_link() helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 5/9] io_uring: support SQE group
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 4/9] io_uring: move marking REQ_F_CQE_SKIP out of io_free_req()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 3/9] io_uring: add helper of io_req_commit_cqe()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 1/9] io_uring: add io_link_req() helper
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH V3 0/9] io_uring: support sqe group and provide group kbuf
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Running BOF
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/5] block/bdev: enable large folio support for large logical block sizes
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] block/bdev: lift restrictions on supported blocksize
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] fs/mpage: avoid negative shift for large blocksize
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] fs/mpage: use blocks_per_folio instead of blocks_per_page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [bug report] block nbd0: Unexpected reply (15) 000000009c07859b
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 4/5] nbd: Remove a local variable from nbd_send_cmd()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 5/5] nbd: Fix signal handling
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 3/5] nbd: Improve the documentation of the locking assumptions
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 2/5] nbd: Remove superfluous casts
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 0/5] Five nbd patches
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 1/5] nbd: Use NULL to represent a pointer
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] null_blk: Fix two sparse warnings
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] nvme: enable FDP support
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] block: unmap and free user mapped integrity via submitter
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] block: unmap and free user mapped integrity via submitter
  • From: Anuj gupta <anuj1072538@xxxxxxxxx>
• Re: [GIT PULL] Block fixes for 6.9-final
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] Block fixes for 6.9-final
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] block: Annotate a racy read in blk_do_io_stat()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/9] io_uring: support sqe group and provide group kbuf
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] nvme: enable FDP support
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH] block: unmap and free user mapped integrity via submitter
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 7/9] btrfs_get_bdev_and_sb(): call set_blocksize() only for exclusive opens
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [bug report] block nbd0: Unexpected reply (15) 000000009c07859b
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 5/5] nvme: enable logical block size > PAGE_SIZE
  • From: hare@xxxxxxxxxx
• [PATCH 4/5] block/bdev: enable large folio support for large logical block sizes
  • From: hare@xxxxxxxxxx
• [PATCH 3/5] block/bdev: lift restrictions on supported blocksize
  • From: hare@xxxxxxxxxx
• [PATCH 2/5] fs/mpage: avoid negative shift for large blocksize
  • From: hare@xxxxxxxxxx
• [PATCH 1/5] fs/mpage: use blocks_per_folio instead of blocks_per_page
  • From: hare@xxxxxxxxxx
• [PATCH 0/5] enable bs > ps for block devices
  • From: hare@xxxxxxxxxx
• Re: [PATCH v3 2/3] nvme: add 'latency' iopolicy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v3 1/3] block: track per-node I/O latency
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH] block: unmap and free user mapped integrity via submitter
  • From: Anuj Gupta <anuj20.g@xxxxxxxxxxx>
• Re: [PATCH v3 0/3] block,nvme: latency-based I/O scheduler
  • From: Niklas Cassel <cassel@xxxxxxxxxx>
• Re: [PATCH v3 1/3] block: track per-node I/O latency
  • From: Niklas Cassel <cassel@xxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] nvme: multipath: pr_notice when iopolicy changes
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH v3 2/3] nvme: add 'latency' iopolicy
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH v3 1/3] block: track per-node I/O latency
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [PATCHv3 03/19] zram: add lz4 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv3 02/19] zram: add lzo and lzorle compression backends support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [bug report] block nbd0: Unexpected reply (15) 000000009c07859b
  • From: Vincent Chen <vincent.chen@xxxxxxxxxx>
• Re: [PATCHv3 08/19] zram: add 842 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Zhaoyang Huang <huangzhaoyang@xxxxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [PATCH v3 1/3] block: track per-node I/O latency
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v3 3/3] nvme: multipath: pr_notice when iopolicy changes
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v3 2/3] nvme: add 'latency' iopolicy
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• [PATCH v3 0/3] block,nvme: latency-based I/O scheduler
  • From: John Meneghini <jmeneghi@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• [PATCH v6] block: Improve IOPS by removing the fairness code
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v2 2/2] block/mq-deadline: Fix the tag reservation code
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v2 1/2] block: Call .limit_depth() after .hctx has been set
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v2 0/2] Fix the mq-deadline async_depth implementation
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH for-6.10/block 0/2] blk-throtl: delete throtl low and lay initialization
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v2 for-6.10/block 0/2] block: fix user-aware inaccurate util
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RESEND for-6.10/block] block: add plug while submitting IO
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] bdev: make blockdev_mnt static
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• [PATCH RESEND for-6.10/block] block: add plug while submitting IO
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH for-6.10/block 1/2] block: support to account io_ticks precisely
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH for-6.10/block 2/2] block: fix that util can be greater than 100%
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH v2 for-6.10/block 0/2] block: fix user-aware inaccurate util
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv3 08/19] zram: add 842 compression backend support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH for-6.10/block 1/2] blk-throttle: remove CONFIG_BLK_DEV_THROTTLING_LOW
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH for-6.10/block 2/2] blk-throttle: delay initialization until configuration
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• [PATCH for-6.10/block 0/2] blk-throtl: delete throtl low and lay initialization
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: [PATCHv3 02/19] zram: add lzo and lzorle compression backends support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH blktests v4 00/17] support test case repeat by different conditions
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH blktests] nvme/039: adjust to util-linux v2.40 dmesg format change
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH] block: work around sparse in queue_limits_commit_update
  • From: John Garry <john.g.garry@xxxxxxxxxx>
• [PATCH] null_blk: Add __must_hold macro for null_flush_cache_page()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [bug report] RIP: 0010:blk_flush_complete_seq+0x450/0x1060 observed during blktests nvme/tcp nvme/012
  • From: Yi Zhang <yi.zhang@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] mm: introduce budgt control in readahead
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• [RFC PATCH 0/2] introduce budgt control in readahead
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• [RFC PATCH 1/2] block: introduce helper function to calculate bps budgt
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• Re: [PATCH 0/2] bcache-6.10 20240509
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 2/2] bcache: fix variable length array abuse in btree_iter
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/2] bcache: Remove usage of the deprecated ida_simple_xx() API
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 0/2] bcache-6.10 20240509
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Fan Wu <wufan@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [block?] [usb?] INFO: rcu detected stall in aoecmd_cfg (2)
  • From: Laurence Oberman <loberman@xxxxxxxxxx>
• [syzbot] [block?] [usb?] INFO: rcu detected stall in aoecmd_cfg (2)
  • From: syzbot <syzbot+1e6e0b916b211bee1bd6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v18 12/21] dm: add finalize hook to target_type
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] iomap: use huge zero folio in iomap_dio_zero
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 10/11] xfs: make the calculation generic in xfs_sb_validate_fsb_count()
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size
  • From: "Pankaj Raghav (Samsung)" <kernel@xxxxxxxxxxxxxxxx>
• [PATCH v14 02/28] dept: Implement Dept(Dependency Tracker)
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 22/28] dept: Make Dept able to work with an external wgen
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 23/28] dept: Track PG_locked with dept
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 24/28] dept: Print event context requestor's stacktrace on report
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 12/28] dept: Apply sdt_might_sleep_{start,end}() to swait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 16/28] dept: Track timeout waits separately with a new Kconfig
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 19/28] dept: Apply timeout consideration to waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 07/28] dept: Distinguish each syscall context from another
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 05/28] dept: Tie to Lockdep and IRQ tracing
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 06/28] dept: Add proc knobs to show stats and dependency graph
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 03/28] dept: Add single event dependency tracker APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 08/28] dept: Distinguish each work from another
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 20/28] dept: Apply timeout consideration to hashed-waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 13/28] dept: Apply sdt_might_sleep_{start,end}() to waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 14/28] dept: Apply sdt_might_sleep_{start,end}() to hashed-waitqueue wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 15/28] dept: Apply sdt_might_sleep_{start,end}() to dma fence wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 09/28] dept: Add a mechanism to refill the internal memory pools on running out
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 21/28] dept: Apply timeout consideration to dma fence wait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 28/28] dept: Add documentation for Dept's APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 25/28] cpu/hotplug: Use a weaker annotation in AP thread
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 26/28] fs/jbd2: Use a weaker annotation in journal handling
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 10/28] dept: Record the latest one out of consecutive waits of the same class
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 17/28] dept: Apply timeout consideration to wait_for_completion()/complete()
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 11/28] dept: Apply sdt_might_sleep_{start,end}() to wait_for_completion()/complete()
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 04/28] dept: Add lock dependency tracker APIs
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 18/28] dept: Apply timeout consideration to swait
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 01/28] llist: Move llist_{head,node} definition to types.h
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 00/28] DEPT(Dependency Tracker)
  • From: Byungchul Park <byungchul@xxxxxx>
• [PATCH v14 27/28] dept: Add documentation for Dept
  • From: Byungchul Park <byungchul@xxxxxx>
• Re: [PATCH RFC 0/7] block: Introduce CBD (CXL Block Device)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCHv3 19/19] Documentation/zram: add documentation for algorithm parameters
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 18/19] zram: add dictionary support to lz4hc
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 17/19] zram: add dictionary support to lz4
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 16/19] zram: share dictionaries between per-CPU contexts
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 15/19] zram: add config init/release backend callbacks
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 14/19] zram: add dictionary support to zstd backend
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 13/19] zram: add support for dict comp config
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 12/19] zram: support compression level comp config
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 11/19] zram: extend comp_algorithm attr write handling
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 10/19] zram: introduce zcomp_config structure
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 09/19] zram: check that backends array has at least one backend
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 08/19] zram: add 842 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 07/19] zram: add zlib compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 06/19] zram: pass estimated src size hint to zstd
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 05/19] zram: add zstd compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 04/19] zram: add lz4hc compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 03/19] zram: add lz4 compression backend support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 02/19] zram: add lzo and lzorle compression backends support
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 01/19] zram: move from crypto API to custom comp backends API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv3 00/19] zram: convert to custom compression API and allow algorithms tuning
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv2 00/17] zram: convert to custom comp API and allow algorithms configuration
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH v3 2/3] block: add folio awareness instead of looping through pages
  • From: Kundan Kumar <kundan.kumar@xxxxxxxxxxx>
• [PATCH v3 3/3] block: unpin user pages belonging to a folio
  • From: Kundan Kumar <kundan.kumar@xxxxxxxxxxx>
• [PATCH v3 1/3] nvme: adjust multiples of NVME_CTRL_PAGE_SIZE in offset
  • From: Kundan Kumar <kundan.kumar@xxxxxxxxxxx>
• [PATCH v3 0/3] block: add larger order folio instead of pages
  • From: Kundan Kumar <kundan.kumar@xxxxxxxxxxx>
• Re: 答复: [PATCH 1/2] block: Call .limit_depth() after .hctx has been set
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v5 07/11] iomap: fix iomap_dio_zero() for fs bs > system page size
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>