lkml.org 
[lkml]   [2004]   [Apr]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectia64-cpu-hotplug-cpu_present.patch?
Andrew, Ashok,

How did the following patch, named ia64-cpu-hotplug-cpu_present.patch,
dated 25 April 2004, end up in Andrew's patch set?

I cannot find any mention of it on lkml or any other email list that
either Google or I track.

Is there some backdoor path to Andrew's patch directory I don't know of ;)?

The patch comment was:

This patch adds cpu_present_map, cpu_present() and for_each_cpu_present() to
distinguish between possible cpu's in a system and cpu's physically present in
a system. Before cpu hotplug was introduced cpu_possible() represented cpu's
physically present in the system. With hotplug capable Kernel, there is a
requirement to distinguish a cpu as possible verses a CPU physically present
in the system. This is required so thta when smp_init() attempts to start all
cpu's it should now only attempt to start cpu's present in the system. When a
hotplug cpu is physically inserted cpu_present_map will have bits updated
dynamically.

This patch is cutting across the bitmap+cpumask rework that I'm working on.
I'm going to try to refit it to my new code, but may well break something.

I'll try to remember to include Ashok explicitly on the next version of my
patch set, so that he can review my changes, and catch what I break.

--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.650.933.1373
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:0.049 / U:1.720 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site