linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
To: David Rientjes <rientjes@google.com>
Cc: Cody P Schafer <cody@linux.vnet.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linux MM <linux-mm@kvack.org>
Subject: Re: [PATCH] mm/page_alloc: remove repetitious local_irq_save() in __zone_pcp_update()
Date: Thu, 20 Jun 2013 12:02:18 +0530	[thread overview]
Message-ID: <51C2A1F2.7040104@linux.vnet.ibm.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1306191543070.15308@chino.kir.corp.google.com>

On 06/20/2013 04:23 AM, David Rientjes wrote:
> On Wed, 19 Jun 2013, Srivatsa S. Bhat wrote:
> 
>>> __zone_pcp_update() is called via stop_machine(), which already disables
>>> local irq.
>>>
>>> Signed-off-by: Cody P Schafer <cody@linux.vnet.ibm.com>
>>
>> Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
>>
> 
> What was reviewed?
>

See below.
 
>>> ---
>>>  mm/page_alloc.c | 4 +---
>>>  1 file changed, 1 insertion(+), 3 deletions(-)
>>>
>>> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
>>> index bac3107..b46b54a 100644
>>> --- a/mm/page_alloc.c
>>> +++ b/mm/page_alloc.c
>>> @@ -6179,7 +6179,7 @@ static int __meminit __zone_pcp_update(void *data)
>>>  {
>>>  	struct zone *zone = data;
>>>  	int cpu;
>>> -	unsigned long batch = zone_batchsize(zone), flags;
>>> +	unsigned long batch = zone_batchsize(zone);
>>>
>>>  	for_each_possible_cpu(cpu) {
>>>  		struct per_cpu_pageset *pset;
>>> @@ -6188,12 +6188,10 @@ static int __meminit __zone_pcp_update(void *data)
>>>  		pset = per_cpu_ptr(zone->pageset, cpu);
>>>  		pcp = &pset->pcp;
>>>
>>> -		local_irq_save(flags);
>>>  		if (pcp->count > 0)
>>>  			free_pcppages_bulk(zone, pcp->count, pcp);
>>>  		drain_zonestat(zone, pset);
>>>  		setup_pageset(pset, batch);
>>> -		local_irq_restore(flags);
> 
> This seems like a fine cleanup because stop_machine() disable irqs,

I hope you are not missing the fact that stop_machine() disables irqs
on *all* CPUs.

> but it 
> appears like there is two problems with this function already:
> 
>  - it's doing for_each_possible_cpu() internally, why?  local_irq_save()
>    works on the local cpu and won't protect
>    per_cpu_ptr(zone->pageset, cpu)->pcp of some random cpu, and
> 

stop_machine() allows only _your function_ to run and nothing else, on
the entire system. All other CPUs loop with interrupts disabled until
the function is completed.

>  - setup_pageset() is what is ultimately responsible for doing 
>    pcp->count = 0 after free_pcppages_bulk(), but what happens if 
>    pcp->count is read in between the two on the cpu that has not disabled 
>    irqs?
> 

Nobody can do anything else when this function runs. That's precisely
why its named as stop-*machine*.

> You can't just do
> 
> 	for_each_possible_cpu(cpu) {
> 		unsigned long flags;
> 
> 		local_irq_save(flags);
> 		...
> 		local_irq_restore(flags);
> 	}
> 
> This is just disabling irqs locally over and over again, not on the cpu 
> you're manipulating in its per-cpu critical section.
>

stop-machine() takes care of disabling irqs on every online CPU.
 
> I don't think we hit this because onlining and offlining memory isn't a 
> very common operation, but it doesn't change the fact that it's broken.
>

If __zone_pcp_update() is called only from stop_machine() (and looking at
the current code, that's true), then there is no problem, due to the reasons
explained above.

Regards,
Srivatsa S. Bhat

 

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

      parent reply	other threads:[~2013-06-20  6:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-18 22:10 [PATCH] mm/page_alloc: remove repetitious local_irq_save() in __zone_pcp_update() Cody P Schafer
2013-06-19  9:15 ` Srivatsa S. Bhat
2013-06-19 22:53   ` David Rientjes
2013-06-19 23:06     ` Cody P Schafer
2013-06-19 23:17       ` David Rientjes
2013-06-19 23:21         ` Cody P Schafer
2013-06-20  6:32     ` Srivatsa S. Bhat [this message]

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=51C2A1F2.7040104@linux.vnet.ibm.com \
    --to=srivatsa.bhat@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=cody@linux.vnet.ibm.com \
    --cc=linux-mm@kvack.org \
    --cc=rientjes@google.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).