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>
prev 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).