Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 19 Jun 2002 11:20:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 19 Jun 2002 11:20:04 -0400 Received: from pixpat.austin.ibm.com ([192.35.232.241]:1377 "EHLO wagner.rustcorp.com.au") by vger.kernel.org with ESMTP id ; Wed, 19 Jun 2002 11:20:03 -0400 From: Rusty Russell To: Linus Torvalds Cc: Kernel Mailing List Subject: Re: latest linus-2.5 BK broken In-reply-to: Your message of "Tue, 18 Jun 2002 17:12:45 MST." Date: Thu, 20 Jun 2002 01:23:53 +1000 Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1682 Lines: 47 In message you write: > > On Wed, 19 Jun 2002, Rusty Russell wrote: > > > > - new_mask &= cpu_online_map; > > + /* Eliminate offline cpus from the mask */ > > + for (i = 0; i < NR_CPUS; i++) > > + if (!cpu_online(i)) > > + new_mask &= ~(1< > + > > And why can't cpu_online_map be a bitmap? > > What's your beef against sane and efficient data structures? The above is > just crazy. Oh, it can be. I wasn't going to require something from all archs for this one case (well, it was more like zero cases when I first did the patch). > and then add a few simple operations like > > cpumask_and(cpu_mask_t * res, cpu_mask_t *a, cpu_mask_t *b); Sure... or just make all archs supply a "cpus_online_of(mask)" which does that, unless there are other interesting cases. Or we can go the other way and have a general "and_region(void *res, void *a, void *b, int len)". Which one do you want? > This is not rocket science, and I find it ridiculous that you claim to > worry about scaling up to thousands of CPU's, and then you try to send me > absolute crap like the above which clearly is unacceptable for lots of > CPU's. Spinning 1000 times doesn't phase me until someone complains. Breaking userspace code does. One can be fixed if it proves to be a bottleneck. Understand? Rusty. -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell. - 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/