Linux Block Layer SSD Cache

• Thread Index

• [RFC] bcache: fix a circular dead locking with dc->writeback_lock and bch_register_lock
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Campbell Steven <casteven@xxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Rui Hua <huarui.dev@xxxxxxxxx>
• [PATCH] bio: ensure __bio_clone_fast copies bi_partno
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Rui Hua <huarui.dev@xxxxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Rui Hua <huarui.dev@xxxxxxxxx>
• Re: [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: recover data from backing device when read request hit clean
  • From: Rui Hua <huarui.dev@xxxxxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Regression in 4.14: wrong data being read from bcache device
  • From: Campbell Steven <casteven@xxxxxxxxx>
• Re: [PATCH] bcache: Fix building error on MIPS
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Regression in 4.14: wrong data being read from bcache device
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Re: [PATCH] bcache: Fix building error on MIPS
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: Fix building error on MIPS
  • From: "陈华才" <chenhc@xxxxxxxxxx>
• Re: [PATCH] bcache: Fix building error on MIPS
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: Fix building error on MIPS
  • From: Huacai Chen <chenhc@xxxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Alexandr Kuznetsov <progmachine@xxxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Testing 4.14 rc8 kernel with bcache - cache device numbering
  • From: Campbell Steven <casteven@xxxxxxxxx>
• Re: Enabling discard rendered caching device unuseable
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Testing 4.14 rc8 kernel with bcache - cache device numbering
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Testing 4.14 rc8 kernel with bcache - cache device numbering
  • From: Hans van den Bogert <hansbogert@xxxxxxxxx>
• Testing 4.14 rc8 kernel with bcache - cache device numbering
  • From: Campbell Steven <casteven@xxxxxxxxx>
• Enabling discard rendered caching device unuseable
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: WARNING: CPU: 1 PID: 143 at kernel/workqueue.c:2035 process_one_work+0x44/0x310
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• WARNING: CPU: 1 PID: 143 at kernel/workqueue.c:2035 process_one_work+0x44/0x310
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH] bcache: add a comment in journal bucket reading
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Re: [PATCH] bcache: correct journal bucket reading
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: add a comment in journal bucket reading
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH] bcache: correct journal bucket reading
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH] bcache: correct journal bucket reading
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: correct journal bucket reading
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: stop writeback thread after detaching
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: correct journal bucket reading
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: correct journal bucket reading
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: stop writeback thread after detaching
  • From: tang.junhui@xxxxxxxxxx
• Re: Series of patches for bcache targeting 4.15
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 4/5] bcache: fix wrong cache_misses statistics
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 2/5] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 5/5] bcache: explicitly destroy mutex while exiting
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 1/5] bcache: only permit to recovery read error when cache device is clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 3/5] bcache: update bucket_in_use in real time
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Series of patches for bcache targeting 4.15
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Liang C <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] [PATCH V2] bcache: fix wrong cache_misses statistics
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] [PATCH V2] bcache: fix wrong cache_misses statistics
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 15/19] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Coly Li <i@xxxxxxx>
• [PATCH] [PATCH V2] bcache: fix wrong cache_misses statistics
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH 04/19] bcache: fix wrong cache_misses statistics
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: AW: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: AW: AW: [PATCH] md/bcache: Fix a deadlock while calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/19] bcache: fix wrong cache_misses statistics
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 15/19] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/19] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Coly Li <i@xxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] [PATCH V2] bcache: update bucket_in_use in real time
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] [PATCH V2] bcache: update bucket_in_use in real time
  • From: tang.junhui@xxxxxxxxxx
• Re: Re: [PATCH] update bucket_in_use in real time
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Re: [PATCH] update bucket_in_use in real time
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] update bucket_in_use in real time
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] update bucket_in_use in real time
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: md: Convert timers to use timer_setup()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: md: Convert timers to use timer_setup()
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH] update bucket_in_use in real time
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] update bucket_in_use in real time
  • From: tang.junhui@xxxxxxxxxx
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Coly Li <i@xxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Coly Li <i@xxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Coly Li <i@xxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Coly Li <i@xxxxxxx>
• bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• RE: [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 0/4] dm and bcache refcount conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 1/4] bcache: convert cached_dev.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 2/4] dm cache: convert dm_cache_metadata.ref_count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 4/4] dm: convert table_device.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 3/4] dm: convert dm_dev_internal.count from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v3 07/49] bcache: comment on direct access to bvec table
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] md: Convert timers to use timer_setup()
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [PATCH] md: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] bcache: writeback rate clamping: make 32 bit safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] bcache: writeback rate clamping: make 32 bit safe
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: writeback rate clamping: make 32 bit safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv3] bcache: only permit to recovery read error when cache device is clean
  • From: Coly Li <i@xxxxxxx>
• [PATCHv4] bcache: only permit to recovery read error when cache device is clean
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: writeback rate clamping: make 32 bit safe
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCHv3] bcache: only permit to recovery read error when cache device is clean
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: writeback rate clamping: make 32 bit safe
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 00/15] bcache: series of patches for 4.15
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Coly Li <i@xxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Coly Li <i@xxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Coly Li <i@xxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Sverd Johnsen <sverd.johnsen@xxxxxxxxxxxxxx>
• Re: Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Coly Li <i@xxxxxxx>
• Comm: bcache_allocato BUG: unable to handle kernel NULL pointer dereference at 00000000000006bc
  • From: Sverd Johnsen <sverd.johnsen@xxxxxxxxxxxxxx>
• [PATCH 14/15] bcache: Add Michael Lyle to MAINTAINERS
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 15/15] bcache: MAINTAINERS: set bcache to MAINTAINED
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 13/15] bcache: safeguard a dangerous addressing in closure_queue
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 10/15] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 12/15] bcache: rearrange writeback main thread ratelimit
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 11/15] bcache: writeback rate shouldn't artifically clamp
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 09/15] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 08/15] bcache: don't write back data if reading it failed
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 07/15] bcache: remove unused parameter
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 06/15] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 05/15] bcache: Remove redundant set_capacity
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 04/15] bcache: rewrite multiple partitions support
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 03/15] bcache: fix a comments typo in bch_alloc_sectors()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 02/15] bcache: check ca->alloc_thread initialized before wake up it
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 01/15] bcache: Avoid nested function definition
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 00/15] bcache: series of patches for 4.15
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v2 2/2] bcache: rearrange writeback main thread ratelimit
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache request for pull
  • From: Jens Axboe <axboe@xxxxxxxxx>
• bcache request for pull
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Alexandr Kuznetsov <progmachine@xxxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Alexandr Kuznetsov <progmachine@xxxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Alexandr Kuznetsov <progmachine@xxxxxxxxxx>
• Re: [PATCH] bcache: Add Michael Lyle to MAINTAINERS
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v2] bcache: safeguard a dangerous addressing in closure_queue
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: New bcache maintainer
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v2] bcache: safeguard a dangerous addressing in closure_queue
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] bcache: safeguard a dangerous addressing in closure_queue
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• [PATCH] bcache: Add Michael Lyle to MAINTAINERS
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• New bcache maintainer
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcache failure hangs something in kernel
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: safeguard a dangerous addressing in closure_queue
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: safeguard a dangerous addressing in closure_queue
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• bcache failure hangs something in kernel
  • From: Alexandr Kuznetsov <progmachine@xxxxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Coly Li <i@xxxxxxx>
