Linux Block Layer SSD Cache

• Thread Index

• 4.11.2: reshape raid5 -> raid6 atop bcache deadlocks at start on md_attr_store / raid5_make_request
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: hang during suspend to RAM when bcache cache device is attached
  • From: Karl Tomlinson <bugs+kernel@xxxxxxxxx>
• Re: AW: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• AW: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Phillipp Röll <phillipp.roell@xxxxxxxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: hang during suspend to RAM when bcache cache device is attached
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: hang during suspend to RAM when bcache cache device is attached
  • From: Karl Tomlinson <bugs+kernel@xxxxxxxxx>
• hang during suspend to RAM when bcache cache device is attached
  • From: Karl Tomlinson <karlt@xxxxxxxxx>
• Re: make-bcache bug?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: make-bcache bug?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: make-bcache bug?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: make-bcache bug?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: make-bcache bug?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: make-bcache bug?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: make-bcache bug?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Still have a problem registering cache devices without rebooting :(
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• make-bcache bug?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: make-bcache bug?
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 答复: a strange bcache0 100% busy with no IO rw and no cpu consumption
  • From: Matthias Ferdinand <bcache@xxxxxxxxx>
• a strange bcache0 100% busy with no IO rw and no cpu consumption
  • From: 朱菁 <zhujing@xxxxxxxxxxxxxxxxx>
• Re: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Coly Li <i@xxxxxxx>
• [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove()withincorrectminor
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/2] bcache: name bcache devices in an ordered sequence asbcache0, bcache1
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() withincorrectminor
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() withincorrect minor
  • From: Coly Li <i@xxxxxxx>
• Re: what happened to the nifty ioprio cache hinting stuff?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: what happened to the nifty ioprio cache hinting stuff?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: what happened to the nifty ioprio cache hinting stuff?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Reasoning of exposing queue/rotational=0
  • From: Coly Li <i@xxxxxxx>
• Reasoning of exposing queue/rotational=0
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH] bcache: fix wrong cache_misses statistics
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/2] bcache: name bcache devices in an ordered sequence as bcache0, bcache1
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: explicitly destory mutex while exiting
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: fix wrong cache_misses statistics
  • From: tang.junhui@xxxxxxxxxx
• Re: what happened to the nifty ioprio cache hinting stuff?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: what happened to the nifty ioprio cache hinting stuff?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• what happened to the nifty ioprio cache hinting stuff?
  • From: Nix <nix@xxxxxxxxxxxxx>
• [PATCH] bcache: explicitly destory mutex while exiting
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: Error during backup to zlib-compressed btrfs-volume (kernel stack frame pointer at ffff9f1f433ebf50 in kworker/u8:7:6702 has bad value (null))
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Error during backup to zlib-compressed btrfs-volume (kernel stack frame pointer at ffff9f1f433ebf50 in kworker/u8:7:6702 has bad value (null))
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• [PATCH] bcache: do not subtract sectors_to_gc for bypassd IO
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: fix sequential large write IO bypass
  • From: tang.junhui@xxxxxxxxxx
• Re: Question about sequential large write IO bypass
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 09/11] bcache: use kmalloc to allocate bio in bch_data_verify()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 09/11] bcache: use kmalloc to allocate bio in bch_data_verify()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 09/11] bcache: use kmalloc to allocate bio in bch_data_verify()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• question about writeback data
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• [PATCH 00/11] block: assorted cleanup for bio splitting and cloning.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 09/11] bcache: use kmalloc to allocate bio in bch_data_verify()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Debug cache miss
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Debug cache miss
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Debug cache miss
  • From: Shay Gover <govershay@xxxxxxxxx>
