Linux Block Layer SSD Cache

• Thread Index

• Re: [PATCH 18/31] fs: remove sb->s_mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/31] block: replace fmode_t with a block-specific type for block open flags
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 17/31] block: add a sb_open_mode helper
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/31] block: use the holder as indication for exclusive opens
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/31] btrfs: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/31] rnbd-srv: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/31] bcache: don't pass a stack address to blkdev_get_by_path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/31] swsusp: don't pass a stack address to blkdev_get_by_path
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/31] block: share code between disk_check_media_change and disk_force_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/31] block: rename blkdev_close to blkdev_release
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/31] block: remove the unused mode argument to ->release
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/31] cdrom: track if a cdrom_device_info was opened for data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 09/31] block: pass a gendisk to ->open
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/31] block: share code between disk_check_media_change and disk_force_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 30/31] block: store the holder in file->private_data
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 28/31] block: replace fmode_t with a block-specific type for block open flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/31] block: pass a gendisk on bdev_check_media_change
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/31] cdrom: remove the unused mode argument to cdrom_release
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/31] cdrom: track if a cdrom_device_info was opened for data
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/31] cdrom: remove the unused cdrom_close_write release code
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/31] cdrom: remove the unused mode argument to cdrom_ioctl
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/31] cdrom: remove the unused bdev argument to cdrom_open
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/31] block: also call ->open for incremental partition opens
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 28/31] block: replace fmode_t with a block-specific type for block open flags
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 24/31] rnbd-srv: replace sess->open_flags with a "bool readonly"
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 09/31] block: pass a gendisk to ->open
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 10/31] block: remove the unused mode argument to ->release
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 16/31] block: use the holder as indication for exclusive opens
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 14/31] rnbd-srv: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Jinpu Wang <jinpu.wang@xxxxxxxxx>
• Re: [PATCH 28/31] block: replace fmode_t with a block-specific type for block open flags
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: decouple block open flags from fmode_t
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 31/31] fs: remove the now unused FMODE_* flags
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 30/31] block: store the holder in file->private_data
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 29/31] block: always use I_BDEV on file->f_mapping->host to find the bdev
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 28/31] block: replace fmode_t with a block-specific type for block open flags
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 27/31] block: remove unused fmode_t arguments from ioctl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 26/31] block: move a few internal definitions out of blkdev.h
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 25/31] ubd: remove commented out code in ubd_open
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 24/31] rnbd-srv: replace sess->open_flags with a "bool readonly"
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 23/31] mtd: block: use a simple bool to track open for write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 22/31] nvme: replace the fmode_t argument to the nvme ioctl handlers with a simple bool
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 21/31] scsi: replace the fmode_t argument to ->sg_io_fn with a simple bool
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 20/31] scsi: replace the fmode_t argument to scsi_ioctl with a simple bool
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 19/31] scsi: replace the fmode_t argument to scsi_cmd_allowed with a simple bool
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 18/31] fs: remove sb->s_mode
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 17/31] block: add a sb_open_mode helper
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 16/31] block: use the holder as indication for exclusive opens
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 15/31] btrfs: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 14/31] rnbd-srv: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 11/31] block: rename blkdev_close to blkdev_release
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 10/31] block: remove the unused mode argument to ->release
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 09/31] block: pass a gendisk to ->open
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 01/31] block: also call ->open for incremental partition opens
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/31] block: share code between disk_check_media_change and disk_force_media_change
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 07/31] block: pass a gendisk on bdev_check_media_change
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 06/31] cdrom: remove the unused mode argument to cdrom_release
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 05/31] cdrom: track if a cdrom_device_info was opened for data
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 04/31] cdrom: remove the unused cdrom_close_write release code
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 03/31] cdrom: remove the unused mode argument to cdrom_ioctl
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 02/31] cdrom: remove the unused bdev argument to cdrom_open
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 01/31] block: also call ->open for incremental partition opens
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 06/31] cdrom: remove the unused mode argument to cdrom_release
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/31] cdrom: track if a cdrom_device_info was opened for data
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/31] cdrom: remove the unused cdrom_close_write release code
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 03/31] cdrom: remove the unused mode argument to cdrom_ioctl
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/31] cdrom: remove the unused bdev argument to cdrom_open
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: don't allocate full_dirty_stripes and stripe_sectors_dirty for flash device
  • From: Coly Li <colyli@xxxxxxx>
