[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210318151626.17442-1-colin.king@canonical.com>
Date: Thu, 18 Mar 2021 15:16:26 +0000
From: Colin King <colin.king@...onical.com>
To: Jens Axboe <axboe@...nel.dk>,
Dan Schatzberg <schatzberg.dan@...il.com>,
linux-block@...r.kernel.org
Cc: kernel-janitors@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [PATCH][next] loop: Fix missing max_active argument in alloc_workqueue call
From: Colin Ian King <colin.king@...onical.com>
The 3rd argument to alloc_workqueue should be the max_active count,
however currently it is the lo->lo_number that is intended for the
loop%d number. Fix this by adding in the missing max_active count.
Addresses-Coverity: ("Missing argument to printf")
Fixes: 08ad7f822739 ("loop: Use worker per cgroup instead of kworker")
Signed-off-by: Colin Ian King <colin.king@...onical.com>
---
drivers/block/loop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index f2f9e4127847..ee2a6c1bc093 100644
--- a/drivers/block/loop.c
+++ b/drivers/block/loop.c
@@ -1192,7 +1192,7 @@ static int loop_configure(struct loop_device *lo, fmode_t mode,
lo->workqueue = alloc_workqueue("loop%d",
WQ_UNBOUND | WQ_FREEZABLE |
WQ_MEM_RECLAIM,
- lo->lo_number);
+ 1, lo->lo_number);
if (!lo->workqueue) {
error = -ENOMEM;
goto out_unlock;
--
2.30.2
Powered by blists - more mailing lists