linux.git/drivers/md/bcache, branch v3.13-rc2 Linux kernel source tree bcache: defensively handle format strings 2013-11-11T05:56:43+00:00 Kees Cook keescook@chromium.org 2013-09-11T04:41:34+00:00 c86949486d41d9e7d7681fc72923555114fd702f Just to be safe, call the error reporting function with "%s" to avoid any possible future format string leak. Signed-off-by: Kees Cook <keescook@chromium.org> Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
Just to be safe, call the error reporting function with "%s" to avoid
any possible future format string leak.

Signed-off-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Bypass torture test 2013-11-11T05:56:43+00:00 Kent Overstreet kmo@daterainc.com 2013-09-10T21:27:42+00:00 5ceaaad7047745c1c02150c39d3fb623b7948d48 More testing ftw! Also, now verify mode doesn't break if you read dirty data. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
More testing ftw! Also, now verify mode doesn't break if you read dirty
data.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Delete some slower inline asm 2013-11-11T05:56:42+00:00 Kent Overstreet kmo@daterainc.com 2013-08-22T01:36:45+00:00 098fb25498214069e6bbf908515f2952dd7654d0 Never saw a profile of bset_search_tree() where it wasn't bottlenecked on memory until I got my new Haswell machine, but when I tried it there it was suddenly burning 20% of the cpu in the inner loop on shrd... Turns out, the version of shrd that takes 64 bit operands has a 9 cycle latency. hah. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
Never saw a profile of bset_search_tree() where it wasn't bottlenecked
on memory until I got my new Haswell machine, but when I tried it there
it was suddenly burning 20% of the cpu in the inner loop on shrd...

Turns out, the version of shrd that takes 64 bit operands has a 9 cycle
latency. hah.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Use ida for bcache block dev minor 2013-11-11T05:56:42+00:00 Kent Overstreet kmo@daterainc.com 2013-07-31T08:12:02+00:00 28935ab5163c49ca5c199d67335e5e3c72c50853 Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Fix sysfs splat on shutdown with flash only devs 2013-11-11T05:56:41+00:00 Kent Overstreet kmo@daterainc.com 2013-08-22T00:49:09+00:00 c4d951ddb66fe1d087447b0ba65c4fa4446f1083 Whoops. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
Whoops.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Better full stripe scanning 2013-11-11T05:56:41+00:00 Kent Overstreet kmo@daterainc.com 2013-10-31T22:43:22+00:00 48a915a87f0bd98c3d68d029acf223a2e5116f07 The old scanning-by-stripe code burned too much CPU, this should be better. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
The old scanning-by-stripe code burned too much CPU, this should be
better.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Have btree_split() insert into parent directly 2013-11-11T05:56:40+00:00 Kent Overstreet kmo@daterainc.com 2013-07-26T19:32:38+00:00 17e21a9f248d3d330acdfb2405c23b8d84c9c23a The flow control in btree_insert_node() was... fragile... before, this'll use more stack (but since our btrees are never more than depth 1, that shouldn't matter) and it should be significantly clearer and less fragile. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
The flow control in btree_insert_node() was... fragile... before,
this'll use more stack (but since our btrees are never more than depth
1, that shouldn't matter) and it should be significantly clearer and
less fragile.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Move spinlock into struct time_stats 2013-11-11T05:56:40+00:00 Kent Overstreet kmo@daterainc.com 2013-07-31T07:03:54+00:00 65d22e911bfc4f46cda4751f1b1926b43c316c14 Minor cleanup. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
Minor cleanup.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Kill sequential_merge option 2013-11-11T05:56:39+00:00 Kent Overstreet kmo@daterainc.com 2013-07-31T05:34:40+00:00 8aee122071a69ca6fa3314da7713bdf0b61dc07c It never really made sense to expose this, so just kill it. Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
It never really made sense to expose this, so just kill it.

Signed-off-by: Kent Overstreet <kmo@daterainc.com>
bcache: Kill bch_next_recurse_key() 2013-11-11T05:56:39+00:00 Kent Overstreet kmo@daterainc.com 2013-09-11T00:18:59+00:00 50310164bcd789eb3690f45a9baf8a507bf93358 This dates from before the btree iterator, and now it's finally gone Signed-off-by: Kent Overstreet <kmo@daterainc.com> 
This dates from before the btree iterator, and now it's finally gone

Signed-off-by: Kent Overstreet <kmo@daterainc.com>