• [PATCH 1/2] bcache: name bcache devices in an ordered sequence as bcache0, bcache1
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 2/2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: tang.junhui@xxxxxxxxxx
• Re: journal replay at each boot problematic?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: journal replay at each boot problematic?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: journal replay at each boot problematic?
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: journal replay at each boot problematic?
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• journal replay at each boot problematic?
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs] problem with `bcache fsck`
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• [bcachefs] problem with `bcache fsck`
  • From: Marcin <marcin@xxxxxxxx>
• Bcachefs - encryption, fsck, and more
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [dm-devel] dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [bcachefs][branch:bcache-dev] BUG: unable to handle kernel paging request at
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs][branch:bcache-dev] BUG: unable to handle kernel paging request at
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• RE: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Chris Leech <cleech@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• RE: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] bcache: Fix leak of bdev reference
  • From: Jan Kara <jack@xxxxxxx>
• RE: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• RE: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Benjamin Block <bblock@xxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 03/29] drivers, char: convert vma_data.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 07/29] drivers, md: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 01/29] drivers, block: convert xen_blkif.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 18/29] drivers, s390: convert urdev.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 20/29] drivers, s390: convert qeth_reply.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 17/29] drivers, pci: convert hv_pci_dev.refs from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 15/29] drivers, media: convert vb2_dma_sg_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 19/29] drivers, s390: convert lcs_reply.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 27/29] drivers, usb: convert ep_data.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 23/29] drivers: convert vme_user_vma_priv.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 09/29] drivers, md: convert table_device.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 29/29] drivers, xen: convert grant_map.users from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 25/29] drivers, usb: convert ffs_data.ref from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 16/29] drivers, media: convert vb2_vmalloc_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 14/29] drivers, media: convert vb2_dc_buf.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 13/29] drivers, media: convert vb2_vmarea_handler.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 28/29] drivers: convert sbd_duart.map_guard from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 22/29] drivers, scsi: convert iscsi_task.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 04/29] drivers, connector: convert cn_callback_entry.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 05/29] drivers, md, bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 06/29] drivers, md: convert dm_cache_metadata.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 26/29] drivers, usb: convert dev_data.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 02/29] drivers, firewire: convert fw_node.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 12/29] drivers, media: convert s2255_dev.num_channels from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 11/29] drivers, media: convert cx88_core.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 00/29] drivers, mics refcount conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 10/29] drivers, md: convert stripe_head.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [PATCH] bcache: Fix bcache device names
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: Fix bcache device names
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: Drop in Iops with fsync when using NVMe as cache
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: how to re-align data offset
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Drop in Iops with fsync when using NVMe as cache
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [linux-next] bcache: Remove duplicate inclusion of blkdev.h
  • From: Coly Li <i@xxxxxxx>
• [PATCH] [linux-next] bcache: Remove duplicate inclusion of blkdev.h
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: Drop in Iops with fsync when using NVMe as cache
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: Drop in Iops with fsync when using NVMe as cache
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• how to re-align data offset
  • From: 张柏年 <zhangbonian17@xxxxxxx>
• Drop in Iops with fsync when using NVMe as cache
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: Fwd: bcache-register blocked
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Rui Hua <flowerui@xxxxxxxxx>
• Re: Fwd: bcache-register blocked
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Fwd: bcache-register blocked
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: Fwd: bcache-register blocked
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Fwd: bcache-register blocked
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• [bcachefs][branch:bcachfs-testing] IO error on dm-9 for data checksum error
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: [branch:bcachefs-testing] BUG: unable to handle kernel paging request at ffffc90006c53000
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Rui Hua <flowerui@xxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Rui Hua <flowerui@xxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache register deadlock in bcache_bucket_alloc() between bch_uuid_write and bch_prio_write
  • From: Rui Hua <flowerui@xxxxxxxxx>
• Re: [branch:bcachefs-testing] BUG: unable to handle kernel paging request at ffffc90006c53000
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [RFC] bcache: add stripe_size to superblock and set partial_stripes_expensive
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: replacing cache device "live"
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• replacing cache device "live"
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Martin Raiber <martin@xxxxxxxxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH] bcache: Fix leak of bdev reference
  • From: Jan Kara <jack@xxxxxxx>
