<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/md/bcache/super.c, branch linux-4.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-07-01T02:45:00Z</updated>
<entry>
<title>bcache: use kvfree() in various places</title>
<updated>2015-07-01T02:45:00Z</updated>
<author>
<name>Pekka Enberg</name>
</author>
<published>2015-06-30T21:59:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=958b43384e41c129117284f48ba3fb9c11ebac75'/>
<id>urn:sha1:958b43384e41c129117284f48ba3fb9c11ebac75</id>
<content type='text'>
Use kvfree() instead of open-coding it.

Signed-off-by: Pekka Enberg &lt;penberg@kernel.org&gt;
Cc: Kent Overstreet &lt;kmo@daterainc.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>block: disable entropy contributions for nonrot devices</title>
<updated>2014-10-04T16:55:32Z</updated>
<author>
<name>Mike Snitzer</name>
</author>
<published>2014-10-04T16:55:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b277da0a8a594308e17881f4926879bd5fca2a2d'/>
<id>urn:sha1:b277da0a8a594308e17881f4926879bd5fca2a2d</id>
<content type='text'>
Clear QUEUE_FLAG_ADD_RANDOM in all block drivers that set
QUEUE_FLAG_NONROT.

Historically, all block devices have automatically made entropy
contributions.  But as previously stated in commit e2e1a148 ("block: add
sysfs knob for turning off disk entropy contributions"):
    - On SSD disks, the completion times aren't as random as they
      are for rotational drives. So it's questionable whether they
      should contribute to the random pool in the first place.
    - Calling add_disk_randomness() has a lot of overhead.

There are more reliable sources for randomness than non-rotational block
devices.  From a security perspective it is better to err on the side of
caution than to allow entropy contributions from unreliable "random"
sources.

Signed-off-by: Mike Snitzer &lt;snitzer@redhat.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@fb.com&gt;
</content>
</entry>
<entry>
<title>bcache: Drop unneeded blk_sync_queue() calls</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Kent Overstreet</name>
</author>
<published>2014-07-07T20:03:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0781c8748cf1ea2b0dcd966571103909528c4efa'/>
<id>urn:sha1:0781c8748cf1ea2b0dcd966571103909528c4efa</id>
<content type='text'>
this is needed for the queue/block device we created (it's done by
blk_cleanup_queue() which we do call) - but calling it for the block devices we
only opened is pointless.

Change-Id: I53dfded14ed15b9581d10ca8399d5e1b3abbf9f2
</content>
</entry>
<entry>
<title>bcache: add mutex lock for bch_is_open</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Jianjian Huo</name>
</author>
<published>2014-07-13T16:08:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=789d21dbd9d8889e62c79ec19585fcc97e42ef07'/>
<id>urn:sha1:789d21dbd9d8889e62c79ec19585fcc97e42ef07</id>
<content type='text'>
Since bch_is_open will iterate linked list bch_cache_sets and
uncached_devices, it needs bch_register_lock.

Signed-off-by: Jianjian Huo &lt;samuel.huo@gmail.com&gt;
</content>
</entry>
<entry>
<title>bcache: try to set b-&gt;parent properly</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Slava Pestov</name>
</author>
<published>2014-07-12T07:22:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2452cc89063a2a6890368f185c4b6d7d8802179e'/>
<id>urn:sha1:2452cc89063a2a6890368f185c4b6d7d8802179e</id>
<content type='text'>
bcache_flash_dev.ktest would reliably crash with 8k and 16k bucket size
before; now it passes.

Change-Id: Ib542232235e39298c3a7548fe52b645cabb823d1
</content>
</entry>
<entry>
<title>bcache: fix memory corruption in init error path</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Slava Pestov</name>
</author>
<published>2014-06-19T22:05:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c9a78332b42cbdcdd386a95192a716b67d1711a4'/>
<id>urn:sha1:c9a78332b42cbdcdd386a95192a716b67d1711a4</id>
<content type='text'>
If register_cache_set() failed, we would touch ca-&gt;set after
it had already been freed. Also, fix an assertion to catch
this.

Change-Id: I748e5f5b223e2d9b2602075dec2f997cced2394d
</content>
</entry>
<entry>
<title>bcache: fix crash with incomplete cache set</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Slava Pestov</name>
</author>
<published>2014-07-11T19:17:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bf0c55c986540483c34ca640f2eef4c3314388b1'/>
<id>urn:sha1:bf0c55c986540483c34ca640f2eef4c3314388b1</id>
<content type='text'>
Change-Id: I6abde52afe917633480caaf4e2518f42a816d886
</content>
</entry>
<entry>
<title>bcache: Fix more early shutdown bugs</title>
<updated>2014-08-04T22:23:04Z</updated>
<author>
<name>Kent Overstreet</name>
</author>
<published>2014-06-12T02:44:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d83353b319d47ef8cce82467da6a25c2d558253f'/>
<id>urn:sha1:d83353b319d47ef8cce82467da6a25c2d558253f</id>
<content type='text'>
Signed-off-by: Kent Overstreet &lt;kmo@daterainc.com&gt;
</content>
</entry>
<entry>
<title>bcache: fix uninterruptible sleep in writeback thread</title>
<updated>2014-08-04T22:23:03Z</updated>
<author>
<name>Slava Pestov</name>
</author>
<published>2014-05-01T20:48:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e5c353510b26500bd6b8309823ac9ef2837b761'/>
<id>urn:sha1:9e5c353510b26500bd6b8309823ac9ef2837b761</id>
<content type='text'>
There were two issues here:

- writeback thread did not start until the device first became dirty
- writeback thread used uninterruptible sleep once running

Without this patch I see kernel warnings printed and a load average of
1.52 after booting my test VM. With this patch the warnings are gone and
the load average is near 0.00 as expected.

Signed-off-by: Kent Overstreet &lt;kmo@daterainc.com&gt;
</content>
</entry>
<entry>
<title>bcache: wait for buckets when allocating new btree root</title>
<updated>2014-08-04T22:23:03Z</updated>
<author>
<name>Slava Pestov</name>
</author>
<published>2014-04-22T01:23:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c5aa4a3157b55bdca18dd2a9d9f43314470b6d32'/>
<id>urn:sha1:c5aa4a3157b55bdca18dd2a9d9f43314470b6d32</id>
<content type='text'>
Tested:
- sometimes bcache_tier test would hang on startup with a failure
  to allocate the btree root -- no longer seeing this

Signed-off-by: Kent Overstreet &lt;kmo@daterainc.com&gt;
</content>
</entry>
</feed>