• Re:[PATCH] bcache: don't allocate full_dirty_stripes and stripe_sectors_dirty for flash device
  • From: 邹明哲 <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH] bcache: don't allocate full_dirty_stripes and stripe_sectors_dirty for flash device
  • From: Coly Li <colyli@xxxxxxx>
• Re: decouple block open flags from fmode_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: decouple block open flags from fmode_t
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 23/31] mtd: block: use a simple bool to track open for write
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 25/31] ubd: remove commented out code in ubd_open
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 25/31] ubd: remove commented out code in ubd_open
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] block: move a few internal definitions out of blkdev.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] rnbd-srv: replace sess->open_flags with a "bool readonly"
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] block: store the holder in file->private_data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] nvme: replace the fmode_t argument to the nvme ioctl handlers with a simple bool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] block: always use I_BDEV on file->f_mapping->host to find the bdev
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] fs: remove the now unused FMODE_* flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] block: remove unused fmode_t arguments from ioctl handlers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] mtd: block: use a simple bool to track open for write
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] scsi: replace the fmode_t argument to scsi_cmd_allowed with a simple bool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] scsi: replace the fmode_t argument to ->sg_io_fn with a simple bool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] scsi: replace the fmode_t argument to scsi_ioctl with a simple bool
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] block: use the holder as indication for exclusive opens
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] fs: remove sb->s_mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] block: add a sb_open_mode helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] btrfs: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] swsusp: don't pass a stack address to blkdev_get_by_path
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] rnbd-srv: don't pass a holder for non-exclusive blkdev_get_by_path
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] bcache: don't pass a stack address to blkdev_get_by_path
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/31] block: remove the unused mode argument to ->release
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] block: rename blkdev_close to blkdev_release
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] block: pass a gendisk to ->open
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] cdrom: remove the unused cdrom_close_write release code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] block: share code between disk_check_media_change and disk_force_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] cdrom: remove the unused mode argument to cdrom_release
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] block: pass a gendisk on bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] cdrom: track if a cdrom_device_info was opened for data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/31] cdrom: remove the unused mode argument to cdrom_ioctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] block: also call ->open for incremental partition opens
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] cdrom: remove the unused bdev argument to cdrom_open
  • From: Christoph Hellwig <hch@xxxxxx>
• decouple block open flags from fmode_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/3] bcache: add dirty_data in struct bcache_device
  • From: Coly Li <colyli@xxxxxxx>
• Re: Bcache accelerated LVM LV device doesn't come up after reboot
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Bcache accelerated LVM LV device doesn't come up after reboot
  • From: Alcatraz NG <ovearj@xxxxxxxxx>
• Re: [PATCH v2] bcache: fixup btree_cache_wait list damage
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: Cedric de Wijs <cedric.dewijs@xxxxxxxxxx>
• Re: [PATCH] bcache: fix nbuckets lower limit checking in read_super_common
  • From: Lin Feng <linf@xxxxxxxxxx>
• Re: [PATCH v7 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix nbuckets lower limit checking in read_super_common
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: fix nbuckets lower limit checking in read_super_common
  • From: Lin Feng <linf@xxxxxxxxxx>
• Re: [PATCH v7 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: Rafael Lopez <raflopez1@xxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/1] bcache: allow user to set QUEUE_FLAG_NOWAIT
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 1/1] bcache: allow user to set QUEUE_FLAG_NOWAIT
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [PATCH 1/1] bcache: allow user to set QUEUE_FLAG_NOWAIT
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 0/1] bcache: allow user to set QUEUE_FLAG_NOWAIT
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [RFC PATCH] block: add meaningful macro for flush op flags
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Bcache btree cache size bug
  • From: Coly Li <colyli@xxxxxxx>
• Re: Bcache btree cache size bug
  • From: Benard Bsc <benard_bsc@xxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/1] block/drivers: remove dead clear of random flag
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] bcache: fix up kthread_stop crash in cached_dev_free()
  • From: Mingzhe Zou <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH V2 1/1] block/drivers: remove dead clear of random flag
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH V2 1/1] block/drivers: remove dead clear of random flag
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH V2 0/1] block/drivers: remove dead clear of random flag
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• Re: [PATCH 0/5] block/drivers: don't clear the flag that is not set
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/5] block/drivers: don't clear the flag that is not set
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• Re: [PATCH 0/5] block/drivers: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 5/5] bcache: don't clear the flag that is not set
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 0/5] block/drivers: don't clear the flag that is not set
  • From: Nitesh Shetty <nj.shetty@xxxxxxxxxxx>