• Re: Bcache file corruption
  • From: Thomas Rosenstein <thomas@xxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Bcache file corruption
  • From: Thomas Rosenstein <thomas@xxxxxx>
• Re: Bcache file corruption
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: [bcachefs] ./include/asm-generic/bug.h:55:35: warning: ‘l_packed’ may be used uninitialized in this function
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• size limit for backing store? block sizes? ("[sdx] Bad block number requested")
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Bcache file corruption
  • From: Thomas Rosenstein <thomas@xxxxxx>
• [bcachefs] ./include/asm-generic/bug.h:55:35: warning: ‘l_packed’ may be used uninitialized in this function
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• [bcachefs] Matrix - which features should work, which are known as broken
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: bcache-tools [branch: dev] throws Assertion `!(bcache_init())' failed.
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: bcache-tools [branch: dev] throws Assertion `!(bcache_init())' failed.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcache-tools [branch: dev] throws Assertion `!(bcache_init())' failed.
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: bcachefs-tools: file bcache.h is symlink to local file
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• ceph : bcache register blocked
  • From: shiva rkreddy <shiva.rkreddy@xxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• IOPRIO_PRIO_VALUE needs parens around (data) (was: [4.9.1] Compiler warnings in bcache)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Misaligned cache device IO (TRIM?) on 4.8.11
  • From: Tim Small <tim@xxxxxxxxxxxxxxxx>
• Re: Cache everything
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• bcachefs-tools: file bcache.h is symlink to local file
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: Hang in bcache/qemu
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Hang in bcache/qemu
  • From: Jan Wiele <jan@xxxxxxxxx>
• Re: Hang in bcache/qemu
  • From: Jan Wiele <jan@xxxxxxxxx>
• Re: Hang in bcache/qemu
  • From: Andre Noll <maan@xxxxxxxxxxxxxxxx>
• Re: Hang in bcache/qemu
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [4.9.1] Compiler warnings in bcache
  • From: Coly Li <i@xxxxxxx>
• [branch:bcachefs-testing] BUG: unable to handle kernel paging request at ffffc90006c53000
  • From: Marcin <marcin@xxxxxxxx>
• Hang in bcache/qemu
  • From: Jan Wiele <jan@xxxxxxxxx>
• Re: [4.9.1] Compiler warnings in bcache
  • From: Kai Krakow <kai@xxxxxxxxxxx>
• Re: [4.9.1] Compiler warnings in bcache
  • From: Coly Li <i@xxxxxxx>
• [4.9.1] Compiler warnings in bcache
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] mm: introduce kv[mz]alloc helpers
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] mm: introduce kv[mz]alloc helpers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: 王金浦 <jinpuwang@xxxxxxxxx>
• Re: [PATCH] mm: introduce kv[mz]alloc helpers
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Cache everything
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: [PATCH v1 07/54] bcache: comment on direct access to bvec table
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v1 08/54] block: comment on bio_alloc_pages()
  • From: Coly Li <i@xxxxxxx>
• Re: Cache everything
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Cache everything
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 35/54] bcache: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 08/54] block: comment on bio_alloc_pages()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 23/54] bcache: handle bio_clone() & bvec updating for multipage bvecs
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH v1 07/54] bcache: comment on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: bcache making tiny writes to backing device every second
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Michael Wang <yun.wang@xxxxxxxxxxxxxxxx>
• Re: [bcachefs-testing] missing inode 6502 (nlink 1) (repair unimplemented)
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: bcache making tiny writes to backing device every second
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: bcache making tiny writes to backing device every second
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcache making tiny writes to backing device every second
  • From: Jure Erznožnik <jure.erznoznik@xxxxxxxxx>
