[lkml]   [2005]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: x86_64: apic id lift patch
    > Can you please explain clearly:
    > - What are you changing.
    1. use core_vir instead of x86_max_cores, for E0 later single core,
    core_vir could be 2, and x86_max_cores still is 1. So it makes node
    calculation right.
    2. not assuming that lifted apic id is continous. We can get exact
    node id and core id from initial apicid.
    > - What was the problem with the old behaviour
    1. for E0 single core, node 2, initial apicid is 4, and old cold will
    get node=4 instead of 2.
    2. if the lifted apicid is not continous, it will assign strange node
    id to the cpu.
    > - Why that particular change
    1. We can get exact node id and core id from initial apicid for E0 later.
    > - Why can't that APIC number setup not be done by the BIOS itself
    1. That patch the code more generic. and don't assume the lifted
    apicid is continous.


    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-11-21 23:20    [W:0.019 / U:10.904 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site