Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 15 Feb 2003 10:54:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 15 Feb 2003 10:54:15 -0500 Received: from faui11.informatik.uni-erlangen.de ([131.188.31.2]:22704 "EHLO faui11.informatik.uni-erlangen.de") by vger.kernel.org with ESMTP id ; Sat, 15 Feb 2003 10:54:13 -0500 From: Ulrich Weigand Message-Id: <200302151604.RAA02344@faui11.informatik.uni-erlangen.de> Subject: Re: [PATCH][2.5][8/14] smp_call_function_on_cpu - s390 To: zwane@holomorphy.com (Zwane Mwaikambo) Date: Sat, 15 Feb 2003 17:04:04 +0100 (MET) Cc: weigand@immd1.informatik.uni-erlangen.de (Ulrich Weigand), linux-kernel@vger.kernel.org (Linux Kernel), schwidefsky@de.ibm.com (Martin Schwidefsky) In-Reply-To: from "Zwane Mwaikambo" at Feb 15, 2003 10:38:03 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 771 Lines: 32 Zwane Mwaikambo wrote: > On Sat, 15 Feb 2003, Ulrich Weigand wrote: > > That's still '&&' instead of '&'. > > *sigh* Hmm. I think this code still has a problem. If the caller passes in a mask containing bits for offline CPUs, those will be counted here > + num_cpus = hweight32(mask); but there will be no external interrupt generated for those, and thus this loop > + while (atomic_read(&data.started) != num_cpus) will never terminate ... Bye, Ulrich -- Dr. Ulrich Weigand weigand@informatik.uni-erlangen.de - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/