• Re: [bcachefs-testing] missing inode 6502 (nlink 1) (repair unimplemented)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH] dm-crypt: fix lost ioprio when queuing crypto bios from task with ioprio
  • From: Eric Wheeler <dm-devel@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [bcachefs-testing] missing inode 6502 (nlink 1) (repair unimplemented)
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs-testing] BUG: unable to handle kernel paging request at 0000005780540006
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• [PULL] bcache: based on for-4.10/block, multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [branch: bcachefs-performance] ./include/trace/trace_events.h:327:27: error: expected expression before ‘)’ token
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v1] bcache: partition support: add 16 minors per major
  • From: Hans van den Bogert <hansbogert@xxxxxxxxx>
• Re: [PATCH v1] bcache: partition support: add 16 minors per major
  • From: Hans van den Bogert <hansbogert@xxxxxxxxx>
• [branch: bcachefs-performance] ./include/trace/trace_events.h:327:27: error: expected expression before ‘)’ token
  • From: "marcin@xxxxxxxx" <marcin@xxxxxxxx>
• bcachefs: metadata IO improvements in bcachefs-testing
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Chris Murphy <lists@xxxxxxxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: bcache register fails due to blkid ID_FS_AMBIVALENT
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Mount log message
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Avoid nested function definition
  • From: Coly Li <i@xxxxxxx>
• [PATCH v2] Avoid nested function definition
  • From: Peter Foley <pefoley2@xxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH 2/2] bcache: remove unused parameter
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH 2/2] bcache: remove unused parameter
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] Avoid nested function definition
  • From: Coly Li <i@xxxxxxx>
• [PATCH] Avoid nested function definition
  • From: Peter Foley <pefoley2@xxxxxxxxxxx>
• Mount log message
  • From: Karl-Philipp Richter <krichter@xxxxxxxxx>
• [PATCH 2/2] bcache: remove unused parameter
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 1/2] bcache: Remove redundant set_capacity
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 00/12] block: cleanup direct access to bvec table
  • From: Jens Axboe <axboe@xxxxxx>
• Re: [PATCH 05/12] bcache: debug: avoid to access .bi_io_vec directly
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• bcache register fails due to blkid ID_FS_AMBIVALENT
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Coly Li <i@xxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• 4.8.8, bcache deadlock and hard lockup
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: __bch_btree_iter_unlock+0x6a/0xb0 or OpenAFS bug?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: __bch_btree_iter_unlock+0x6a/0xb0 or OpenAFS bug?
  • From: Karl-Philipp Richter <krichter@xxxxxxxxx>
• Re: __bch_btree_iter_unlock+0x6a/0xb0 or OpenAFS bug?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• __bch_btree_iter_unlock+0x6a/0xb0 or OpenAFS bug?
  • From: Karl-Philipp Richter <krichter@xxxxxxxxx>
• Re: bcachefs bug during file creation and removal
  • From: Karl-Philipp Richter <krichter@xxxxxxxxx>
• Btree node merging is now in the bcachefs-testing branch
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcachefs bug during file creation and removal
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• bcache by-label / by-uuid symlinks missing after upgrade from debian wheezy to jessie
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• bcachefs bug during file creation and removal
  • From: Karl-Philipp Richter <krichter@xxxxxxxxx>
• [PATCH 01/12] block: bio: pass bvec table to bio_init()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 05/12] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 00/12] block: cleanup direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Bcachefs testing needed
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Bcachefs testing needed
  • From: Joe Landman <joe.landman@xxxxxxxxx>
• Re: [branch:bcachefs-testing][tier] Massive slow down after some time
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [branch:bcachefs-testing][tier] Massive slow down after some time
  • From: Marcin <marcin@xxxxxxxx>