• [PATCH v2] bcache: explicitly destroy mutex while exiting
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] bcache: fix race in setting bdev state
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: fix race in setting bdev state
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] [PATCH v3] bcache: gc does not work when triggering by manual
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: fix race in setting bdev state
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: fix race in setting bdev state
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: fix race in setting bdev state
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] [PATCH v3] bcache: gc does not work when triggering by manual
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: fix race in setting bdev state
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] [PATCH v3] bcache: gc does not work when triggering by manual
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: mark expected switch fall-throughs in STRTO_H
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v2 1/2] bcache: writeback rate shouldn't artifically clamp
  • From: Coly Li <i@xxxxxxx>
• [PATCH v2 2/2] bcache: rearrange writeback main thread ratelimit
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v2 1/2] bcache: writeback rate shouldn't artifically clamp
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [no subject]
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH] bcache: writeback rate shouldn't artifically clamp
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: writeback rate shouldn't artifically clamp
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: writeback rate shouldn't artifically clamp
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: writeback rate shouldn't artifically clamp
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v3 2/5] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v3 2/5] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH v3 2/5] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: rewrite multiple partitions support
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: check ca->alloc_thread initialized before wake up it
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: rewrite multiple partitions support
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: Remove nested function from sysfs
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: Remove nested function from sysfs
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: /dev/bcacheX can still be written when plug out backing device
  • From: "qiulg" <qiulg@xxxxxxxxxxxxxxxxx>
• Re: /dev/bcacheX can still be written when plug out backing device
  • From: Coly Li <i@xxxxxxx>
• Re: /dev/bcacheX can still be written when plug out backing device
  • From: "qiulg" <qiulg@xxxxxxxxxxxxxxxxx>
• Re: /dev/bcacheX can still be written when plug out backing device
  • From: Coly Li <i@xxxxxxx>
• Re: /dev/bcacheX can still be written when plug out backing device
  • From: "qiulg" <qiulg@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• bcache: readahead option seems to prevent cache being filled
  • From: John Hendrikx <hjohn@xxxxxxxxx>
• Re: zhujing@xxxxxxxxxxxxxxxx; qinxq@xxxxxxxxxxxxxxxx; qiulg@xxxxxxxxxxxxxxxx
  • From: Coly Li <i@xxxxxxx>
• zhujing@xxxxxxxxxxxxxxxx; qinxq@xxxxxxxxxxxxxxxx; qiulg@xxxxxxxxxxxxxxxx
  • From: "qiulg" <qiulg@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Coly Li <i@xxxxxxx>
• [PATCH v3 5/5] bcache: writeback: properly order backing device IO
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v3 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v3 3/5] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v3 2/5] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH v3 1/5] bcache: don't write back data if reading it failed
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [no subject]
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 3/5] bcache: smooth writeback rate control
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 2/5] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 2/5] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: tang.junhui@xxxxxxxxxx
• Re: SSD usage for bcache - Read and Writeback
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• [PATCH 3/5] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 5/5] bcache: writeback: properly order backing device IO
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 4/5] bcache: writeback: collapse contiguous IO better
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 2/5] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 1/5] bcache: don't write back data if reading it failed
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: fix a comments typo in bch_alloc_sectors()
  • From: tang.junhui@xxxxxxxxxx
• [PATCH 1/1] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 0/1] bcache fix for 4.14-rc4
  • From: Coly Li <colyli@xxxxxxx>
• RE: [PATCH] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.park@xxxxxxx) <byungchul.park@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: use llist_for_each_entry_safe() in __closure_wake_up()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• RE: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.park@xxxxxxx) <byungchul.park@xxxxxxx>
• RE: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.park@xxxxxxx) <byungchul.park@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• RE: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: 박병철/선임연구원/SW Platform(연)AOT팀(byungchul.park@xxxxxxx) <byungchul.park@xxxxxxx>
• Re: [PATCH] bcache: PI controller for writeback rate V2
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: fix a comments typo in bch_alloc_sectors()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCHv3] bcache: only permit to recovery read error when cache device is clean
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Writeback efficiency -- proposal
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Writeback efficiency -- proposal
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: smooth writeback rate control
  • From: Coly Li <i@xxxxxxx>
• Re: Writeback efficiency -- proposal
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Writeback efficiency -- proposal
  • From: Coly Li <i@xxxxxxx>
• Re: Writeback efficiency -- proposal
  • From: Vojtech Pavlik <vojtech@xxxxxxxx>
• Writeback efficiency -- proposal
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH] bcache: smooth writeback rate control
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCHv2] bcache: option for allow stale data on read failure
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCHv2] bcache: option for allow stale data on read failure
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: check ca->alloc_thread initialized before wake up it
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: option for recovery from staled data
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: option for recovery from staled data
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Coly Li <i@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Coly Li <i@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Coly Li <i@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: SSD usage for bcache - Read and Writeback
  • From: Coly Li <i@xxxxxxx>
• SSD usage for bcache - Read and Writeback
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• [PATCH] bcache: rewrite multiple partitions support
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: option for recovery from staled data
  • From: Coly Li <colyli@xxxxxxx>
• Re: BCACHE Can't on CENTOS6.9
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: PI controller for writeback rate V2
  • From: Coly Li <colyli@xxxxxxx>
• BCACHE Can't on CENTOS6.9
  • From: do xing Chiang <hermeseagle@xxxxxxxxx>
• Re: Fwd: [PATCH] bcache: PI controller for writeback rate V2
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Fwd: [PATCH] bcache: PI controller for writeback rate V2
  • From: Coly Li <i@xxxxxxx>
• Fwd: [PATCH] bcache: PI controller for writeback rate V2
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: PI controller for writeback rate V2
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: PI controller for writeback rate V2
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 06/14] md/bcache: Use %pS printk format for direct addresses
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 13/13] bcache: initialize dirty stripes in flash_dev_run()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] bcache: implement PI controller for writeback rate
  • From: Michael Lyle <mlyle@xxxxxxxx>
• [PATCH 12/12] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 11/12] bcache: Update continue_at() documentation
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 10/12] bcache: silence static checker warning
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 09/12] bcache: fix for gc and write-back race
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 08/12] bcache: increase the number of open buckets
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 07/12] bcache: Correct return value for sysfs attach errors
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 06/12] bcache: correct cache_dirty_target in __update_writeback_rate()
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 05/12] bcache: gc does not work when triggering by manual command
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 04/12] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 03/12] bcache: do not subtract sectors_to_gc for bypassed IO
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 02/12] bcache: fix sequential large write IO bypass
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 01/12] bcache: Fix leak of bdev reference
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 00/13] bcache: fixes and update for 4.14
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: remove problematic code block from register_bcache()
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: remove problematic code block from register_bcache()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] bcache: fix bch_hprint crash and improve output
  • From: Michael Lyle <mlyle@xxxxxxxx>
• Re: Bricked-ish Bcache Backing Disk
  • From: Pavel Goran <via-bcache@xxxxxxxxxxxx>
• Bricked-ish Bcache Backing Disk
  • From: Shaun S <personalspacecadet@xxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: "Jorg Bornschein" <jb@xxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Coly Li <i@xxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: "Jorg Bornschein" <jb@xxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: "Jorg Bornschein" <jb@xxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Coly Li <colyli@xxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: "Jorg Bornschein" <jb@xxxxxxxxxx>
• Re: Can't register existing backing devices anymore
  • From: Coly Li <colyli@xxxxxxx>
• Can't register existing backing devices anymore
  • From: "Jorg Bornschein" <jb@xxxxxxxxxx>
• [PATCH v4] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [PATCH v3 07/49] bcache: comment on direct access to bvec table
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: very poor write performance in writeback mode
  • From: cgxu <cgxu@xxxxxxxxxxxx>
• Re: very poor write performance in writeback mode
  • From: Coly Li <i@xxxxxxx>
• very poor write performance in writeback mode
  • From: cgxu <cgxu@xxxxxxxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v3 07/49] bcache: comment on direct access to bvec table
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH v3 33/49] bcache: convert to bio_for_each_segment_all_sp()
  • From: Coly Li <i@xxxxxxx>
