Gitweb:     
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3f776e8a25a9d281125490562e1cc5bd7c14cf7c
Commit:     3f776e8a25a9d281125490562e1cc5bd7c14cf7c
Parent:     164ef7a25285bbc42d8177f454b31631ca4d3ec7
Author:     Anton Blanchard <[EMAIL PROTECTED]>
AuthorDate: Tue Oct 30 14:57:43 2007 -0700
Committer:  Roland Dreier <[EMAIL PROTECTED]>
CommitDate: Tue Oct 30 14:57:43 2007 -0700

    IB/fmr_pool: Stop ib_fmr threads from contributing to load average
    
    I noticed my machine was at a constant load average of 1. This was
    because ib_create_fmr_pool calls kthread_create but does not
    immediately wake the thread up.
    
    Change to using kthread_run so we enter ib_fmr_cleanup_thread(), set
    TASK_INTERRUPTIBLE, then go to sleep.
    
    Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
 drivers/infiniband/core/fmr_pool.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/infiniband/core/fmr_pool.c 
b/drivers/infiniband/core/fmr_pool.c
index d7f6452..e8d5f6b 100644
--- a/drivers/infiniband/core/fmr_pool.c
+++ b/drivers/infiniband/core/fmr_pool.c
@@ -291,10 +291,10 @@ struct ib_fmr_pool *ib_create_fmr_pool(struct ib_pd       
      *pd,
        atomic_set(&pool->flush_ser, 0);
        init_waitqueue_head(&pool->force_wait);
 
-       pool->thread = kthread_create(ib_fmr_cleanup_thread,
-                                     pool,
-                                     "ib_fmr(%s)",
-                                     device->name);
+       pool->thread = kthread_run(ib_fmr_cleanup_thread,
+                                  pool,
+                                  "ib_fmr(%s)",
+                                  device->name);
        if (IS_ERR(pool->thread)) {
                printk(KERN_WARNING PFX "couldn't start cleanup thread\n");
                ret = PTR_ERR(pool->thread);
-
To unsubscribe from this list: send the line "unsubscribe git-commits-head" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to