• Bcachefs testing needed
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• [PATCH 02/60] block drivers: convert to bio_init_with_vec_table()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 06/60] bcache: debug: avoid to access .bi_io_vec directly
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 21/60] bcache: comment on direct access to bvec table
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 39/60] bcache: debug: switch to bio_clone_sp()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 57/60] bcache: convert to bio_for_each_segment_all_rd()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 30/60] bcache: set flag of QUEUE_FLAG_SPLIT_MP
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH 22/60] block: comment on bio_alloc_pages()
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache and suspend
  • From: Shay Gover <govershay@xxxxxxxxx>
• Re: bcache and suspend
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Re: bcache and suspend
  • From: Shay Gover <govershay@xxxxxxxxx>
• Re: [PULL] bcache: multiple updates
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PULL] bcache: multiple updates
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache and suspend
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• Re: bcache and suspend
  • From: Shay Gover <govershay@xxxxxxxxx>
• Re: bcache and suspend
  • From: Killian De Volder <killian.de.volder@xxxxxxxxxxx>
• bcache and suspend
  • From: Shay Gover <govershay@xxxxxxxxx>
• Re: Extra write mode to close RAID5 write hole (kind of)
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Extra write mode to close RAID5 write hole (kind of)
  • From: James Pharaoh <james@xxxxxxxxxx>
• Re: ciao set_task_state() (was Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: ciao set_task_state() (was Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] bcache: partition support: add 16 minors per major
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: ciao set_task_state() (was Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: ciao set_task_state() (was Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• ciao set_task_state() (was Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop)
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v1] bcache: partition support: add 16 minors per bcacheN device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v1] bcache: partition support: add 16 minors per major
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PULL v4.9-rc1] bcache: ioprio bypass/writeback hints with documentation
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] bcache: documentation for ioprio cache hinting
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] bcache: introduce per-process ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] bcache: introduce per-process ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs aka ageing filesystem
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs][tier] INFO: task bch_tier_read:21414 blocked for more than 120 seconds.
  • From: Marcin <marcin@xxxxxxxx>
• [PATCH v2 1/2] bcache: introduce per-process ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] bcache: documentation for ioprio cache hinting
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache: bch_btree_gc() gc failed!
  • From: Michele Brodoloni <mik.linux@xxxxxxxxx>
• Re: bcache: bch_btree_gc() gc failed!
  • From: Michele Brodoloni <mik.linux@xxxxxxxxx>
• bcache: bch_btree_gc() gc failed!
  • From: Michele Brodoloni <mik.linux@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: Partitions on bcache devices
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re[2]: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Eric Wheeler <linux-bcache@xxxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: Partitions on bcache devices
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re[2]: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Partitions on bcache devices
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Partitions on bcache devices
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• [PATCH 1/2] bcache: introduce ioprio-based bypass/writeback hints
  • From: Eric Wheeler <git@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] bcache: documentation for ioprio cache hinting
  • From: Eric Wheeler <git@xxxxxxxxxxxxxxxxxx>
• Re: bcache on shared storage
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache on shared storage
  • From: Michele Brodoloni <mik.linux@xxxxxxxxx>
• Re: bcache on shared storage
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache on shared storage
  • From: Michele <mik.linux@xxxxxxxxx>
• bcache: discard BUG during lvremove
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [bcachefs] checksum error probably after switching to crc64
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] checksum error probably after switching to crc64
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] checksum error probably after switching to crc64
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] checksum error probably after switching to crc64
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] checksum error probably after switching to crc64
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [bcachefs] checksum error probably after switching to crc64
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• bcache: discard BUG (was: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Matthias Ferdinand <bcache@xxxxxxxxx>
• Re: bcache and btrfs linux 4.7
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: bcache and btrfs linux 4.7
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcachefs: Encryption (Posting for review)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache and btrfs linux 4.7
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Matthias Ferdinand <bcache@xxxxxxxxx>
• Re: bcache and btrfs linux 4.7
  • From: Coly Li <i@xxxxxxx>
• bcache and btrfs linux 4.7
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [bcachefs] bcache (dm-10): IO error on dm-10 for checksum error (due to change of str_hash?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [PATCH v2 1/4][Resend] Leave choosing level of optimalization and linker flags to package maintainer.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [bcachefs][Resend] Can't mount filesystem formated with --btree_node=262144
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [PATCH v2 1/4] Leave choosing level of optimalization and linker flags to package maintainer.
  • From: Coly Li <i@xxxxxxx>
• [PATCH v2 2/4] No need to spawn subshell for every source file.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH v2 4/4] Remove unimplemented options from manpage
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH v2 1/4] Leave choosing level of optimalization and linker flags to package maintainer.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH v2 3/4] Make --help and man more consistent
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Tiering in bcachefs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Marcin <marcin@xxxxxxxx>
• Re: [PATCH 4/4] Make output message more human friendly
  • From: Marcin <marcin@xxxxxxxx>
