[lkml]   [2005]   [May]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Patch in this message
    SubjectRe: [PATCH] cpusets+hotplug+preepmt broken
    Andrew wrote:
    > pls resend.

    Here it is ... ready for prime time.

    This patch removes the entwining of cpusets and hotplug code in the "No
    more Mr. Nice Guy" case of sched.c move_task_off_dead_cpu().

    Since the hotplug code is holding a spinlock at this point, we cannot
    take the cpuset semaphore, cpuset_sem, as would seem to be required
    either to update the tasks cpuset, or to scan up the nested cpuset
    chain, looking for the nearest cpuset ancestor that still has some CPUs
    that are online. So we just punt and blast the tasks cpus_allowed with
    all bits allowed.

    This reverts these lines of code to what they were before the cpuset
    patch. And it updates the cpuset Doc file, to match.

    The one known alternative to this that seems to work came from Dinakar
    Guniguntala, and required the hotplug code to take the cpuset_sem
    semaphore much earlier in its processing. So far as we know, the
    increased locking entanglement between cpusets and hot plug of this
    alternative approach is not worth doing in this case.

    Signed-off-by: Paul Jackson <>
    Acked-by: Nathan Lynch <>
    Acked-by: Dinakar Guniguntala <>

    diff -Naurp 2.6.12-rc1-mm4.orig/Documentation/cpusets.txt 2.6.12-rc1-mm4/Documentation/cpusets.txt
    --- 2.6.12-rc1-mm4.orig/Documentation/cpusets.txt 2005-05-14 10:20:27.000000000 -0700
    +++ 2.6.12-rc1-mm4/Documentation/cpusets.txt 2005-05-14 10:24:13.000000000 -0700
    @@ -252,8 +252,7 @@ in a tasks processor placement.
    There is an exception to the above. If hotplug funtionality is used
    to remove all the CPUs that are currently assigned to a cpuset,
    then the kernel will automatically update the cpus_allowed of all
    -tasks attached to CPUs in that cpuset with the online CPUs of the
    -nearest parent cpuset that still has some CPUs online. When memory
    +tasks attached to CPUs in that cpuset to allow all CPUs. When memory
    hotplug functionality for removing Memory Nodes is available, a
    similar exception is expected to apply there as well. In general,
    the kernel prefers to violate cpuset placement, over starving a task
    diff -Naurp 2.6.12-rc1-mm4.orig/kernel/sched.c 2.6.12-rc1-mm4/kernel/sched.c
    --- 2.6.12-rc1-mm4.orig/kernel/sched.c 2005-05-13 18:39:54.000000000 -0700
    +++ 2.6.12-rc1-mm4/kernel/sched.c 2005-05-14 09:06:29.000000000 -0700
    @@ -4301,7 +4301,7 @@ static void move_task_off_dead_cpu(int d

    /* No more Mr. Nice Guy. */
    if (dest_cpu == NR_CPUS) {
    - tsk->cpus_allowed = cpuset_cpus_allowed(tsk);
    + cpus_setall(tsk->cpus_allowed);
    dest_cpu = any_online_cpu(tsk->cpus_allowed);


    I won't rest till it's the best ...
    Programmer, Linux Scalability
    Paul Jackson <> 1.650.933.1373, 1.925.600.0401
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-05-18 23:25    [W:0.045 / U:1.176 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site