• [PATCH v3 07/49] bcache: comment on direct access to bvec table
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v3 33/49] bcache: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: xfs on bcache: metadata I/O error: block 0x575b6d70,("xfs_trans_read_buf_map") error 4 numblks 16
  • From: Coly Li <i@xxxxxxx>
• Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Coly Li <i@xxxxxxx>
• [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API
  • From: Byungchul Park <byungchul.park@xxxxxxx>
• Re: lock, Workqueue: bcache bch_data_insert_keys [bcache]
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• xfs on bcache: metadata I/O error: block 0x575b6d70,("xfs_trans_read_buf_map") error 4 numblks 16
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 17/19] bcache: fix for gc and write-back race
  • From: Coly Li <i@xxxxxxx>
• Re: handling cache device disconnection more properly ( was Re: [PATCH] bcache: only recovery I/O error for writethrough mode)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: handling cache device disconnection more properly ( was Re: [PATCH] bcache: only recovery I/O error for writethrough mode)
  • From: Coly Li <colyli@xxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: v4.12: register_dcache lockdep problem on boot
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Vojtech Pavlik <vojtech@xxxxxx>
• v4.12: register_dcache lockdep problem on boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Reindl Harald <h.reindl@xxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: handling cache device disconnection more properly ( was Re: [PATCH] bcache: only recovery I/O error for writethrough mode)
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• bcache with existing ext4 filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] bcache: do not perform writeback if dirty data is no more than writeback_percent
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] [RFC] gfs2: add flag REQ_PRIO for metadata read ahead
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] [RFC] gfs2: add flag REQ_PRIO for metadata read ahead
  • From: Bob Peterson <rpeterso@xxxxxxxxxx>
• Re: [PATCH 1/2] bcache: do not perform writeback if dirty data is no more than writeback_percent
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 1/2] bcache: do not perform writeback if dirty data is no more than writeback_percent
  • From: Coly Li <i@xxxxxxx>
• [PATCH 2/2] bcache: implement max_writeback_rate_when_idle option for writeback mode
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH 1/2] bcache: do not perform writeback if dirty data is no more than writeback_percent
  • From: Coly Li <colyli@xxxxxxx>
• set max writeback rate when bcache device is idle
  • From: Coly Li <colyli@xxxxxxx>
• set max writeback rate when bcache device is idle
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH 15/19] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Coly Li <i@xxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Coly Li <i@xxxxxxx>
• Re: [PULL] bcache updates based on git.kernel.dk/linux-block:for-next
  • From: Eddie Chapman <eddie@xxxxxxxx>
• Re: [PATCH 16/19] bcache: increase the number of open buckets
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 18/19] bcache: silence static checker warning
  • From: Coly Li <i@xxxxxxx>
• handling cache device disconnection more properly ( was Re: [PATCH] bcache: only recovery I/O error for writethrough mode)
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/19] bcache: initialize stripe_sectors_dirty correctly for thin flash device
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/19] bcache: fix wrong cache_misses statistics
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/19] bcache: delete redundant calling set_gc_sectors()
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] [RFC] gfs2: add flag REQ_PRIO for metadata read ahead
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] [RFC] gfs2: add flag REQ_PRIO for metadata read ahead
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <colyli@xxxxxxx>
• [PATCH] [RFC] gfs2: add flag REQ_PRIO for metadata read ahead
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: only recovery I/O error for writethrough mode
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 19/19] bcache: Update continue_at() documentation
  • From: Coly Li <colyli@xxxxxxx>
• Re: lock, Workqueue: bcache bch_data_insert_keys [bcache]
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: lock, Workqueue: bcache bch_data_insert_keys [bcache]
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• lock, Workqueue: bcache bch_data_insert_keys [bcache]
  • From: Konstantin Shalygin <k0ste@xxxxxxxx>