• Re: [PATCH 4/4] Make output message more human friendly
  • From: Coly Li <i@xxxxxxx>
• [PATCH 2/4] Make --help and man more consistent
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH 4/4] Make output message more human friendly
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH 3/4] Remove unimplemented options from manpage
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH 1/4] No need to spawn subshell for every source file.
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [bcachefs] bcache: bch_open_as_blockdevs() register_cache_set err Bad checksum
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Christopher James Halse Rogers <chris@xxxxxxxxxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs] bcachefs-tools compilation error: crypto.h:16:59: error: initializer element is not constant, static const struct nonce bch_master_key_nonce = BCACHE_MASTER_KEY_NONCE;
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [PATCH V2 00/22] Replace the CFQ I/O Scheduler with BFQ
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [bcachefs] time of mounting filesystem with high number of dirs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs] time of mounting filesystem with high number of dirs
  • From: Marcin <marcin@xxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: How well does bcache cope with frequently changing cache device?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Marcin <marcin@xxxxxxxx>
• How well does bcache cope with frequently changing cache device?
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: [PATCH v2] made consistent displayed help and manpage with options acepted by bcache
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Marcin <marcin@xxxxxxxx>
• [bcachefs] BUG: soft lockup - CPU#0 stuck for 22s! [bch_copygc_read:5328]
  • From: Marcin <marcin@xxxxxxxx>
• Re: [PATCH v2] made consistent displayed help and manpage with options acepted by bcache
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• [PATCH] made consistent displayed help and manpage with options acepted by bcache
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• bcachefs: Encryption (Posting for review)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH V2 00/22] Replace the CFQ I/O Scheduler with BFQ
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: clang doesn't like bcache-tools: libbcache.c:79:39: error: function definition is not allowed here
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: clang doesn't like bcache-tools: libbcache.c:79:39: error: function definition is not allowed here
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcachefs now has its own page
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• clang doesn't like bcache-tools: libbcache.c:79:39: error: function definition is not allowed here
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• bcachefs now has its own page
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] Can't mount tiered fs. (after updating kernel?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] Can't mount tiered fs. (after updating kernel?)
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [bcachefs] Can't mount tiered fs. (after updating kernel?)
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: How to create bcachefs?
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: Testing tiering: a little scary message "IO error" ; I can't unregister tier device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs] mount: page allocation failure: order:7, mode:0x24000c0(GFP_KERNEL) / BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: Testing tiering: a little scary message "IO error" ; I can't unregister tier device
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs] mount: page allocation failure: order:7, mode:0x24000c0(GFP_KERNEL) / BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Christopher James Halse Rogers <chris@xxxxxxxxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: How to create bcachefs?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: How to create bcachefs?
  • From: Christopher James Halse Rogers <chris@xxxxxxxxxxxxxx>
• [bcachefs] mount: page allocation failure: order:7, mode:0x24000c0(GFP_KERNEL) / BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
  • From: Marcin <marcin@xxxxxxxx>
• Re: How to create bcachefs?
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: How to create bcachefs?
  • From: Christopher James Halse Rogers <chris@xxxxxxxxxxxxxx>