• [PATCH 5/5] bcache: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 4/5] zram: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 3/5] nbd: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 2/5] brd: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 1/5] null_blk: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• [PATCH 0/5] block/drivers: don't clear the flag that is not set
  • From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Coly Li <colyli@xxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Martin McClure <martin.mcclure@xxxxxxxxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: Writeback cache all used.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Writeback cache all used.
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: [PATCH v2] bcache: fixup btree_cache_wait list damage
  • From: Coly Li <colyli@xxxxxxx>
• Re:Re: [PATCH v2] bcache: fixup btree_cache_wait list damage
  • From: 邹明哲 <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH v2] bcache: fixup btree_cache_wait list damage
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] bcache: fixup btree_cache_wait list damage
  • From: Mingzhe Zou <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH v2] bcache: Fix exception handling in mca_alloc()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH resent] bcache: Fix exception handling in mca_alloc()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix wild pointer dereference in btree_gc_rewrite_node
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Throttling performance due to backing device latency
  • From: gius db <giusdbg@xxxxxxxxx>
• Re: [PATCH] bcache: fix wild pointer dereference in btree_gc_rewrite_node
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: fix wild pointer dereference in btree_gc_rewrite_node
  • From: Yi Li <yili@xxxxxxxxxxx>
• Re: [CHERRY-PICK] bcache: fixes that missed a Cc: stable@xxxxxxxxxxxxxxx
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] bcache: support overlay bcache
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Throttling performance due to backing device latency
  • From: gius db <giusdbg@xxxxxxxxx>
• Re: [PATCH] bcache: set io_disable to true when stop bcache device
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] bcache: set io_disable to true when stop bcache device
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: set io_disable to true when stop bcache device
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v7 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v7 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v7 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH v6 1/3] bcache: add dirty_data in struct bcache_device
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v6 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v6 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v6 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [CHERRY-PICK] bcache: fixes that missed a Cc: stable@xxxxxxxxxxxxxxx
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [CHERRY-PICK] bcache: fixes that missed a Cc: stable@xxxxxxxxxxxxxxx
  • From: Eric Wheeler <stable@xxxxxxxxxxxxxxxxxx>
• Re: bugfix commits since 5.15 not marked with Cc: stable
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• bugfix commits since 5.15 not marked with Cc: stable
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: remove return value from bch_cached_dev_error
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: remove return value from bch_cached_dev_error
  • From: Zhang Zhen <zhangzhen.email@xxxxxxxxx>
• Re: [PATCH] bcache: Remove dead references to cache_readaheads
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Remove dead references to cache_readaheads
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [PATCH v2] bcache: Add support for live resize of backing devices
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2] bcache: Add support for live resize of backing devices
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache kernel panic
  • From: Stefan Boehringer <me@xxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Coly Li <colyli@xxxxxxx>
• [RESEND PATCH v3] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [RESEBD PATCH v3] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [RESEBD PATCH v3] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH] bcache-tools: improve is_zoned_device()
  • From: Coly Li <colyli@xxxxxxx>
• [RESEBD PATCH v3] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: bcache kernel panic
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache kernel panic
  • From: Matthias Ferdinand <bcache@xxxxxxxxx>
• Re: bcache kernel panic
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache kernel panic
  • From: Stefan Boehringer <me@xxxxxxxxxxxxxxxx>
• Re: bcache kernel panic
  • From: Matthias Ferdinand <bcache@xxxxxxxxx>
• bcache kernel panic
  • From: Stefan Boehringer <me@xxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH] bcache: make kobj_type structures constant
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: make kobj_type structures constant
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: Bcache btree cache size bug
  • From: benard_bsc@xxxxxxxxxxx
• Re: Bcache btree cache size bug
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Bcache btree cache size bug
  • From: benard_bsc@xxxxxxxxxxx
• Re: Can you switch caching modes on the fly during use?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 110/208] bcache: Silence memcpy() run-time false positive warnings
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Throttling performance due to backing device latency
  • From: benard_bsc@xxxxxxxxxxx
• Can you switch caching modes on the fly during use?
  • From: Robert Krig <robert.krig@xxxxxxxxxxxxxxxxxx>
