From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763607AbYGOUpF (ORCPT ); Tue, 15 Jul 2008 16:45:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763568AbYGOUo1 (ORCPT ); Tue, 15 Jul 2008 16:44:27 -0400 Received: from gw.goop.org ([64.81.55.164]:46373 "EHLO mail.goop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1763547AbYGOUo0 (ORCPT ); Tue, 15 Jul 2008 16:44:26 -0400 Message-ID: <487D0719.9000503@goop.org> Date: Tue, 15 Jul 2008 13:22:49 -0700 From: Jeremy Fitzhardinge User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Jens Axboe , Ingo Molnar CC: Linux Kernel Mailing List , Linus Torvalds Subject: [PATCH] generic ipi function calls: wait on alloc failure fallback X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When a GFP_ATOMIC allocation fails, it falls back to allocating the data on the stack and converting it to a waiting call. Make sure we actually wait in this case. Signed-off-by: Jeremy Fitzhardinge --- kernel/smp.c | 1 + 1 file changed, 1 insertion(+) =================================================================== --- a/kernel/smp.c +++ b/kernel/smp.c @@ -312,6 +312,7 @@ int smp_call_function_mask(cpumask_t mas if (!data) { data = &d; data->csd.flags = CSD_FLAG_WAIT; + wait = 1; } spin_lock_init(&data->lock);