• [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Testing tiering: a little scary message "IO error" ; I can't unregister tier device
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: How to create bcachefs?
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: How to create bcachefs?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: How to create bcachefs?
  • From: Christopher James Halse Rogers <chris@xxxxxxxxxxxxxx>
• Re: How to create bcachefs?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: How to create bcachefs?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: How to create bcachefs?
  • From: marcin@xxxxxxxx
• Re: How to create bcachefs?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PULL] v4.8-rc2 bcache fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PULL] v4.8-rc2 bcache fixes
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• How to create bcachefs?
  • From: marcin@xxxxxxxx
• Thank you for bcache, Kent!
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] block: make sure big bio is splitted into at most 256 bvecs
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH] NULL pointer in raid1_make_request passed to bio_trim when adding md as bcache caching dev
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• How to create becachefs and mount? (and one issue with bcache tools help)
  • From: marcin@xxxxxxxx
• Re: [bcachefs tree] Can't load bcache module second time
  • From: marcin@xxxxxxxx
• Re: bcachefs: can bcachefs export block devices?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Can't load bcache module second time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Can't load bcache module second time
  • From: Marcin Mirosław <marcin@xxxxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Shaun Tancheff <shaun.tancheff@xxxxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Shaun Tancheff <shaun.tancheff@xxxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: bcachefs: can bcachefs export block devices?
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: every boot gives: bcache/alloc.c:78 WARNING
  • From: Eric Wheeler <lists@xxxxxxxxxxxx>
• every boot gives: bcache/alloc.c:78 WARNING
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH 37/45] drivers: use req op accessor
  • From: Ross Zwisler <zwisler@xxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code
  • From: Ross Zwisler <zwisler@xxxxxxxxx>
• Re: To add, or not to add, a bio REQ_ROTATIONAL flag
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: To add, or not to add, a bio REQ_ROTATIONAL flag
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: To add, or not to add, a bio REQ_ROTATIONAL flag
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: To add, or not to add, a bio REQ_ROTATIONAL flag
  • From: Wols Lists <antlists@xxxxxxxxxxxxxxx>
• To add, or not to add, a bio REQ_ROTATIONAL flag
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• bcache super block corruption with non 4k pages
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Sheng Yang <sheng@xxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Sheng Yang <sheng@xxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH] bcache: untagle cache_aolloc
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcache: untagle cache_aolloc
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH] bcache: untagle cache_aolloc
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] bcache: untagle cache_aolloc
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: Recover filenames from failed RAID0
  • From: keld@xxxxxxxxxx
• Re: Recover filenames from failed RAID0
  • From: Michel Dubois <michel.dubois.mtl@xxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: bcache_writebac gets stuck on DRBD
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 1/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• [PATCH 0/1] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re[2]: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [dm-devel] [RFC] block: fix blk_queue_split() resource exhaustion
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Jens Axboe <axboe@xxxxxx>
• bcache_writebac gets stuck on DRBD
  • From: Jackie Tea <m.jackie.tea@xxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [PATCH v3 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH v3 2/3] bcache: update document info
  • From: Coly Li <i@xxxxxxx>
• [PATCH v3 3/3] bcache: Remove redundant block_size assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 2/3] bcache: update document info
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v2 2/3] bcache: update document info
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH v2 3/3] bcache: Remove redundant block_size assignment
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH] bcache: Use setup_timer and mod_timer
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Use setup_timer and mod_timer
  • From: Amitoj Kaur Chawla <amitoj1606@xxxxxxxxx>
• Re: [RESEND PATCH 1/3] bcache: Remove redundant parameter for cache_alloc()
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH 2/3] bcache: update document info
  • From: Coly Li <i@xxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: block: fix blk_queue_split() resource exhaustion
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [RFC] block: fix blk_queue_split() resource exhaustion
  • From: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>