• [PATCH v3] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• [PATCH v3] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• [PATCH v2] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [PATCH] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [PATCH] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Remove some unnecessary NULL point check for the return value of __bch_btree_node_alloc-related pointer
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [PATCH] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Fix __bch_btree_node_alloc to make the failure behavior consistent
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Zheng Hacker <hackerzheng666@xxxxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] bcache: Fix a NULL or wild pointer dereference in btree_split
  • From: Zheng Wang <zyytlz.wz@xxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v2 3/3] bcache: support overlay bcache
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 2/3] bcache: submit writeback inflight dirty writes in batch
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 1/3] bcache: make writeback inflight configurable in sysfs
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Multi-Level Caching
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] bcache: support overlay bcache
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Multi-Level Caching
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• [PATCH 3/3] bcache: support overlay bcache
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 2/3] bcache: submit writeback inflight dirty writes in batch
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 1/3] bcache: make writeback inflight configurable in sysfs
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: Multi-Level Caching
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: Multi-Level Caching
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Multi-Level Caching
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH AUTOSEL 6.1 19/20] bcache: Silence memcpy() run-time false positive warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [GIT PULL] kernel hardening fixes for v6.2-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC] Live resize of backing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] kernel hardening fixes for v6.2-rc6
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC] Live resize of bcache backing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Multi-Level Caching
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: Error messages with kernel 6.1.[56]
  • From: Coly Li <colyli@xxxxxxx>
• Error messages with kernel 6.1.[56]
  • From: Pierre Juhen <pierre.juhen@xxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re:[PATCH] bcache: improve bch_hprint() output
  • From: 邹明哲 <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v5 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v5 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v5 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v4 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v4 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v4 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache #forregzbot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] bcache: Silence memcpy() run-time false positive warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] bcache: Silence memcpy() run-time false positive warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• On vacation from Jan 9 to Jan 13
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Silence memcpy() run-time false positive warnings
  • From: Coly Li <colyli@xxxxxxx>
• Re: [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache #forregzbot
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: Silence memcpy() run-time false positive warnings
  • From: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
• Re: [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache #forregzbot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] bcache: Silence memcpy() run-time false positive warnings
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• RE: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH for-6.2/block V3 2/2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• [PATCH for-6.2/block V3 1/2] block: Data type conversion for IO accounting
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache #forregzbot
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [PATCH v3 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v3 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v3 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 2/3] bcache: allocate stripe memory when partial_stripes_expensive is true
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 3/3] bcache: support online resizing of cached_dev
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 1/3] bcache: add dirty_data in struct bcache_device
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache
  • From: Coly Li <colyli@xxxxxxx>
• [regression] Bug 216785 - "memcpy: detected field-spanning write..." warnings with bcache
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• [RFC for-6.2/block V2] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Convert to use sysfs_emit()/sysfs_emit_at() APIs
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH] bcache: Convert to use sysfs_emit()/sysfs_emit_at() APIs
  • From: <ye.xingchen@xxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Yu Kuai <yukuai1@xxxxxxxxxxxxxxx>
• Re: [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [RFC] block: Change the granularity of io ticks from ms to ns
  • From: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] block: remove bio_set_op_attrs
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] block: remove bio_set_op_attrs
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] block: remove bio_set_op_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] bcache: don't export tracepoints
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: don't export tracepoints
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: don't export tracepoints
  • From: Christoph Hellwig <hch@xxxxxx>
• bcache: Data is inconsistent when the cache device failed in writearound mode
  • From: 許耀宗 <yaozhonghsu@xxxxxxxxx>
• automatically detach missing cache devices
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: bcachefs-tools: O_DIRECT necessary?
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: bcachefs-tools: O_DIRECT necessary?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcachefs-tools: O_DIRECT necessary?
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH] bcache-tools: fix incorrect id to find cache dev
  • From: Xiaole He <hexiaole1994@xxxxxxx>
• [PATCH v2 2/2] bcache: support QoS for the writeback_rate of cache_set
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v2 1/2] bcache: add the writeback_rate of cache_set in sysfs
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH AUTOSEL 5.15 20/47] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 11/27] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 15/33] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.19 26/63] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 27/67] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Feature Request - Full Bypass/Verify Mode
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: improve bch_hprint() output
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: Feature Request - Full Bypass/Verify Mode
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Feature Request - Full Bypass/Verify Mode
  • From: Cobra_Fast <cobra_fast@xxxxxxxx>
• [PATCH 3/3] bcache: make writeback inflight configurable in sysfs
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 1/3] bcache: add the writeback_rate of cache_set in sysfs
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH 2/3] bcache: support QoS for the writeback_rate of cache_set
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH][next] bcache: Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH][next] bcache: Replace zero-length arrays with DECLARE_FLEX_ARRAY() helper
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH] bcache: improve race performance of closure debug by rcu
  • From: Dawei Li <set_pte_at@xxxxxxxxxxx>
