WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] linux: don't bring up CPUs that can never be use

To: Jan Beulich <jbeulich@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] linux: don't bring up CPUs that can never be used
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Mon, 14 Aug 2006 14:56:18 +0100
Delivery-date: Mon, 14 Aug 2006 06:56:38 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <44E09586.76E4.0078.0@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aca/qWpGqKtNiCucEduTIwAKle7CWA==
Thread-topic: [Xen-devel] [PATCH] linux: don't bring up CPUs that can never be used
User-agent: Microsoft-Entourage/11.2.5.060620


On 14/8/06 2:23 pm, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>> I'm a little bit wary of the second hunk. Although it's probably okay,
> is it
>> actually required? Looks like the first hunk is what fixes the issue.
> 
> It's probably not strictly required, but sill better than iterating
> over NR_CPUS, as
> that is what mainline is in the process of phasing out. The only
> difference I can
> see to the results of the original code is that for cpu 0 the two array
> members
> now also get (re-)initialized here - but the value stored should be the
> same as
> may have been stored earlier.

If it's true that those maps only get interrogated for CPUs in the
cpu_online_map, could we remove that loop altogether? We initialise the map
entries for CPUs as they're brought online in __cpu_up(): should that
suffice?

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel