From: Christoph Hellwig <hch@lst.de>
To: Jens Axboe <axboe@kernel.dk>
Cc: Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
Jan Kara <jack@suse.cz>,
Dan Schatzberg <schatzberg.dan@gmail.com>,
linux-block@vger.kernel.org
Subject: [PATCH 1/2] loop: use a global workqueue
Date: Thu, 23 Dec 2021 12:25:08 +0100 [thread overview]
Message-ID: <20211223112509.1116461-2-hch@lst.de> (raw)
In-Reply-To: <20211223112509.1116461-1-hch@lst.de>
Using a per-device unbound workqueue is a bit of an anti-pattern and
in this case also creates lock ordering problems. Just use a global
concurrencymanaged workqueue instead.
Signed-off-by: Christoph Hellwig <hch@lst.de>
---
drivers/block/loop.c | 36 +++++++++++++++---------------------
drivers/block/loop.h | 1 -
2 files changed, 15 insertions(+), 22 deletions(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index 7f4ea06534c2d..573f0d83fe80a 100644
--- a/drivers/block/loop.c
+++ b/drivers/block/loop.c
@@ -89,6 +89,7 @@
static DEFINE_IDR(loop_index_idr);
static DEFINE_MUTEX(loop_ctl_mutex);
static DEFINE_MUTEX(loop_validate_mutex);
+static struct workqueue_struct *loop_workqueue;
/**
* loop_global_lock_killable() - take locks for safe loop_validate_file() test
@@ -884,7 +885,7 @@ static void loop_queue_work(struct loop_device *lo, struct loop_cmd *cmd)
cmd_list = &lo->rootcg_cmd_list;
}
list_add_tail(&cmd->list_entry, cmd_list);
- queue_work(lo->workqueue, work);
+ queue_work(loop_workqueue, work);
spin_unlock_irq(&lo->lo_work_lock);
}
@@ -1006,15 +1007,6 @@ static int loop_configure(struct loop_device *lo, fmode_t mode,
!file->f_op->write_iter)
lo->lo_flags |= LO_FLAGS_READ_ONLY;
- lo->workqueue = alloc_workqueue("loop%d",
- WQ_UNBOUND | WQ_FREEZABLE,
- 0,
- lo->lo_number);
- if (!lo->workqueue) {
- error = -ENOMEM;
- goto out_unlock;
- }
-
disk_force_media_change(lo->lo_disk, DISK_EVENT_MEDIA_CHANGE);
set_disk_ro(lo->lo_disk, (lo->lo_flags & LO_FLAGS_READ_ONLY) != 0);
@@ -1115,7 +1107,6 @@ static void __loop_clr_fd(struct loop_device *lo)
/* freeze request queue during the transition */
blk_mq_freeze_queue(lo->lo_queue);
- destroy_workqueue(lo->workqueue);
spin_lock_irq(&lo->lo_work_lock);
list_for_each_entry_safe(worker, pos, &lo->idle_worker_list,
idle_list) {
@@ -2212,15 +2203,11 @@ static int __init loop_init(void)
max_part = (1UL << part_shift) - 1;
}
- if ((1UL << part_shift) > DISK_MAX_PARTS) {
- err = -EINVAL;
- goto err_out;
- }
+ if ((1UL << part_shift) > DISK_MAX_PARTS)
+ return -EINVAL;
- if (max_loop > 1UL << (MINORBITS - part_shift)) {
- err = -EINVAL;
- goto err_out;
- }
+ if (max_loop > 1UL << (MINORBITS - part_shift))
+ return -EINVAL;
/*
* If max_loop is specified, create that many devices upfront.
@@ -2235,9 +2222,14 @@ static int __init loop_init(void)
else
nr = CONFIG_BLK_DEV_LOOP_MIN_COUNT;
+ loop_workqueue = alloc_workqueue("loop", WQ_MEM_RECLAIM | WQ_FREEZABLE,
+ 0);
+ if (!loop_workqueue)
+ return -ENOMEM;
+
err = misc_register(&loop_misc);
if (err < 0)
- goto err_out;
+ goto destroy_workqueue;
if (__register_blkdev(LOOP_MAJOR, "loop", loop_probe)) {
@@ -2254,7 +2246,8 @@ static int __init loop_init(void)
misc_out:
misc_deregister(&loop_misc);
-err_out:
+destroy_workqueue:
+ destroy_workqueue(loop_workqueue);
return err;
}
@@ -2276,6 +2269,7 @@ static void __exit loop_exit(void)
loop_remove(lo);
idr_destroy(&loop_index_idr);
+ destroy_workqueue(loop_workqueue);
}
module_init(loop_init);
diff --git a/drivers/block/loop.h b/drivers/block/loop.h
index 918a7a2dc0259..885c83b4417e1 100644
--- a/drivers/block/loop.h
+++ b/drivers/block/loop.h
@@ -42,7 +42,6 @@ struct loop_device {
spinlock_t lo_lock;
int lo_state;
spinlock_t lo_work_lock;
- struct workqueue_struct *workqueue;
struct work_struct rootcg_work;
struct list_head rootcg_cmd_list;
struct list_head idle_worker_list;
--
2.30.2
next prev parent reply other threads:[~2021-12-23 11:25 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-23 11:25 fix loop autoclear for xfstets xfs/049 Christoph Hellwig
2021-12-23 11:25 ` Christoph Hellwig [this message]
2021-12-23 14:37 ` [PATCH 1/2] loop: use a global workqueue Tetsuo Handa
2021-12-24 6:03 ` Christoph Hellwig
2021-12-24 12:05 ` Tetsuo Handa
2021-12-24 14:05 ` Tetsuo Handa
2021-12-29 17:21 ` Christoph Hellwig
2021-12-29 2:23 ` Tetsuo Handa
2021-12-23 11:25 ` [PATCH 2/2] loop: make autoclear operation synchronous again Christoph Hellwig
2021-12-23 13:40 ` fix loop autoclear for xfstets xfs/049 Jan Kara
2021-12-24 6:02 ` Christoph Hellwig
2021-12-26 7:09 ` Tetsuo Handa
2021-12-29 17:20 ` Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20211223112509.1116461-2-hch@lst.de \
--to=hch@lst.de \
--cc=axboe@kernel.dk \
--cc=jack@suse.cz \
--cc=linux-block@vger.kernel.org \
--cc=penguin-kernel@i-love.sakura.ne.jp \
--cc=schatzberg.dan@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.