• About to orphan bcache-tools for Fedora
  • From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
• [PATCH v4 1/3] bcache: bch_sectors_dirty_init() check each thread result and return error
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v4 2/3] bcache: check bch_sectors_dirty_init() return value
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v4 3/3] bcache: check bch_cached_dev_attach() return value
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH v3 1/3] bcache: bch_sectors_dirty_init() check each thread result and return error
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 2/3] bcache: check bch_sectors_dirty_init() return value
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v3 3/3] bcache: check bch_cached_dev_attach() return value
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH v3 1/3] bcache: bch_sectors_dirty_init() check each thread result and return error
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH 0/5] bcache patches for Linux v6.1
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 5/5] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 0/5] bcache patches for Linux v6.1
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 3/5] bcache: bset: Fix comment typos
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/5] bcache: remove unnecessary flush_workqueue
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 2/5] bcache: remove unused bch_mark_cache_readahead function def in stats.h
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 4/5] bcache:: fix repeated words in comments
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [PATCH v2] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH v2] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v2] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• [PATCH v2] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: fix set_at_max_writeback_rate() for multiple attached devices
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix repeated words in comments
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix repeated words in comments
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: fix repeated words in comments
  • From: Jilin Yuan <yuanjilin@xxxxxxxxxx>
• Re: [PATCH] bcache: set cool backing device to maximum writeback rate
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2] bcache: limit multiple flash devices size
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH] bcache: set cool backing device to maximum writeback rate
  • From: Zou Mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH] bcache: limit multiple flash devices size
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: set cool backing device to maximum writeback rate
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: set cool backing device to maximum writeback rate
  • From: mingzhe.zou@xxxxxxxxxxxx
• [PATCH] bcache: limit multiple flash devices size
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH v2] bcache: limit create flash device size
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH] bcache: limit create flash device size
  • From: Zou Mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH] bcache: limit create flash device size
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] bcache: limit create flash device size
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] bcache: Fix typo in comments
  • From: Shaomin Deng <dengshaomin@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 14/30] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 11/30] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 16/30] mm: enable slab allocation tagging for kmalloc and friends
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 14/30] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 11/30] mm: introduce slabobj_ext to support slab object extensions
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 28/30] Improved symbolic error names
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH 28/30] Improved symbolic error names
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Yosry Ahmed <yosryahmed@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] bcache:: fix repeated words in comments
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: bset: Fix comment typos
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH 03/30] Lazy percpu counters
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RFC PATCH 00/30] Code tagging framework and applications
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 22/30] Code tagging based fault injection
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [RFC PATCH 30/30] MAINTAINERS: Add entries for code tagging & related
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 29/30] dyndbg: Convert to code tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 28/30] Improved symbolic error names
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 25/30] lib/time_stats: New library for statistics on events
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 26/30] bcache: Convert to lib/time_stats
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 27/30] Code tagging based latency tracking
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 23/30] timekeeping: Add a missing include
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 22/30] Code tagging based fault injection
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 24/30] wait: Clean up waitqueue_entry initialization
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 20/30] lib: introduce support for storing code tag context
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 21/30] lib: implement context capture support for page and slab allocators
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 16/30] mm: enable slab allocation tagging for kmalloc and friends
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 19/30] move stack capture functionality into a separate function for reuse
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 17/30] lib/string.c: strsep_no_empty()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 18/30] codetag: add codetag query helper functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 14/30] mm: prevent slabobj_ext allocations for slabobj_ext and kmem_cache objects
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 15/30] lib: introduce slab allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 13/30] mm/slab: introduce SLAB_NO_OBJ_EXT to avoid obj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 11/30] mm: introduce slabobj_ext to support slab object extensions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 08/30] lib: introduce page allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 05/30] lib: code tagging framework
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 10/30] mm: enable page allocation tagging for __get_free_pages and alloc_pages
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 07/30] lib: add support for allocation tagging
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 12/30] mm: introduce __GFP_NO_OBJ_EXT flag to selectively prevent slabobj_ext creation
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 09/30] change alloc_pages name in dma_map_ops to avoid name conflicts
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 06/30] lib: code tagging module support
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 04/30] scripts/kallysms: Always include __start and __stop symbols
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 01/30] kernel/module: move find_kallsyms_symbol_value declaration
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 03/30] Lazy percpu counters
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 02/30] lib/string_helpers: Drop space in string_get_size's output
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH 00/30] Code tagging framework and applications
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH] bcache:: fix repeated words in comments
  • From: Jilin Yuan <yuanjilin@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/time_stats: New library for statistics on events
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/3] lib/time_stats: New library for statistics on events
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/3] Code tagging based latency tracking
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Time stats library (from bcache/bcachefs) & generic latency instrumentation
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 2/3] bcache: Convert to lib/time_stats
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 1/3] lib/time_stats: New library for statistics on events
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] bcache: bset: Fix comment typos
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Live resize of backing device
  • From: Coly Li <colyli@xxxxxxx>
