drbd: dequeue single work items in wait_for_work()
authorLars Ellenberg <lars.ellenberg@linbit.com>
Wed, 22 Aug 2012 09:47:14 +0000 (11:47 +0200)
committerPhilipp Reisner <philipp.reisner@linbit.com>
Fri, 9 Nov 2012 13:08:21 +0000 (14:08 +0100)
As long as we still use drbd_queue_work_front(),
we must only dequeue the single first item during normal operation.

The comment in drbd_worker() even says so,
but bc8a5a1 drbd: remove struct drbd_tl_epoch objects (barrier works)
introduced the batch dequeueing again via list_splice_init() in
wait_for_work().

Change back to list_move() of the first item, if any.

Signed-off-by: Philipp Reisner <philipp.reisner@linbit.com>
Signed-off-by: Lars Ellenberg <lars.ellenberg@linbit.com>
drivers/block/drbd/drbd_worker.c

index c674f17773a67aeb7c44d5b7671c88a1f2308067..859afdfe5a085fc0d02ec60a15c340a50b10883a 100644 (file)
@@ -1792,7 +1792,10 @@ void wait_for_work(struct drbd_tconn *connection, struct list_head *work_list)
                prepare_to_wait(&connection->sender_work.q_wait, &wait, TASK_INTERRUPTIBLE);
                spin_lock_irq(&connection->req_lock);
                spin_lock(&connection->sender_work.q_lock);     /* FIXME get rid of this one? */
-               list_splice_init(&connection->sender_work.q, work_list);
+               /* dequeue single item only,
+                * we still use drbd_queue_work_front() in some places */
+               if (!list_empty(&connection->sender_work.q))
+                       list_move(connection->sender_work.q.next, work_list);
                spin_unlock(&connection->sender_work.q_lock);   /* FIXME get rid of this one? */
                if (!list_empty(work_list) || signal_pending(current)) {
                        spin_unlock_irq(&connection->req_lock);