Messages in this thread | | | Date | 8 Jan 2005 01:42:34 +0100 | Date | Sat, 8 Jan 2005 01:42:34 +0100 | From | Andi Kleen <> | Subject | Re: 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/
| |