summaryrefslogtreecommitdiffstats
path: root/block/bio.c
diff options
context:
space:
mode:
authorMike Christie <mchristi@redhat.com>2019-08-04 14:10:06 -0500
committerJens Axboe <axboe@kernel.dk>2019-08-20 12:44:07 -0600
commite9e006f5fcf2bab59149cb38a48a4817c1b538b4 (patch)
treeeaf48cfb759c44b0a4117fe5ddaad8071cf22268 /block/bio.c
parent2da22da573481cc4837e246d0eee4d518b3f715e (diff)
downloadlinux-e9e006f5fcf2bab59149cb38a48a4817c1b538b4.tar.bz2
nbd: fix max number of supported devs
This fixes a bug added in 4.10 with commit: commit 9561a7ade0c205bc2ee035a2ac880478dcc1a024 Author: Josef Bacik <jbacik@fb.com> Date: Tue Nov 22 14:04:40 2016 -0500 nbd: add multi-connection support that limited the number of devices to 256. Before the patch we could create 1000s of devices, but the patch switched us from using our own thread to using a work queue which has a default limit of 256 active works. The problem is that our recv_work function sits in a loop until disconnection but only handles IO for one connection. The work is started when the connection is started/restarted, but if we end up creating 257 or more connections, the queue_work call just queues connection257+'s recv_work and that waits for connection 1 - 256's recv_work to be disconnected and that work instance completing. Instead of reverting back to kthreads, this has us allocate a workqueue_struct per device, so we can block in the work. Cc: stable@vger.kernel.org Reviewed-by: Josef Bacik <josef@toxicpanda.com> Signed-off-by: Mike Christie <mchristi@redhat.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'block/bio.c')
0 files changed, 0 insertions, 0 deletions