lkml.org 
[lkml]   [2005]   [Jan]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    Date
    From
    SubjectRe: 256 apic id for amd64
    On Fri, Jan 07, 2005 at 04:50:43PM -0800, YhLu wrote:
    > But the result looks ugly
    >
    > I keep core0 and core1 of node0 to use 0/1 got
    >
    > 4407.29 BogoMIPS (lpj=2203648)
    > CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
    > CPU: L2 Cache: 1024K (64 bytes/line)
    > CPU 7 -> Node 3
    > phy_proc_id[0] = 0

    But that't BSP = 0, isn't it?
    Where's the problem with that setup?

    > phy_proc_id[1] = 0
    > phy_proc_id[2] = 9
    > phy_proc_id[3] = 9
    > phy_proc_id[4] = 10
    > phy_proc_id[5] = 10
    > phy_proc_id[6] = 11
    > phy_proc_id[7] = 11
    > CPU: Physical Processor ID: 11
    > stepping 00
    > Total of 8 processors activated (35209.21 BogoMIPS).
    > If only keep core0/node0 to use 0.
    >
    > Will get
    > phy_proc_id[0] = 0
    > phy_proc_id[1] = 8
    > phy_proc_id[2] = 9
    > phy_proc_id[3] = 9
    > phy_proc_id[4] = 10
    > phy_proc_id[5] = 10
    > phy_proc_id[6] = 11
    > phy_proc_id[7] = 11
    >
    > it separate core0 and core1 of node 1

    That's not supported yes. AMD docs specify core 0/1 are always
    consecutive in APIC space.

    -Andi
    -
    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:09    [W:0.023 / U:89.808 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site