[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4AADEF2F.5080504@cn.fujitsu.com>
Date: Mon, 14 Sep 2009 15:22:23 +0800
From: Xiao Guangrong <xiaoguangrong@...fujitsu.com>
To: Suresh Siddha <suresh.b.siddha@...el.com>
CC: Peter Zijlstra <peterz@...radead.org>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"mm-commits@...r.kernel.org" <mm-commits@...r.kernel.org>,
"jens.axboe@...cle.com" <jens.axboe@...cle.com>,
"mingo@...e.hu" <mingo@...e.hu>,
"nickpiggin@...oo.com.au" <nickpiggin@...oo.com.au>,
"rusty@...tcorp.com.au" <rusty@...tcorp.com.au>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: + generic-ipi-fix-the-race-between-generic_smp_call_function_-and-hotplug_cfd.patch
added to -mm tree
Suresh Siddha wrote:
>> CPU A call smp_call_function_many(wait=0) that want CPU B to call
>> a specific function, after smp_call_function_many() return, we let
>> CPU A offline immediately. Unfortunately, if CPU B receives this
>> IPI interrupt after CPU A down, it will crash like above description.
>
> How can cpu B receive the IPI interrupt after cpu A is down?
>
> As part of the cpu A going down, we first do the stop machine. i.e.,
> schedule the stop machine worker threads on each cpu. So, by the time
> all the worker threads on all the cpu's get scheduled and synchronized,
> ipi on B should get delivered.
>
Actually, those two examples have the same reason, that is how long
the destination CPU will receive the IPI interruption?
If the stop machine threads can schedule in CPU B during the IPI
interruption delivering, It will occur those issue.
I understand what you say but let me confuse is how we ensure it? The IPI
interruption is delivered over the APIC bus, It need several CPU instruction
cycle I guess, I also have read the spec of Intel 64 and IA-32, but not find
the answer, could you point out for me?
Thanks,
Xiao
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists