Linux Block Layer SSD Cache
Thread Index
[Prev Page][
Next Page
]
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>
[PATCH v4 19/24] block: Add bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 22/24] block: Add an explicit bio flag for bios that own their bvec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 20/24] block: Convert some code to bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 21/24] block: Add bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 23/24] bio-integrity: Add explicit field for owner of bip_buf
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 24/24] block: Add BIO_SUBMITTED flag, kill BIO_CLONED
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 1/2] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 1/2] block: Reorder struct bio_set
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 2/2] block: Convert integrity to bvec_alloc_bs()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 00/26] Prep work for immutable bio vecs
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 02/26] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 03/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 06/26] block: Use bio_sectors() more consistently
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 05/26] block: Add bio_end()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 04/26] md: Convert md_trim_bio() to use bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 11/26] raid10: Use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 07/26] block: Don't use bi_idx in bio_split() or require it to be 0
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 10/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 12/26] raid1: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 09/26] block: Remove some unnecessary bi_vcnt usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 08/26] block: Remove bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 13/26] raid5: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 14/26] raid1: Refactor narrow_write_error() to not use bi_idx
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 15/26] block: Add bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 16/26] pktcdvd: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 17/26] pktcdvd: Use bio_reset() in disabled code to kill bi_idx usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 18/26] raid1: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 20/26] block: Add bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 21/26] block: Convert some code to bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 22/26] block: Add bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 23/26] raid1: use bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 26/26] block: Add BIO_SUBMITTED flag, kill BIO_CLONED
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 24/26] block: Add an explicit bio flag for bios that own their bvec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 25/26] bio-integrity: Add explicit field for owner of bip_buf
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v4 01/24] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 3/5] aio: Rewrite refcounting
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 3/5] aio: Rewrite refcounting
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 3/5] aio: Rewrite refcounting
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 4/5] aio: vmap ringbuffer
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 3/5] aio: Rewrite refcounting
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 2/5] aio: kiocb_cancel()
From
: Zach Brown <zab@xxxxxxxxxx>
Re: [PATCH 1/5] aio: Kill return value of aio_complete()
From
: Zach Brown <zab@xxxxxxxxxx>
[PATCH 2/5] aio: kiocb_cancel()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 3/5] aio: Rewrite refcounting
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 4/5] aio: vmap ringbuffer
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 1/5] aio: Kill return value of aio_complete()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: register cache device hangs on bcache branch (3.6.0-rc3)
From
: Brad Walker <bwalker@xxxxxxxxxxx>
register cache device hangs on bcache branch (3.6.0-rc3)
From
: Dave Jiang <dave.jiang@xxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: bcache, layered block devices and unclean shutdowns
From
: Kingsly John <member+bcache@xxxxxxxxxxx>
Re: cache_mode none
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache, layered block devices and unclean shutdowns
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
cache_mode none
From
: Kingsly John <member+bcache@xxxxxxxxxxx>
bcache, layered block devices and unclean shutdowns
From
: Kingsly John <member+bcache@xxxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Hannes Reinecke <hare@xxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 06/26] block: Add bio_end_sector()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 09/26] block: Remove bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 09/26] block: Remove bi_idx references
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 04/26] block: Refactor blk_update_request()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 06/26] block: Add bio_end_sector()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: bcache hangs..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: [PATCH v3 05/26] md: Convert md_trim_bio() to use bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v3 06/26] block: Add bio_end_sector()
From
: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
Re: [PATCH v3 05/26] md: Convert md_trim_bio() to use bio_advance()
From
: NeilBrown <neilb@xxxxxxx>
Re: bcache hangs..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs..
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [Drbd-dev] [PATCH v3 06/26] block: Add bio_end_sector()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache hangs..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
bcache hangs..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: [Drbd-dev] [PATCH v3 06/26] block: Add bio_end_sector()
From
: Lars Ellenberg <lars.ellenberg@xxxxxxxxxx>
Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH v3 07/26] block: Use bio_sectors() more consistently
From
: Ed Cashin <ecashin@xxxxxxxxxx>
Re: [PATCH v3 07/26] block: Use bio_sectors() more consistently
From
: Jim Paris <jim@xxxxxxxx>
Re: [PATCH v3 07/26] block: Use bio_sectors() more consistently
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 01/26] block: Fix a buffer overrun in bio_integrity_split()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 02/26] block: Convert integrity to bvec_alloc_bs()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 04/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 03/26] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 05/26] md: Convert md_trim_bio() to use bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 06/26] block: Add bio_end_sector()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 10/26] block: Remove some unnecessary bi_vcnt usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 09/26] block: Remove bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 11/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 07/26] block: Use bio_sectors() more consistently
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 12/26] raid10: Use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 13/26] raid1: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 14/26] raid5: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 17/26] pktcdvd: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 18/26] pktcdvd: Use bio_reset() in disabled code to kill bi_idx usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 19/26] raid1: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 16/26] block: Add bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 20/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 15/26] raid1: Refactor narrow_write_error() to not use bi_idx
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 21/26] block: Add bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 22/26] block: Convert some code to bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 23/26] block: Add bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 25/26] bio-integrity: Add explicit field for owner of bip_buf
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 26/26] block: Add BIO_SUBMITTED flag, kill BIO_CLONED
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 24/26] block: Add an explicit bio flag for bios that own their bvec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 08/26] block: Change bio_split() to respect the current value of bi_idx
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v3 00/26] Prep work for immutable bio vecs
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 23/26] raid1: use bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 22/26] block: Add bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 21/26] block: Convert some code to bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 23/26] raid1: use bio_alloc_pages()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 22/26] block: Add bio_alloc_pages()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 21/26] block: Convert some code to bio_for_each_segment_all()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 20/26] block: Add bio_for_each_segment_all()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 15/26] block: Add bio_copy_data()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 15/26] block: Add bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 15/26] block: Add bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 15/26] block: Add bio_copy_data()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 15/26] block: Add bio_copy_data()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 10/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 11/26] raid10: Use bio_reset()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 08/26] block: Remove bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 07/26] block: Don't use bi_idx in bio_split() or require it to be 0
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 10/26] block: Add submit_bio_wait(), remove from md
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 09/26] block: Remove some unnecessary bi_vcnt usage
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 03/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 08/26] block: Remove bi_idx references
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 06/26] block: Use bio_sectors() more consistently
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 07/26] block: Don't use bi_idx in bio_split() or require it to be 0
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 05/26] block: Add bio_end()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 03/26] block: Refactor blk_update_request()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 02/26] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 03/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 06/26] block: Use bio_sectors() more consistently
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 05/26] block: Add bio_end()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 04/26] md: Convert md_trim_bio() to use bio_advance()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 02/26] block: Add bio_advance()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 00/26] Prep work for immutable bio vecs
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 03/26] block: Refactor blk_update_request()
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 02/26] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 02/26] block: Add bio_advance()
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: [dm-devel] [PATCH v10 1/8] block: Generalized bio pool freeing
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 8/8] block: Add bio_clone_bioset(), bio_clone_kmalloc()
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH v2 25/26] bio-integrity: Add explicit field for owner of bip_buf
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 1/8] block: Generalized bio pool freeing
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 8/8] block: Add bio_clone_bioset(), bio_clone_kmalloc()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 05/26] block: Add bio_end()
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
3.6-rc5 cgroups blkio throttle + md regression
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH 2] dm: Use bioset's front_pad for dm_target_io
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 8/8] block: Add bio_clone_bioset(), bio_clone_kmalloc()
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 3/8] dm: Use bioset's front_pad for dm_rq_clone_bio_info
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 1/8] block: Generalized bio pool freeing
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH v10 1/8] block: Generalized bio pool freeing
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: problem w/ read caching..
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: bcache crash/bugs on HEAD (rebased on 3.6-rc5)
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: bcache crash/bugs on HEAD (rebased on 3.6-rc5)
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
bcache crash/bugs on HEAD (rebased on 3.6-rc5)
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: [PATCH 2] dm: Use bioset's front_pad for dm_target_io
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
problem w/ read caching..
From
: Brad Walker <bwalker@xxxxxxxxxxx>
Re: [PATCH v2 25/26] bio-integrity: Add explicit field for owner of bip_buf
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [dm-devel] [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH] btrfs: Kill some bi_idx references
From
: Stefan Behrens <sbehrens@xxxxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH] btrfs: Kill some bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH v2 12/26] raid1: use bio_reset()
From
: NeilBrown <neilb@xxxxxxx>
Re: Build warnings on linux-bcache.git/bcache
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Vivek Goyal <vgoyal@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Muthu Kumar <muthu.lkml@xxxxxxxxx>
Re: Build warnings on linux-bcache.git/bcache
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2] dm: Use bioset's front_pad for dm_target_io
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH 2] dm: Use bioset's front_pad for dm_target_io
From
: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Re: [PATCH v2 13/26] raid5: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Muthu Kumar <muthu.lkml@xxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Muthu Kumar <muthu.lkml@xxxxxxxxx>
Re: [PATCH v2 12/26] raid1: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Build warnings on linux-bcache.git/bcache
From
: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
Re: [PATCH v2 00/26] Prep work for immutable bio vecs
From
: NeilBrown <neilb@xxxxxxx>
Re: [PATCH v2 13/26] raid5: use bio_reset()
From
: NeilBrown <neilb@xxxxxxx>
Re: [PATCH v2 12/26] raid1: use bio_reset()
From
: NeilBrown <neilb@xxxxxxx>
Re: [PATCH v10 0/8] Block cleanups
From
: NeilBrown <neilb@xxxxxxx>
[PATCH v2 01/26] block: Convert integrity to bvec_alloc_bs(), and a bugfix
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 04/26] md: Convert md_trim_bio() to use bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 02/26] block: Add bio_advance()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 05/26] block: Add bio_end()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 03/26] block: Refactor blk_update_request()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 10/26] block: Add submit_bio_wait(), remove from md
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 09/26] block: Remove some unnecessary bi_vcnt usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 08/26] block: Remove bi_idx references
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 06/26] block: Use bio_sectors() more consistently
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 07/26] block: Don't use bi_idx in bio_split() or require it to be 0
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 11/26] raid10: Use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 12/26] raid1: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 13/26] raid5: use bio_reset()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 14/26] raid1: Refactor narrow_write_error() to not use bi_idx
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 17/26] pktcdvd: Use bio_reset() in disabled code to kill bi_idx usage
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 18/26] raid1: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 16/26] pktcdvd: use bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 19/26] bounce: Refactor __blk_queue_bounce to not use bi_io_vec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 20/26] block: Add bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 15/26] block: Add bio_copy_data()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 22/26] block: Add bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 21/26] block: Convert some code to bio_for_each_segment_all()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 23/26] raid1: use bio_alloc_pages()
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 24/26] block: Add an explicit bio flag for bios that own their bvec
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 25/26] bio-integrity: Add explicit field for owner of bip_buf
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 26/26] block: Add BIO_SUBMITTED flag, kill BIO_CLONED
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
[PATCH v2 00/26] Prep work for immutable bio vecs
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Kent Overstreet <koverstreet@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Tejun Heo <tj@xxxxxxxxxx>
Re: [dm-devel] [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [PATCH 2/2] block: Avoid deadlocks with bio allocation by stacking drivers
From
: Tejun Heo <tj@xxxxxxxxxx>