• Re: Re: Re: Question about gc time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: avoid a dangerous addressing in closure_queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] bcache: avoid a dangerous addressing in closure_queue
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH 07/19] bcache: introduce bcache sysfs entries for ioprio-based bypass/writeback hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: avoid a dangerous addressing in closure_queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 19/19] bcache: Update continue_at() documentation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 07/19] bcache: introduce bcache sysfs entries for ioprio-based bypass/writeback hints
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 08/19] bcache: documentation for sysfs entries describing bcache cache hinting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 05/19] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 03/19] bcache: do not subtract sectors_to_gc for bypassed IO
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/19] bcache: fix sequential large write IO bypass
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] bcache: avoid a dangerous addressing in closure_queue
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• [PATCH] bcache: not exposing userspace interface until ready
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <i@xxxxxxx>
• [PATCH 09/19 v2] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: bcache@xxxxxxxxxxxxxxxxxx
• Re: Re: Question about gc time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/19] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 09/19] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/19] bcache: fix calling ida_simple_remove() with incorrect minor
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/19] bcache: initialize stripe_sectors_dirty correctly for thin flash device
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 09/19] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 04/19] bcache: fix wrong cache_misses statistics
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 03/19] bcache: do not subtract sectors_to_gc for bypassed IO
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: Coly Li <i@xxxxxxx>
• [PATCH 08/19] bcache: documentation for sysfs entries describing bcache cache hinting
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 09/19] bcache: update bio->bi_opf bypass/writeback REQ_ flag hints
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 12/19] bcache: update bucket_in_use periodically
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 11/19] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 14/19] bcache: Correct return value for sysfs attach errors
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 15/19] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 16/19] bcache: increase the number of open buckets
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 17/19] bcache: fix for gc and write-back race
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 19/19] bcache: Update continue_at() documentation
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 18/19] bcache: silence static checker warning
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 13/19] bcache: delete redundant calling set_gc_sectors()
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 10/19] bcache: initialize stripe_sectors_dirty correctly for thin flash device
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 07/19] bcache: introduce bcache sysfs entries for ioprio-based bypass/writeback hints
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 06/19] bcache: explicitly destory mutex while exiting
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 04/19] bcache: fix wrong cache_misses statistics
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 03/19] bcache: do not subtract sectors_to_gc for bypassed IO
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 02/19] bcache: fix sequential large write IO bypass
  • From: bcache@xxxxxxxxxxxxxxxxxx
• [PATCH 01/19] bcache: Fix leak of bdev reference
  • From: bcache@xxxxxxxxxxxxxxxxxx
• Re: [PULL] bcache fixes and updates for-4.13
  • From: Nick Alcock <nix@xxxxxxxxxxxxx>
• Re: [PULL] bcache fixes and updates for-4.13
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache fixes and updates for-4.13
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] bcache fixes and updates for-4.13
  • From: Coly Li <i@xxxxxxx>
• Re: [PULL] bcache fixes and updates for-4.13
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PULL] bcache fixes and updates for-4.13
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] bcache: Update continue_at() documentation
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 1/2] bcache: silence static checker warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Question about gc time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: gc does not work when triggering by manual command
  • From: Eric Wheeler <lists@xxxxxxxxxxxx>
• Re: Re: [PATCH] [PATCH v4] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Question about gc time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Question about gc time
  • From: Coly Li <i@xxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: "Jens-U. Mozdzen" <jmozdzen@xxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: [PATCH] [PATCH v4] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Add Bcache to an existing Filesystem
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Add Bcache to an existing Filesystem
  • From: FERNANDO FREDIANI <fernando.frediani@xxxxxxx>
