<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/block, branch v4.8</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v4.8</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v4.8'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2016-08-25T14:56:51Z</updated>
<entry>
<title>Revert "floppy: refactor open() flags handling"</title>
<updated>2016-08-25T14:56:51Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@fb.com</email>
</author>
<published>2016-08-25T14:56:51Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=f2791e7eadf437633f30faa51b30878cf15650be'/>
<id>urn:sha1:f2791e7eadf437633f30faa51b30878cf15650be</id>
<content type='text'>
This reverts commit 09954bad448791ef01202351d437abdd9497a804.
</content>
</entry>
<entry>
<title>Revert "floppy: fix open(O_ACCMODE) for ioctl-only open"</title>
<updated>2016-08-25T14:56:44Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@fb.com</email>
</author>
<published>2016-08-25T14:56:44Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=468c298ad3ed3f0d94a65f8ca00f6bfc6c2b4e33'/>
<id>urn:sha1:468c298ad3ed3f0d94a65f8ca00f6bfc6c2b4e33</id>
<content type='text'>
This reverts commit ff06db1efb2ad6db06eb5b99b88a0c15a9cc9b0e.
</content>
</entry>
<entry>
<title>xen-blkfront: free resources if xlvbd_alloc_gendisk fails</title>
<updated>2016-08-19T16:31:59Z</updated>
<author>
<name>Bob Liu</name>
<email>bob.liu@oracle.com</email>
</author>
<published>2016-07-27T09:42:04Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=4e876c2bd37fbb5c37a4554a79cf979d486f0e82'/>
<id>urn:sha1:4e876c2bd37fbb5c37a4554a79cf979d486f0e82</id>
<content type='text'>
Current code forgets to free resources in the failure path of
xlvbd_alloc_gendisk(), this patch fix it.

Signed-off-by: Bob Liu &lt;bob.liu@oracle.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</content>
</entry>
<entry>
<title>xen-blkfront: introduce blkif_set_queue_limits()</title>
<updated>2016-08-19T16:31:59Z</updated>
<author>
<name>Bob Liu</name>
<email>bob.liu@oracle.com</email>
</author>
<published>2016-07-01T21:43:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=172335ada40ce26806e514c83a504b45c14a4139'/>
<id>urn:sha1:172335ada40ce26806e514c83a504b45c14a4139</id>
<content type='text'>
blk_mq_update_nr_hw_queues() reset all queue limits to default which it's
not as xen-blkfront expected, introducing blkif_set_queue_limits() to reset
limits with initial correct values.

Signed-off-by: Bob Liu &lt;bob.liu@oracle.com&gt;
Acked-by: Roger Pau Monné &lt;roger.pau@citrix.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</content>
</entry>
<entry>
<title>xen-blkfront: fix places not updated after introducing 64KB page granularity</title>
<updated>2016-08-19T16:31:58Z</updated>
<author>
<name>Bob Liu</name>
<email>bob.liu@oracle.com</email>
</author>
<published>2016-07-01T19:45:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=6c647b0eb01cd7326dca093590f5e123e3c68b9c'/>
<id>urn:sha1:6c647b0eb01cd7326dca093590f5e123e3c68b9c</id>
<content type='text'>
Two places didn't get updated when 64KB page granularity was introduced,
this patch fix them.

Signed-off-by: Bob Liu &lt;bob.liu@oracle.com&gt;
Acked-by: Roger Pau Monné &lt;roger.pau@citrix.com&gt;
Signed-off-by: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost</title>
<updated>2016-08-11T21:10:23Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2016-08-11T21:10:23Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=6da7e95326976c0bee625f642e1c8ffa970efa07'/>
<id>urn:sha1:6da7e95326976c0bee625f642e1c8ffa970efa07</id>
<content type='text'>
Pull virtio/vhost fixes and cleanups from Michael Tsirkin:
 "Misc fixes and cleanups all over the place"

* tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost:
  virtio/s390: deprecate old transport
  virtio/s390: keep early_put_chars
  virtio_blk: Fix a slient kernel panic
  virtio-vsock: fix include guard typo
  vhost/vsock: fix vhost virtio_vsock_pkt use-after-free
  9p/trans_virtio: use kvfree() for iov_iter_get_pages_alloc()
  virtio: fix error handling for debug builds
  virtio: fix memory leak in virtqueue_add()
</content>
</entry>
<entry>
<title>rbd: nuke the 32-bit pool id check</title>
<updated>2016-08-09T15:26:47Z</updated>
<author>
<name>Ilya Dryomov</name>
<email>idryomov@gmail.com</email>
</author>
<published>2016-08-08T13:24:02Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d8734849d8007dacaa40b31ba7319ed28077141d'/>
<id>urn:sha1:d8734849d8007dacaa40b31ba7319ed28077141d</id>
<content type='text'>
ceph_file_layout::pool_id is now s64.  rbd_add_get_pool_id() and
ceph_pg_poolid_by_name() both return an int, so it's bogus anyway.

Signed-off-by: Ilya Dryomov &lt;idryomov@gmail.com&gt;
Reviewed-by: Alex Elder &lt;elder@linaro.org&gt;
</content>
</entry>
<entry>
<title>virtio_blk: Fix a slient kernel panic</title>
<updated>2016-08-09T10:42:39Z</updated>
<author>
<name>Minfei Huang</name>
<email>mnghuan@gmail.com</email>
</author>
<published>2016-08-09T08:39:20Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=347a529398e8e723338cca5d8a8ae2d9e7e93448'/>
<id>urn:sha1:347a529398e8e723338cca5d8a8ae2d9e7e93448</id>
<content type='text'>
We do a lot of memory allocation in function init_vq, and don't handle
the allocation failure properly. Then this function will return 0,
although initialization fails due to lacking memory. At that moment,
kernel will panic in guest machine, if virtio is used to drive disk.

To fix this bug, we should take care of allocation failure, and return
correct value to let caller know what happen.

Tested-by: Chao Fan &lt;fanc.fnst@cn.fujitsu.com&gt;
Signed-off-by: Minfei Huang &lt;mnghuan@gmail.com&gt;
Signed-off-by: Minfei Huang &lt;minfei.hmf@alibaba-inc.com&gt;
Reviewed-by: Cornelia Huck &lt;cornelia.huck@de.ibm.com&gt;
Reviewed-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
</content>
</entry>
<entry>
<title>rbd: destroy header_oloc in rbd_dev_release()</title>
<updated>2016-08-08T19:41:44Z</updated>
<author>
<name>Ilya Dryomov</name>
<email>idryomov@gmail.com</email>
</author>
<published>2016-08-05T14:15:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=6b6dddbe11b13bb00e0f9a1af2021e266811be85'/>
<id>urn:sha1:6b6dddbe11b13bb00e0f9a1af2021e266811be85</id>
<content type='text'>
Purely cosmetic at this point, as rbd doesn't use RADOS namespaces and
hence rbd_dev-&gt;header_oloc-&gt;pool_ns is always NULL.

Signed-off-by: Ilya Dryomov &lt;idryomov@gmail.com&gt;
</content>
</entry>
<entry>
<title>block: rename bio bi_rw to bi_opf</title>
<updated>2016-08-07T20:41:02Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@fb.com</email>
</author>
<published>2016-08-05T21:35:16Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=1eff9d322a444245c67515edb52bc0eb68374aa8'/>
<id>urn:sha1:1eff9d322a444245c67515edb52bc0eb68374aa8</id>
<content type='text'>
Since commit 63a4cc24867d, bio-&gt;bi_rw contains flags in the lower
portion and the op code in the higher portions. This means that
old code that relies on manually setting bi_rw is most likely
going to be broken. Instead of letting that brokeness linger,
rename the member, to force old and out-of-tree code to break
at compile time instead of at runtime.

No intended functional changes in this commit.

Signed-off-by: Jens Axboe &lt;axboe@fb.com&gt;
</content>
</entry>
</feed>