• [RFC] Live resize of backing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• [PATCH linux-next] bcache: writeback:Remove the redundant 'flush_workqueue()' calls
  • From: cgel.zte@xxxxxxxxx
• Re: [PATCH 0/1] bcache patche for Linux v5.20
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Coly Li <colyli@xxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH 0/1] bcache patche for Linux v5.20
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Coly Li <colyli@xxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Coly Li <colyli@xxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: Some persistently stuck cache devices after backing device failures
  • From: Coly Li <colyli@xxxxxxx>
• Some persistently stuck cache devices after backing device failures
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH v2 -next] bcache: Fix spelling mistakes
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH v2 -next] bcache: Fix spelling mistakes
  • From: williamsukatube@xxxxxxx
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH -next] bcache: Fix spelling mistakes
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• [PATCH -next] bcache: Fix spelling mistakes
  • From: williamsukatube@xxxxxxx
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• [PATCH 1/1] bcache: remove EXPERIMENTAL for Kconfig option 'Asynchronous device registration'
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 0/1] bcache patche for Linux v5.20
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH -next] bcache: Fix spelling mistakes and cleanup code
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH -next] bcache: Fix spelling mistakes and cleanup code
  • From: williamsukatube@xxxxxxx
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: "Chen, Rong A" <rong.a.chen@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] bcache: remove unused bch_mark_cache_readahead function def in stats.h
  • From: Lin Feng <linf@xxxxxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [PATCH] bcache: Use bcache without formatting existing device
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Use bcache without formatting existing device
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Coly Li <colyli@xxxxxxx>
• Re: seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• seeing this stace trace on kernel 5.15
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: bcache I/O performance tests on 5.15.0-40-generic
  • From: Coly Li <colyli@xxxxxxx>
• bcache I/O performance tests on 5.15.0-40-generic
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Coly Li <colyli@xxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Coly Li <colyli@xxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• trying to reproduce bcache journal deadlock https://www.spinics.net/lists/kernel/msg4386275.html
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: backport 32feee36c30ea06e38ccb8ae6e5c44c6eec790a6 to 4.15.0-176.185
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• backport 32feee36c30ea06e38ccb8ae6e5c44c6eec790a6 to 4.15.0-176.185
  • From: Nikhil Kshirsagar <nkshirsagar@xxxxxxxxx>
• Re: [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: Zou Mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH 4/4] bcache: avoid journal no-space deadlock by reserving 1 journal bucket
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 4/4] bcache: avoid journal no-space deadlock by reserving 1 journal bucket
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: Zou Mingzhe <mingzhe.zou@xxxxxxxxxxxx>
• Re: [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: try to reuse the slot of invalid_uuid
  • From: mingzhe.zou@xxxxxxxxxxxx
• Re: [PATCH] bcache: remove unnecessary flush_workqueue
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] bcache: remove unnecessary flush_workqueue
  • From: Lei Li <noctis.akm@xxxxxxxxx>
• Re: [RFC] Add sysctl option to drop disk flushes in bcache? (was: Bcache in writes direct with fsync)
  • From: Adriano Silva <adriano_da_silva@xxxxxxxxxxxx>
• Re: [PATCH v2 0/1] bcache fix for Linux v5.19 (3rd wave)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2 0/1] bcache fix for Linux v5.19 (3rd wave)
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/1] bcache: avoid unnecessary soft lockup in kworker update_writeback_rate()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/1] bcache: avoid unnecessary soft lockup in kworker update_writeback_rate()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] bcache: avoid unnecessary soft lockup in kworker update_writeback_rate()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/1] bcache: avoid unnecessary soft lockup in kworker update_writeback_rate()
  • From: Jens Axboe <axboe@xxxxxxxxx>