Currently percpu_ida_free() waikes up waiters always with local
interrupts disabled and sometimes with pool->lock held. Yet, it
does not appear there is any reason why it could not be done out
of these atomic contexts.

Signed-off-by: Alexander Gordeev <agord...@redhat.com>
Cc: Kent Overstreet <k...@daterainc.com>
Cc: Peter Zijlstra <pet...@infradead.org>
Cc: Jens Axboe <ax...@kernel.dk>
Cc: "Nicholas A. Bellinger" <n...@linux-iscsi.org>
Acked-by: Kent Overstreet <k...@daterainc.com>

Signed-off-by: Alexander Gordeev <agord...@redhat.com>
---
 lib/percpu_ida.c |   12 +++++++-----
 1 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/lib/percpu_ida.c b/lib/percpu_ida.c
index 93d145e..472ff08 100644
--- a/lib/percpu_ida.c
+++ b/lib/percpu_ida.c
@@ -221,6 +221,7 @@ void percpu_ida_free(struct percpu_ida *pool, unsigned tag)
        struct percpu_ida_cpu *tags;
        unsigned long flags;
        unsigned nr_free;
+       bool wake_up = false;
 
        BUG_ON(tag >= pool->nr_tags);
 
@@ -234,9 +235,8 @@ void percpu_ida_free(struct percpu_ida *pool, unsigned tag)
        spin_unlock(&tags->lock);
 
        if (nr_free == 1) {
-               cpumask_set_cpu(smp_processor_id(),
-                               &pool->cpus_have_tags);
-               wake_up(&pool->wait);
+               cpumask_set_cpu(smp_processor_id(), &pool->cpus_have_tags);
+               wake_up = true;
        }
 
        if (nr_free == pool->percpu_max_size) {
@@ -250,13 +250,15 @@ void percpu_ida_free(struct percpu_ida *pool, unsigned 
tag)
                        move_tags(pool->freelist, &pool->nr_free,
                                  tags->freelist, &tags->nr_free,
                                  pool->percpu_batch_size);
-
-                       wake_up(&pool->wait);
+                       wake_up = true;
                }
                spin_unlock(&pool->lock);
        }
 
        local_irq_restore(flags);
+
+       if (wake_up)
+               wake_up(&pool->wait);
 }
 EXPORT_SYMBOL_GPL(percpu_ida_free);
 
-- 
1.7.7.6

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to