• [PATCH v2 35/51] bcache: convert to bio_for_each_segment_all_sp()
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v2 07/51] bcache: comment on direct access to bvec table
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] bcache: fix for gc and write-back race
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: increase the number of open buckets
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: release the allocated id, not its multiple of BCACHE_MINORS
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] bcache: release the allocated id, not its multiple of BCACHE_MINORS
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• Re: [PATCH] bcache: release the allocated id, not its multiple of BCACHE_MINORS
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: release the allocated id, not its multiple of BCACHE_MINORS
  • From: Liang Chen <liangchen.linux@xxxxxxxxx>
• [PATCH] [PATCH v4] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: tang.junhui@xxxxxxxxxx
• Re: bcache crashes at boot time
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: bcache crashes at boot time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: bcache crashes at boot time
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: bcache crashes at boot time
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• Re: bcache crashes at boot time
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] [PATCH v2] bcache: gc does not work when triggering by manual command
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] [PATCH v3] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: Coly Li <i@xxxxxxx>
• [PATCH] [PATCH v3] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: tang.junhui@xxxxxxxxxx
• Re: bcache crashes at boot time
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Re: Re: [PATCH] bcache: gc does not work when triggering by manualcommand
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 blockper second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Re: Bug: bcache get stucked
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 blockper second
  • From: bcache@xxxxxxxxxxxxxxxxxx
• clean residual bcache devices when disk lost
  • From: 林夕 <linuxcode2niki@xxxxxxxxx>
• Re: disk gone
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Bugreport: direct I/O (O_DIRECT) leads to uninterruptible sleep of process
  • From: David Kleuker <post@xxxxxxxxxx>
• Re: [PATCH] bcache: Correct return value for sysfs attach errors
  • From: Coly Li <i@xxxxxxx>
• Having option for make-bcache to wait until udev is done
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• [PATCH] bcache: Correct return value for sysfs attach errors
  • From: Tony Asleson <tasleson@xxxxxxxxxx>
• [PATCH] [PATCH v2] bcache: fix issue of writeback rate at minimum 1 key per second
  • From: tang.junhui@xxxxxxxxxx
• Re: disk gone
  • From: Kai Krakow <hurikhan77@xxxxxxxxx>
• [PATCH] [PATCH v2] bcache: gc does not work when triggering by manual command
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 blockper second
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: gc does not work when triggering by manualcommand
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 blockper second
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: Coly Li <i@xxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: disk gone
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: Eric Wheeler <bcache@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: Coly Li <i@xxxxxxx>
• Re: [PATCH] bcache: gc does not work when triggering by manual command
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: fix issue of writeback rate at minimum 1 block per second
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: gc does not work when triggering by manual command
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: delete redundant calling set_gc_sectors()
  • From: tang.junhui@xxxxxxxxxx
• 4.11.4: failure at boot with spontaneously corrupted bcache: cache device still available for analysis
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Question about hot-plug of bcache
  • From: Coly Li <i@xxxxxxx>
• Re: Question about hot-plug of bcache
  • From: Coly Li <i@xxxxxxx>
• bcache crashes at boot time
  • From: Igor Pavlenko <ipavlenko.mail@xxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• Re: 4.11: ida_remove called for id=16 which is not allocated.
  • From: Marc MERLIN <marc@xxxxxxxxxxx>
• disk gone
  • From: feng D <fengidri@xxxxxxxxx>
• Re: [PATCH] bcache: initialize stripe_sectors_dirty correctly forthin flash device
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: update bucket_in_use periodically
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: initialize stripe_sectors_dirty correctly for thin flash device
  • From: Coly Li <i@xxxxxxx>
• [PATCH] bcache: Subtract dirty sectors of thin flash from cache_sectors in calculating writeback rate
  • From: tang.junhui@xxxxxxxxxx
• [PATCH] bcache: initialize stripe_sectors_dirty correctly for thin flash device
  • From: tang.junhui@xxxxxxxxxx
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Jia-Ju Bai <baijiaju1990@xxxxxxx>
• Re: [PATCH] bcache: Fix a sleep-in-atomic bug
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>