<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/block/nbd.c, branch linux-4.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-11-02T08:54:46Z</updated>
<entry>
<title>nbd: handle interrupted sendmsg with a sndtimeo set</title>
<updated>2017-11-02T08:54:46Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-10-24T19:57:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2d1b540a885ec8e97dfd2c286d1a98be371d281d'/>
<id>urn:sha1:2d1b540a885ec8e97dfd2c286d1a98be371d281d</id>
<content type='text'>
commit 32e67a3a06b88904155170560b7a63d372b320bd upstream.

If you do not set sk_sndtimeo you will get -ERESTARTSYS if there is a
pending signal when you enter sendmsg, which we handle properly.
However if you set a timeout for your commands we'll set sk_sndtimeo to
that timeout, which means that sendmsg will start returning -EINTR
instead of -ERESTARTSYS.  Fix this by checking either cases and doing
the correct thing.

Fixes: dc88e34d69d8 ("nbd: set sk-&gt;sk_sndtimeo for our sockets")
Reported-and-tested-by: Daniel Xu &lt;dlxu@fb.com&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>nbd: don't set the device size until we're connected</title>
<updated>2017-10-27T08:39:09Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-10-09T17:12:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6948b6c3842668d95150516ac9791e1a4353ddaf'/>
<id>urn:sha1:6948b6c3842668d95150516ac9791e1a4353ddaf</id>
<content type='text'>
commit 639812a1ed9bf49ae2c026086fbf975339cd1eef upstream.

A user reported a regression with using the normal ioctl interface on
newer kernels.  This happens because I was setting the device size
before the device was actually connected, which caused us to error out
and close everything down.  This didn't happen on netlink because we
hold the device lock the whole time we're setting things up, but we
don't do that for the ioctl path.  This fixes the problem.

Fixes: 29eaadc ("nbd: stop using the bdev everywhere")
Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>nbd: clear disconnected on reconnect</title>
<updated>2017-07-25T19:58:34Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-07-25T17:31:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7a362ea96d0df873397be04f4556e92f7e37c5ec'/>
<id>urn:sha1:7a362ea96d0df873397be04f4556e92f7e37c5ec</id>
<content type='text'>
If our device loses its connection for longer than the dead timeout we
will set NBD_DISCONNECTED in order to quickly fail any pending IO's that
flood in after the IO's that were waiting during the dead timer.
However if we re-connect at some point in the future we'll still see
this DISCONNECTED flag set if we then lose our connection again after
that, which means we won't get notifications for our newly lost
connections.  Fix this by just clearing the DISCONNECTED flag on
reconnect in order to make sure everything works as it's supposed to.

Reported-by: Dan Melnic &lt;dmm@fb.com&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>nbd: only set sndtimeo if we have a timeout set</title>
<updated>2017-07-22T17:12:32Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-07-21T14:48:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a7ee8cf190ecc8f118f0b7839912564117524d85'/>
<id>urn:sha1:a7ee8cf190ecc8f118f0b7839912564117524d85</id>
<content type='text'>
A user reported that he was getting immediate disconnects with my
sndtimeo patch applied.  This is because by default the OSS nbd client
doesn't set a timeout, so we end up setting the sndtimeo to 0, which of
course means we have send errors a lot.  Instead only set our sndtimeo
if the user specified a timeout, otherwise we'll just wait forever like
we did previously.

Fixes: dc88e34d69d8 ("nbd: set sk-&gt;sk_sndtimeo for our sockets")
Reported-by: Adam Borowski &lt;kilobyte@angband.pl&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>nbd: take tx_lock before disconnecting</title>
<updated>2017-07-22T17:12:31Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-07-21T14:48:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b4b2aeccf0f0fa1fd356cc72eeda7a2c66c39904'/>
<id>urn:sha1:b4b2aeccf0f0fa1fd356cc72eeda7a2c66c39904</id>
<content type='text'>
We need to take the tx_lock so we don't interleave our disconnect
request between real data going down the wire.

Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>nbd: allow multiple disconnects to be sent</title>
<updated>2017-07-22T17:12:29Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2017-07-21T14:48:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2e13456fb3d3e5f462dc1e59efc04eb62df35566'/>
<id>urn:sha1:2e13456fb3d3e5f462dc1e59efc04eb62df35566</id>
<content type='text'>
There's no reason to limit ourselves to one disconnect message per
socket.  Sometimes networks do strange things, might as well let
sysadmins hit the panic button as much as they want.

Signed-off-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>nbd: kill unused ret in recv_work</title>
<updated>2017-07-13T14:03:30Z</updated>
<author>
<name>Kefeng Wang</name>
</author>
<published>2017-07-13T11:20:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=768516894fb2a0addee6b802af0f8789c0b4c322'/>
<id>urn:sha1:768516894fb2a0addee6b802af0f8789c0b4c322</id>
<content type='text'>
No need to return value in queue work, kill ret variable.

Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>nbd: quiesce request queues to make sure no submissions are inflight</title>
<updated>2017-07-06T06:49:05Z</updated>
<author>
<name>Sagi Grimberg</name>
</author>
<published>2017-07-04T06:57:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b52c2e92546ee794a5bbab4d8ea435c1de85a8cb'/>
<id>urn:sha1:b52c2e92546ee794a5bbab4d8ea435c1de85a8cb</id>
<content type='text'>
Unlike blk_mq_stop_hw_queues, blk_mq_quiesce_queue respects the
submission path rcu grace. quiesce the queue before iterating
on live tags.

Reviewed-by: Ming Lei &lt;ming.lei@redhat.com&gt;
Acked-by: Josef Bacik &lt;jbacik@fb.com&gt;
Signed-off-by: Sagi Grimberg &lt;sagi@grimberg.me&gt;
</content>
</entry>
<entry>
<title>Merge tag 'v4.12-rc5' into for-4.13/block</title>
<updated>2017-06-12T14:30:13Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2017-06-12T14:30:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8f66439eec46d652255b9351abebb540ee5b2fd9'/>
<id>urn:sha1:8f66439eec46d652255b9351abebb540ee5b2fd9</id>
<content type='text'>
We've already got a few conflicts and upcoming work depends on some of the
changes that have gone into mainline as regression fixes for this series.

Pull in 4.12-rc5 to resolve these conflicts and make it easier on down stream
trees to continue working on 4.13 changes.

Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>blk-mq: switch -&gt;queue_rq return value to blk_status_t</title>
<updated>2017-06-09T15:27:32Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2017-06-03T07:38:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fc17b6534eb8395f0b3133eb31d87deec32c642b'/>
<id>urn:sha1:fc17b6534eb8395f0b3133eb31d87deec32c642b</id>
<content type='text'>
Use the same values for use for request completion errors as the return
value from -&gt;queue_rq.  BLK_STS_RESOURCE is special cased to cause
a requeue, and all the others are completed as-is.

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