All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] Remove the spinlock protecting the pages allocation
@ 2011-05-19 16:58 Mikulas Patocka
  2011-05-23  8:59 ` Joe Thornber
  0 siblings, 1 reply; 4+ messages in thread
From: Mikulas Patocka @ 2011-05-19 16:58 UTC (permalink / raw)
  To: dm-devel, Alasdair G. Kergon

Remove the spinlock protecting the pages allocation

The spinlock is taken in kcopyd_get_pages and kcopyd_put_pages.

kcopyd_get_pages is only called from run_pages_job, which is only
called from process_jobs called from do_work.

kcopyd_put_pages is called from client_alloc_pages (which is initialization
function) or from run_complete_job. run_complete_job is only called from
process_jobs called from do_work.

The spinlock is only taken on initialization or from single-threaded workqueue.
Therefore, the spinlock is useless.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>

---
 drivers/md/dm-kcopyd.c |   11 +----------
 1 file changed, 1 insertion(+), 10 deletions(-)

Index: linux-2.6.39-rc7-fast/drivers/md/dm-kcopyd.c
===================================================================
--- linux-2.6.39-rc7-fast.orig/drivers/md/dm-kcopyd.c	2011-05-18 18:17:35.000000000 +0200
+++ linux-2.6.39-rc7-fast/drivers/md/dm-kcopyd.c	2011-05-18 18:19:01.000000000 +0200
@@ -36,7 +36,6 @@
  * pages for kcopyd io.
  *---------------------------------------------------------------*/
 struct dm_kcopyd_client {
-	spinlock_t lock;
 	struct page_list *pages;
 	unsigned int nr_pages;
 	unsigned int nr_free_pages;
@@ -99,11 +98,8 @@ static int kcopyd_get_pages(struct dm_kc
 {
 	struct page_list *pl;
 
-	spin_lock(&kc->lock);
-	if (kc->nr_free_pages < nr) {
-		spin_unlock(&kc->lock);
+	if (kc->nr_free_pages < nr)
 		return -ENOMEM;
-	}
 
 	kc->nr_free_pages -= nr;
 	for (*pages = pl = kc->pages; --nr; pl = pl->next)
@@ -112,8 +108,6 @@ static int kcopyd_get_pages(struct dm_kc
 	kc->pages = pl->next;
 	pl->next = NULL;
 
-	spin_unlock(&kc->lock);
-
 	return 0;
 }
 
@@ -121,14 +115,12 @@ static void kcopyd_put_pages(struct dm_k
 {
 	struct page_list *cursor;
 
-	spin_lock(&kc->lock);
 	for (cursor = pl; cursor->next; cursor = cursor->next)
 		kc->nr_free_pages++;
 
 	kc->nr_free_pages++;
 	cursor->next = kc->pages;
 	kc->pages = pl;
-	spin_unlock(&kc->lock);
 }
 
 /*
@@ -623,7 +615,6 @@ int dm_kcopyd_client_create(unsigned int
 	if (!kc)
 		return -ENOMEM;
 
-	spin_lock_init(&kc->lock);
 	spin_lock_init(&kc->job_lock);
 	INIT_LIST_HEAD(&kc->complete_jobs);
 	INIT_LIST_HEAD(&kc->io_jobs);

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] Remove the spinlock protecting the pages allocation
  2011-05-19 16:58 [PATCH] Remove the spinlock protecting the pages allocation Mikulas Patocka
@ 2011-05-23  8:59 ` Joe Thornber
  2011-05-26 12:50   ` Mikulas Patocka
  0 siblings, 1 reply; 4+ messages in thread
From: Joe Thornber @ 2011-05-23  8:59 UTC (permalink / raw)
  To: device-mapper development; +Cc: Alasdair G. Kergon

On Thu, 2011-05-19 at 12:58 -0400, Mikulas Patocka wrote:
> The spinlock is only taken on initialization or from single-threaded
> workqueue.
> Therefore, the spinlock is useless. 

The spinlock has memory barrier semantics as well.  How are you
guaranteeing the changes from the initialisation thread are visible in
the workqueue thread?

- Joe

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] Remove the spinlock protecting the pages allocation
  2011-05-23  8:59 ` Joe Thornber
@ 2011-05-26 12:50   ` Mikulas Patocka
  2011-05-26 12:52     ` Joe Thornber
  0 siblings, 1 reply; 4+ messages in thread
From: Mikulas Patocka @ 2011-05-26 12:50 UTC (permalink / raw)
  To: Joe Thornber; +Cc: device-mapper development, Alasdair G. Kergon



On Mon, 23 May 2011, Joe Thornber wrote:

> On Thu, 2011-05-19 at 12:58 -0400, Mikulas Patocka wrote:
> > The spinlock is only taken on initialization or from single-threaded
> > workqueue.
> > Therefore, the spinlock is useless. 
> 
> The spinlock has memory barrier semantics as well.  How are you
> guaranteeing the changes from the initialisation thread are visible in
> the workqueue thread?

There is another spinlock, kc->job_lock, that is taken each time someone 
pushes or pops some work for the worker thread.

Once we take kc->job_lock, we guarantee that any written memory is 
visible to the other CPUs.

Mikulas

> - Joe
> 
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] Remove the spinlock protecting the pages allocation
  2011-05-26 12:50   ` Mikulas Patocka
@ 2011-05-26 12:52     ` Joe Thornber
  0 siblings, 0 replies; 4+ messages in thread
From: Joe Thornber @ 2011-05-26 12:52 UTC (permalink / raw)
  To: Mikulas Patocka; +Cc: device-mapper development, Alasdair G. Kergon

On Thu, 2011-05-26 at 08:50 -0400, Mikulas Patocka wrote:
> There is another spinlock, kc->job_lock, that is taken each time
> someone 
> pushes or pops some work for the worker thread.
> 
> Once we take kc->job_lock, we guarantee that any written memory is 
> visible to the other CPUs. 

Good, thanks.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-05-26 12:52 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-19 16:58 [PATCH] Remove the spinlock protecting the pages allocation Mikulas Patocka
2011-05-23  8:59 ` Joe Thornber
2011-05-26 12:50   ` Mikulas Patocka
2011-05-26 12:52     ` Joe Thornber

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.