[lkml]   [2004]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 2.6.7-mm6
    On Tue, 6 Jul 2004 16:36:18 -0700
    William Lee Irwin III <> wrote:

    > I have it isolated down to the sched-clean-init-idle.patch and
    > sched-clean-fork.patch. sched-clean-init-idle.patch fails to build without
    > the second of those two applied, so I didn't do any work to narrow it down
    > further.

    One thing to note is that we don't currently call the
    wake_up_forked_process() thing in our SMP idle bootup
    dispatcher in arch/sparc64/kernel/smp.c

    Perhaps that is somehow related to the problems.
    In that case the culprit would be the first patch,

    See arch/sparc64/kernel/smp.c:smp_boot_one_cpu() for details.
    When we start a cpu, by calling prom_startcpu(), the cpu
    jumps from the firmware into arch/sparc64/kernel/trampoline.S

    There, the cpu is initialized (just like it is for the boot cpu
    in arch/sparc64/kernel/head.S), the current_thread_info() (%g6)
    and 'current' (%g4) registers are initialized and the cpu jumps
    into smp_callin(). smp_callin() returns when it is safe to do
    so, which is when it's cpu bit is set in smp_commenced_mask.
    When that occurs, it's cpu bit is set in cpu_online_map and
    then it jumps right into cpu_idle().

    Hope this helps.
    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-03-22 14:04    [W:0.020 / U:8.928 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site