summaryrefslogtreecommitdiff
path: root/drivers/hwmon
diff options
context:
space:
mode:
authorKent Overstreet <koverstreet@google.com>2013-04-26 00:58:35 +0400
committerKent Overstreet <koverstreet@google.com>2013-06-27 04:09:14 +0400
commit5794351146199b9ac67a5ab1beab82be8bfd7b5d (patch)
treeefefb88301131757fd32b700ce897943597578da /drivers/hwmon
parent119ba0f82839cd80eaef3e6991988f1403965d5b (diff)
downloadlinux-5794351146199b9ac67a5ab1beab82be8bfd7b5d.tar.xz
bcache: Refactor btree io
The most significant change is that btree reads are now done synchronously, instead of asynchronously and doing the post read stuff from a workqueue. This was originally done because we can't block on IO under generic_make_request(). But - we already have a mechanism to punt cache lookups to workqueue if needed, so if we just use that we don't have to deal with the complexity of doing things asynchronously. The main benefit is this makes the locking situation saner; we can hold our write lock on the btree node until we're finished reading it, and we don't need that btree_node_read_done() flag anymore. Also, for writes, btree_write() was broken out into btree_node_write() and btree_leaf_dirty() - the old code with the boolean argument was dumb and confusing. The prio_blocked mechanism was improved a bit too, now the only counter is in struct btree_write, we don't mess with transfering a count from struct btree anymore. This required changing garbage collection to block prios at the start and unblock when it finishes, which is cleaner than what it was doing anyways (the old code had mostly the same effect, but was doing it in a convoluted way) And the btree iter btree_node_read_done() uses was converted to a real mempool. Signed-off-by: Kent Overstreet <koverstreet@google.com>
Diffstat (limited to 'drivers/hwmon')
0 files changed, 0 insertions, 0 deletions