Linux Block Layer SSD Cache

Thread Index

Re: Suspend and Hibernation Bugs
- From: Zachary Palmer <zep_bcache@xxxxxxxx>
Re: Suspend and Hibernation Bugs
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: Suspend and Hibernation Bugs
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Suspend and Hibernation Bugs
- From: Zachary Palmer <zep_bcache@xxxxxxxx>
Re: Suspend and Hibernation Bugs
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Suspend and Hibernation Bugs
- From: Zachary Palmer <zep_bcache@xxxxxxxx>
[Please pull] make-bcache: prevent stray superblocks
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
(util-linux) blkid and wipefs to identify bcache
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
bcache-tools License
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: [PATCH] bcache: Fix a shrinker deadlock
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: [PATCH] bcache: Fix a shrinker deadlock
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: bcache hangs and calll trace
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[PATCH] bcache: Fix a shrinker deadlock
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Bcache sleeps forever on random writes
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Bcache sleeps forever on random writes
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache hangs and calll trace
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Writethrough data corruption
- From: Joseph Yasi <joe.yasi@xxxxxxxxx>
bcache hangs and calll trace
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Possible Bcache Bug
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: [RFC] bcache-status
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: blkid always detects FS
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: blkid always detects FS
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Alex Pyrgiotis <apyrgio@xxxxxxxx>
blkid always detects FS
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: Bcache crashes (Deadlocks ?) on Random Writes
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Re: Bcache fixes for stable
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: matthew patton <pattonme@xxxxxxxxx>
Re: Bcache fixes for stable
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [PATCH] bcache: register_quiet should still report errors
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
[PATCH] bcache: register_quiet should still report errors
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: Bcache fixes for stable
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Error "unsupported bset version"
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Bcache fixes for stable
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Bcache volume no longer mounts
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[GIT PULL] Bcache fix for 3.11
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
[PATCH] bcache: Downgrade "device already registered" to pr_debug
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [RFC] bcache-status
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: bcache-tools: minor change for bcache-register
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: bcache-tools: changes to make the udev rules work
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
bcache-tools: changes to make the udev rules work
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
bcache-tools: minor change for bcache-register
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
bcache-tools package for Fedora
- From: Rolf Fokkens <rolf@xxxxxxxxxxxxxx>
Re: Bcache volume no longer mounts
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Error "unsupported bset version"
- From: Tobias Reinhard <trtracer@xxxxxxxxx>
Re: Bcache volume no longer mounts
- From: Nick Payne <nick.payne@xxxxxxxxxxxxxxxx>
Re: Bcache volume no longer mounts
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Bcache volume no longer mounts
- From: Nick Payne <nick.payne@xxxxxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: Flushing dirty data after bcache detach
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: low speed writing in device
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Flushing dirty data after bcache detach
- From: Georg Schönberger <gschoenberger@xxxxxxxxxxxxxxxx>
Re: [PATCH] bcache: Remove use of down/up_read_non_owner()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH] bcache: Remove use of down/up_read_non_owner()
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: [PATCH] bcache: Remove use of down/up_read_non_owner()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH] bcache: Remove use of down/up_read_non_owner()
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[PATCH] bcache: Remove use of down/up_read_non_owner()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: Damien Churchill <damoxc@xxxxxxxxx>
Fwd: low speed writing in device
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: bcache: Fix a writeback performance regression
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: Can't enable writeback
- From: Nick Payne <nick.payne@xxxxxxxxxxxxxxxx>
Re: Can't enable writeback
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Can't enable writeback
- From: Nick Payne <nick.payne@xxxxxxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: SSD cache with regular partition, like BSD swapcache
- From: Mark Hills <mark@xxxxxxxx>
Re: [GIT PULL] bcache fixes for 3.11
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: [RFC] bcache-status
- From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
[RFC] bcache-status
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: SSD cache with regular partition, like BSD swapcache
- From: Adam Brenner <aebrenne@xxxxxxx>
SSD cache with regular partition, like BSD swapcache
- From: Mark Hills <mark@xxxxxxxxxxx>
Re: [GIT PULL] bcache fixes for 3.11
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: [GIT PULL] bcache fixes for 3.11
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
[Re-try] Bcache crashes (Deadlocks ?) on Random Writes
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
Bcache crashes (Deadlocks ?) on Random Writes
- From: kernel neophyte <neophyte.hacker001@xxxxxxxxx>
[GIT PULL] bcache fixes for 3.11
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Silent data corruption (3.11-rc4) in writethrough mode
- From: Frédéric VANNIÈRE <f.vanniere@xxxxxxxxxxxxxxx>
Re: Silent data corruption (3.11-rc4) in writethrough mode
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Silent data corruption (3.11-rc4) in writethrough mode
- From: Frédéric VANNIÈRE <f.vanniere@xxxxxxxxxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Huub Bouma <bouma@xxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
solved detecting bcache after wipefs
- From: Huub Bouma <bouma@xxxxxxxx>
Re: Converting existing partition to bcache backing device without loss of data
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Converting existing partition to bcache backing device without loss of data
- From: Jason Warr <jason@xxxxxxxx>
Re: Converting existing partition to bcache backing device without loss of data
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Replacing the caching device (SSD) of a bcache set
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Converting existing partition to bcache backing device without loss of data
- From: Adam Brenner <aebrenne@xxxxxxx>
Replacing the caching device (SSD) of a bcache set
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: 3.10.x - issues with nvidia proprietary drivers
- From: "Vladimir Elisseev" <vovan@xxxxxxxx>
3.10.x - issues with nvidia proprietary drivers
- From: "Vladimir Elisseev" <vovan@xxxxxxxx>
Re: bcache patch for kernel version 3.0
- From: Ashim Saikia <akhim.saikia@xxxxxxxxx>
Re: bcache hang on suspend? sometimes?
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hang on suspend? sometimes?
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: bcache hang on suspend? sometimes?
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: bcache hang on suspend? sometimes?
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hang on suspend? sometimes?
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
bcache and md / lvm / ext4 alignment
- From: Tim Small <tim@xxxxxxxxxxxxxxxx>
bcache patch for kernel version 3.0
- From: Ashim Saikia <akhim.saikia@xxxxxxxxx>
bcache hang on suspend? sometimes?
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
dkms
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: shutdown and bcache
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Inconsistent Performance
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: shutdown and bcache
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
shutdown and bcache
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Inconsistent Performance
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[PATCH] bcache: Correct printf()-style format length modifier
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Inconsistent Performance
- From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: bcache disabled due to inconsistent ptrs
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
bcache disabled due to inconsistent ptrs
- From: sheng qiu <herbert1984106@xxxxxxxxx>
benchmarks
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: can't get bache's sequential_cutoff to work
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: can't get bache's sequential_cutoff to work
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: can't get bache's sequential_cutoff to work
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: can't get bache's sequential_cutoff to work
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: can't get bache's sequential_cutoff to work
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
can't get bache's sequential_cutoff to work
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: [PATCH] Don't register if a non-bcache superblock is found as well
- From: "Cyril B." <cbay@xxxxxxxxxxxxx>
Re: [PATCH] Don't register if a non-bcache superblock is found as well
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [PATCH] Don't register if a non-bcache superblock is found as well
- From: "Cyril B." <cbay@xxxxxxxxxxxxx>
Re: [PATCH] Don't register if a non-bcache superblock is found as well
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[PATCH] Don't register if a non-bcache superblock is found as well
- From: Gabriel <g2p.code@xxxxxxxxx>
Filesystem corruption caused by disk from backing device kicked out of RAID1 array
- From: "Cyril B." <cbay@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.11
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: Fwd: Bug#715019: linux-image-3.10-rc7-amd64: Bcache (with cache on LVM?) stops system from shutting down
- From: Campbell Steven <casteven@xxxxxxxxx>
Re: label devices got removed after format
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Fwd: Bug#715019: linux-image-3.10-rc7-amd64: Bcache (with cache on LVM?) stops system from shutting down
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: label devices got removed after format
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
[GIT PULL] Bcache fixes for 3.11
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Fwd: Bug#715019: linux-image-3.10-rc7-amd64: Bcache (with cache on LVM?) stops system from shutting down
- From: Josep Lladonosa <jlladono@xxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: label devices got removed after format
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache kernel 3.10 wrong bypassed values
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: label devices got removed after format
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: label devices got removed after format
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: Negative stats value
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache kernel 3.10 wrong bypassed values
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Negative stats value
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Raw stats
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: bcache kernel 3.10 wrong bypassed values
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: label devices got removed after format
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: Negative stats value
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache kernel 3.10 wrong bypassed values
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Raw stats
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Negative stats value
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: label devices got removed after format
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: bcache hangs on writes, recovers after disabling discard on cache device
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
label devices got removed after format
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Raw stats
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Negative stats value
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: [patch -next] bcache: check for allocation failures
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Bug#715019: linux-image-3.10-rc7-amd64: Bcache (with cache on LVM?) stops system from shutting down
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: Bug#715019: linux-image-3.10-rc7-amd64: Bcache (with cache on LVM?) stops system from shutting down
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
[PATCH cgroup/for-3.11-fixes] cgroup: remove bcache_subsys_id which got added stealthily
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
Re: reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
Re: reverse link from bucket to keys
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
reverse link from bucket to keys
- From: sheng qiu <herbert1984106@xxxxxxxxx>
bcache
- From: sheng qiu <herbert1984106@xxxxxxxxx>
[patch -next] bcache: check for allocation failures
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
Re: kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
kernel 3.10 + applied bcache patches unable to handle kernel NULL pointer dereference
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
bcache kernel 3.10 wrong bypassed values
- From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
Re: software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: software raid and bcache
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: software raid and bcache
- From: Jason Warr <jason@xxxxxxxx>
Re: software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: software raid and bcache
- From: Jason Warr <jason@xxxxxxxx>
Re: software raid and bcache
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
Re: software raid and bcache
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
software raid and bcache
- From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
RE: Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: OS Engineering <osengineering@xxxxxxxxxxxx>
Re: [GIT PULL] Bcache changes for 3.11
- From: Jens Axboe <axboe@xxxxxxxxx>
[GIT PULL] Bcache changes for 3.11
- From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
bcache / udev integration
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache: order 7 allocation
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
bcache hangs on writes, recovers after disabling discard on cache device
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
Re: Doubling (?) of writes
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
Re: Doubling (?) of writes
- From: matthew patton <pattonme@xxxxxxxxx>
Doubling (?) of writes
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
bcache: order 7 allocation
- From: Pavel Machek <pavel@xxxxxx>
Re: [dm-devel] Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: Michael Fortson <mfortson@xxxxxxxxxxxx>
Re: [PATCH] md: bcache: Fixed a typo with the word 'arithmetic'
- From: Jiri Kosina <jkosina@xxxxxxx>
Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: Joe Thornber <thornber@xxxxxxxxxx>
Re: Possible bug? bcache: error opening /dev/md126: Not enough buckets
- From: John Clark <jwclark@xxxxxxxxx>
Re: Possible bug? bcache: error opening /dev/md126: Not enough buckets
- From: Jason Warr <jason@xxxxxxxx>
Possible bug? bcache: error opening /dev/md126: Not enough buckets
- From: John Clark <jwclark@xxxxxxxxx>
Re: [PATCH] bcache: Set the logical block size to a sensible value
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
(b)cache trashing
- From: Piergiorgio Sartor <piergiorgio.sartor@xxxxxxxx>
[PATCH] bcache: Set the logical block size to a sensible value
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
RE: Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: OS Engineering <osengineering@xxxxxxxxxxxx>
Re: Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: Amit Kale <amitkale@xxxxxxxxxxxxxx>
[no subject]
- From: OS Engineering <osengineering@xxxxxxxxxxxx>
Performance Comparison among EnhanceIO, bcache and dm-cache.
- From: OS Engineering <osengineering@xxxxxxxxxxxx>
Re: Poor performance with bcache write-back mode
- From: Patrick Ng <ppng@xxxxxxxxx>
Re: bcache on top of drbd or the contrary?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] md: bcache: Fixed a typo with the word 'arithmetic'
- From: Phil Viana <phillip.l.viana@xxxxxxxxx>
bcache on top of drbd or the contrary?
- From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
[PATCH] md: bcache: Fixed a spelling mistake with the word 'journaling' in a comment
- From: Phil Viana <phillip.l.viana@xxxxxxxxx>
Re: [PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
- From: Kumar amit mehta <gmate.amit@xxxxxxxxx>
Re: Poor performance with bcache write-back mode
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] md: bcache: io.c: fix a potential NULL pointer dereference
- From: Kumar Amit Mehta <gmate.amit@xxxxxxxxx>
Re: EnhanceIO(TM) caching driver features [1/3]
- From: Amit Kale <amitkale@xxxxxxxxxxxxxx>
Re: speed
- From: matthew patton <pattonme@xxxxxxxxx>
speed
- From: folkert <folkert@xxxxxxxxxxxxxx>
Re: Poor performance with bcache write-back mode
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Poor performance with bcache write-back mode
- From: Patrick Ng <ppng@xxxxxxxxx>
Re: Poor performance with bcache write-back mode
- From: Robert Frånlund <robert.franlund@xxxxxxxxxxxx>
Poor performance with bcache write-back mode
- From: Patrick Ng <ppng@xxxxxxxxx>
Bcache problem perhaps bug?
- From: Campbell Steven <casteven@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Konstantin Ryabitsev <mricon@xxxxxxxxxx>
RAID5/6 stripe awareness
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Jens Axboe <axboe@xxxxxxxxx>
[GIT PULL] Bcache fixes for 3.10
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] bcache: drop "select CLOSURES"
- From: Paul Bolle <pebolle@xxxxxxxxxx>
Re: Patching kernel 3.2
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
[PATCH] bcache: fix compilation warning
- From: Vincent Stehlé <vincent.stehle@xxxxxxxxxxx>
Patching kernel 3.2
- From: Marcel Ammerlaan <marcel@xxxxxxxxxxxx>
Re: bcache on ubuntu
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: bcache on ubuntu
- From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
bcache vs dm-cache
- From: matthew patton <pattonme@xxxxxxxxx>
Re: bcache on ubuntu
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
bcache on ubuntu
- From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
Re: [PATCH] bcache: Fix incompatible pointer type warning
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] bcache: Fix incompatible pointer type warning
- From: Emil Goode <emilgoode@xxxxxxxxx>
[PATCH v2] bcache: Reload device size
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: matthew patton <pattonme@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: [GIT PULL] Bcache fixes for 3.10
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: block activity stats
- From: Jason Warr <jason@xxxxxxxx>
Re: block activity stats
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[GIT PULL] Bcache fixes for 3.10
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
block activity stats
- From: matthew patton <pattonme@xxxxxxxxx>
Re: Very poor performances with the bcache-for-upstream branch
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Very poor performances with the bcache-for-upstream branch
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: Bcache v. whatever
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: backporting bcache-testing to kernel 3.4
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: NULL pointer due to malformed bcache bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH]bcache : limit the bio max sectors to make request bug in raid0
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: [PATCH]bcache : limit the bio max sectors to make request bug in raid0
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH]bcache : limit the bio max sectors to make request bug in raid0
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: NULL pointer due to malformed bcache bio
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache strange behaviour in write back mode
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
backporting bcache-testing to kernel 3.4
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
bcache strange behaviour in write back mode
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device: me too
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
bcache hangs with continuous write I/O to SSD device: me too
- From: Juha Aatrokoski <jha@xxxxxxxxxxx>
[PATCH]bcache : limit the bio max sectors to make request bug in raid0
- From: Jack Wang <jinpu.wang@xxxxxxxxxxxxxxxx>
Re: bcache/dmcache/enhanceio bake-off
- From: Mike Snitzer <msnitzer@xxxxxxxxxx>
Re: bcache/dmcache/enhanceio bake-off
- From: Joe Thornber <thornber@xxxxxxxxxx>
Re: bcache/dmcache/enhanceio bake-off
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: bcache/dmcache/enhanceio bake-off
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [dm-devel] bcache/dmcache/enhanceio bake-off
- From: Joe Thornber <thornber@xxxxxxxxxx>
Re: NULL pointer due to malformed bcache bio
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
bcache/dmcache/enhanceio bake-off
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: NULL pointer due to malformed bcache bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: NULL pointer due to malformed bcache bio
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
NULL pointer due to malformed bcache bio
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: make-bcache's bucket size and block size values are ignored
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: make-bcache's bucket size and block size values are ignored
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
make-bcache's bucket size and block size values are ignored
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[PATCH] bcache: Reload device size
- From: Gabriel <g2p.code+bcache@xxxxxxxxx>
Re: pull request: bcache fixes
- From: Jens Axboe <axboe@xxxxxxxxx>
Re: [PATCH] bcache: Take data offset from the bdev superblock.
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [PATCH] bcache: Take data offset from the bdev superblock.
- From: Gabriel <g2p.code@xxxxxxxxx>
Re: [PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH] bcache: Take data offset from the bdev superblock.
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
pull request: bcache fixes
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] bcache: Take data offset from the bdev superblock.
- From: Gabriel <g2p.code@xxxxxxxxx>
[Pull request] bcache data offset
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
[PATCH] bcache: Take data offset from the bdev superblock.
- From: Gabriel <g2p.code+bcache@xxxxxxxxx>
[Pull request] bcache data offset
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: [PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [Pull request] A command to print the superblock
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Hangs on bcache on HEAD and bcache-testing when stacking LVM on top (?)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache: BUG in fuzz testing without devices
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache: A block layer cache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache memleaks
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Hangs on bcache on HEAD and bcache-testing when stacking LVM on top (?)
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
bcache: BUG in fuzz testing without devices
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
Re: bcache: A block layer cache
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
re: bcache: A block layer cache
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
bcache memleaks
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device, bcache device stops working
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
Resizing a backing device
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Raid5 slower with bcache
- From: Javier Marcet <jmarcet@xxxxxxxxx>
Re: Raid5 slower with bcache
- From: Javier Marcet <jmarcet@xxxxxxxxx>
Re: Raid5 slower with bcache
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH -next 2/3] bcache: Add missing ULL suffix for 64-bit constants
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH -next 1/3] bcache: Add missing #include <linux/prefetch.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH -next 3/3] bcache: Use %zu to format size_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Raid5 slower with bcache
- From: Javier Marcet <jmarcet@xxxxxxxxx>
Re: [PATCH] bcache: Don't export utility code, prefix with bch_
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] bcache: Don't export utility code, prefix with bch_
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 1/2] bcache: Build fixes from test robot
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 2/2] bcache: Style/checkpatch fixes
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device, bcache device stops working
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
Re: bcache hangs with continuous write I/O to SSD device, bcache device stops working
- From: Dongsu Park <dongsu.park@xxxxxxxxxxxxxxxx>
bcache hangs with continuous write I/O to SSD device, bcache device stops working
- From: Heiko Wundram <modelnine@xxxxxxxxxxxxx>
In-place conversion and alignment needs
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Re: Strange behavior
- From: CoRpO <corpo@xxxxxxxx>
Re: Strange behavior
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Strange behavior
- From: CoRpO <corpo@xxxxxxxx>
Strange behavior
- From: CoRpO <corpo@xxxxxxxx>
bsetup
- From: "David H. Rhodes Clymer" <david@xxxxxxxxxxxxxx>
RE: Missing /sys/fs/bcache
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Missing /sys/fs/bcache
- From: "David H. Rhodes Clymer" <david@xxxxxxxxxxxxxx>
RE: Missing /sys/fs/bcache
- From: James Sefton <james@xxxxxxxxxxxx>
Missing /sys/fs/bcache
- From: Greg Zapp <greg.zapp@xxxxxxxxx>
3.2 Patch
- From: Greg Zapp <greg.zapp@xxxxxxxxx>
Re: [Pull request] A command to print the superblock
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
[Pull request] A command to print the superblock
- From: Gabriel de Perthuis <g2p.code@xxxxxxxxx>
Bcache data layout - suited as swap filesystem on SSDs?
- From: Alex Elsayed <eternaleye@xxxxxxxxx>
Re: Error building after merging upstream 3.7.7
- From: Paul Klapperich <paul.klapperich+bcache@xxxxxxxxx>
Re: how much of ssd to use?
- From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
how much of ssd to use?
- From: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Done installing bcache, a few questions
- From: Leslie Basmid <leslie.basmid@xxxxxxxxx>
Re: bcache vs enhanceio?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Jason Warr <jason@xxxxxxxx>
Re: bcache vs enhanceio?
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Jason Warr <jason@xxxxxxxx>
Re: bcache vs enhanceio?
- From: Jason Warr <jason@xxxxxxxx>
Re: bcache vs enhanceio?
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
Re: Error building after merging upstream 3.7.7
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Powerdown failure (unmounting / busy problem)
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Powerdown failure (unmounting / busy problem)
- From: "Aaron W. Hsu" <arcfide@xxxxxxxxxxx>
Error building after merging upstream 3.7.7
- From: "Aaron W. Hsu" <arcfide@xxxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
RE: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: bcache vs enhanceio?
- From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
bcache vs enhanceio?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
RE: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: flashcache fork?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
flashcache fork?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
Re: is the fail-over of two bcached volumes in raid 1 really possible?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Fwd: is the fail-over of two bcached volumes in raid 1 really possible?
- From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
Fwd: is the fail-over of two bcached volumes in raid 1 really possible?
- From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
RE: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [RFC] [DONOTAPPLY] [PATCH] enhanceio: STEC EnhanceIO SSD caching software for Linux kernel
- From: Michel Lespinasse <walken@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH 3/4] Export blk_fill_rwbs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH 3/4] Export blk_fill_rwbs()
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [PATCH 3/4] Export blk_fill_rwbs()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Pierre Beck <debian-bugs@xxxxxxxxxxxxxx>
Re: Loosing transactions
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Pierre Beck <debian-bugs@xxxxxxxxxxxxxx>
Re: Bcache (device?) failure
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Pierre Beck <debian-bugs@xxxxxxxxxxxxxx>
Re: bcache git : error: RPC failed; result=22, HTTP code = 405
- From: eyck <eyck@xxxxxxxxxxx>
Re: bcache git : error: RPC failed; result=22, HTTP code = 405
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Bcache (device?) failure
- From: "David H. Rhodes Clymer" <david@xxxxxxxxxxxxxx>
RE: SSD failure modes
- From: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Creating a patch against upstream kernel 3.7.4
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Loosing transactions
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: your mail
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: SSD failure modes
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Adding caching to existing volumes?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Loosing transactions
- From: Pierre Beck <debian-bugs@xxxxxxxxxxxxxx>
Re: Adding caching to existing volumes?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
[no subject]
- From: Nitin Kshirsagar <nshirsagar@xxxxxxxxxxxx>
SSD failure modes
- From: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Creating a patch against upstream kernel 3.7.4
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Registering bcache devices
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Registering bcache devices
- From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
RE: Adding caching to existing volumes?
- From: James Harper <james.harper@xxxxxxxxxxxxxxxx>
Re: Adding caching to existing volumes?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Adding caching to existing volumes?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Not able compile bcache-tools source code
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: Not able compile bcache-tools source code
- From: Nitin Kshirsagar <nshirsagar@xxxxxxxxxxxx>
RE: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: Not able compile bcache-tools source code
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
Re: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Not able compile bcache-tools source code
- From: Nitin Kshirsagar <nshirsagar@xxxxxxxxxxxx>
RE: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: Adding caching to existing volumes?
- From: Steven Haigh <netwiz@xxxxxxxxx>
Adding caching to existing volumes?
- From: Roy Sigurd Karlsbakk <roy@xxxxxxxxxxxxx>
Re: Bcache upstreaming
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
Re: Bcache upstreaming
- From: Steven Haigh <netwiz@xxxxxxxxx>
Re: [LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
[LSF/MM TOPIC] Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Jason Warr <jason@xxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Jason Warr <jason@xxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Jason Warr <jason@xxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: Bcache v. whatever
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Jason Warr <jason@xxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: thornber@xxxxxxxxxx
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: [dm-devel] Announcement: STEC EnhanceIO SSD caching software for Linux kernel
- From: Amit Kale <akale@xxxxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Bcache v. whatever
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 2/4] Export get_random_int()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 4/4] Export __lockdep_no_validate__
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 3/4] Export blk_fill_rwbs()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 1/4] Revert "rw_semaphore: remove up/down_read_non_owner"
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache v. whatever
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Bcache v. whatever
- From: "Dr. Greg Wettstein" <greg@xxxxxxxxxxxxxxxxx>
Re: Bcache v. whatever
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache CentOS
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache hang
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Bcache v. whatever
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Bcache CentOS
- From: Smérald PONGE <sponge@xxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Bcache hang
- From: Ross Anderson <rosander@xxxxxxxxx>
Re: Bcache upstreaming
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Bcache upstreaming
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: mkfs crash
- From: Pim van den Berg <pim.vandenberg@xxxxxxxxxx>
Re: mkfs crash
- From: Pim van den Berg <pim.vandenberg@xxxxxxxxxx>
Re: mkfs crash
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
mkfs crash
- From: Pim van den Berg <pim.vandenberg@xxxxxxxxxx>
Re: recomended bcache setup
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
Re: recomended bcache setup
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Journal question
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Journal question
- From: Alex Pyrgiotis <apyrgio@xxxxxxxxxxxxxxxxx>
Re: recomended bcache setup
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
recomended bcache setup
- From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
Re: Project Status
- From: "Aaron W. Hsu" <arcfide@xxxxxxxxxxx>
Re: Project Status
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Project Status
- From: "Aaron W. Hsu" <arcfide@xxxxxxxxxxx>
Project Status
- From: Andrew Thrift <andrew@xxxxxxxxxxxxxxxxx>
Re: Problem building kernel 3.2
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: pre-emptive caching
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
RE: Problem building kernel 3.2
- From: James Sefton <james@xxxxxxxxxxxx>
Problem building kernel 3.2
- From: Vegard Hansen <vegard.x@xxxxxxxxx>
RE: [PATCH v4 08/24] block: Remove some unnecessary bi_vcnt usage
- From: "Reddy, Sreekanth" <Sreekanth.Reddy@xxxxxxx>
RE: [PATCH v4 08/24] block: Remove some unnecessary bi_vcnt usage
- From: "Reddy, Sreekanth" <Sreekanth.Reddy@xxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Kernel Oops (bCache hangs on registering 3rd device)
- From: James Sefton <james@xxxxxxxxxxxx>
Kernel Oops (bCache hangs on registering 3rd device)
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Always cache?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: Always cache?
- From: James Sefton <james@xxxxxxxxxxxx>
RE: Always cache?
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Always cache?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Always cache?
- From: James Sefton <james@xxxxxxxxxxxx>
RE: Partitions?
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Bcache Journal
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
RE: Bcache Journal
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Partitions?
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Resizing bcache backing store
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache Journal
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: Bcache Journal
- From: James Sefton <james@xxxxxxxxxxxx>
Partitions?
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Resizing bcache backing store
- From: James Sefton <james@xxxxxxxxxxxx>
Re: Bcache Journal
- From: Alex Pyrgiotis <apyrgio@xxxxxxxxxxxxxxxxx>
Re: Bcache Journal
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
Bcache Journal
- From: Alex Pyrgiotis <apyrgio@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH v4 2/2] block: Convert integrity to bvec_alloc_bs()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v4 2/2] block: Convert integrity to bvec_alloc_bs()
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [PATCH v4 00/24] Prep work for immutable bio vecs
- From: Mike Snitzer <snitzer@xxxxxxxxxx>
Re: [PATCH v4 00/24] Prep work for immutable bio vecs
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v4 1/2] block: Reorder struct bio_set
- From: Tejun Heo <tj@xxxxxxxxxx>
git and web are down
- From: 彭勇 <ppyy@xxxxxxxxxx>
Re: [PATCH v4 05/24] block: Use bio_sectors() more consistently
- From: Ed Cashin <ecashin@xxxxxxxxxx>
[PATCH v4 00/24] Prep work for immutable bio vecs
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 03/24] md: Convert md_trim_bio() to use bio_advance()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 02/24] block: Refactor blk_update_request()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 05/24] block: Use bio_sectors() more consistently
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 04/24] block: Add bio_end_sector()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 06/24] block: Change bio_split() to respect the current value of bi_idx
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 08/24] block: Remove some unnecessary bi_vcnt usage
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 09/24] block: Add submit_bio_wait(), remove from md
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 07/24] block: Remove bi_idx references
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 11/24] raid1: use bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 10/24] raid10: Use bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 13/24] raid1: Refactor narrow_write_error() to not use bi_idx
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 14/24] block: Add bio_copy_data()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 12/24] raid5: use bio_reset()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 16/24] pktcdvd: Use bio_reset() in disabled code to kill bi_idx usage
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 17/24] raid1: use bio_copy_data()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 15/24] pktcdvd: use bio_copy_data()
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 18/24] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
- From: Kent Overstreet <koverstreet@xxxxxxxxxx>

[Index of Archives] [Linux Kernel Development] [Linux Filesystem Development] [Security] [Linux ARM Kernel] [Linux MIPS] [Linux S390] [Bugtraq] [Share Photos] [Fedora ARM]