RE: x86-64 dual core mapping

From: YhLu (YhLu_at_tyan.com)
Date: 05/02/05

  • Next message: Oskar Liljeblad: "clock drift with two Promise Ultra133 TX2 (PDC 20269) cards" 
    To: Andi Kleen <ak@suse.de>
Date:	Mon, 2 May 2005 12:41:31 -0700

    I'm using LinuxBIOS and there is no acpi in that. Also I have tried Normal
    BIOS, it also produce that.

    Did you check my patch? It fixed that.

    regards

    YH

    > -----Original Message-----
    > From: Andi Kleen [mailto:ak@suse.de]
    > Sent: Monday, May 02, 2005 10:02 AM
    > To: YhLu
    > Cc: Andi Kleen; linux-kernel@vger.kernel.org
    > Subject: Re: x86-64 dual core mapping
    >
    > On Thu, Apr 21, 2005 at 07:38:07PM -0700, YhLu wrote:
    > > Andi,
    > >
    > > I tried 2.6.12-rc3 with dual way dual cpus.
    > >
    > > It seems right mapping should be
    > > CPU 0(2) -> Node 0 -> Core 0
    > > CPU 1(2) -> Node 0 -> Core 1
    > > CPU 2(2) -> Node 1 -> Core 0
    > > CPU 3(2) -> Node 1 -> Core 1
    > >
    > > instead of
    > >
    > > CPU 0(2) -> Node 0 -> Core 0
    > > CPU 1(2) -> Node 0 -> Core 0
    > > CPU 2(2) -> Node 1 -> Core 1
    > > CPU 3(2) -> Node 1 -> Core 1
    >
    > Hmm, yes, something seems wrong. The last time I tested it
    > worked this way, but maybe the latest merge has broken it
    > again. I will check it later.
    >
    > Are you sure you dont have a broken SRAT table? The SRAT
    > table will overwrite the mappings, so if it is wrong the one
    > Linux reports will be too.
    >
    > -Andi
    > >
    > > YH
    > >
    > >
    > >
    > >
    > > CPU 0(2) -> Node 0 -> Core 0
    > > Using local APIC NMI watchdog using perfctr0 enabled ExtINT
    > on CPU#0
    > > ENABLING IO-APIC IRQs Using IO-APIC 4 ...changing IO-APIC physical
    > > APIC ID to 4 ... ok.
    > > Using IO-APIC 5
    > > ...changing IO-APIC physical APIC ID to 5 ... ok.
    > > Using IO-APIC 6
    > > ...changing IO-APIC physical APIC ID to 6 ... ok.
    > > Using IO-APIC 7
    > > ...changing IO-APIC physical APIC ID to 7 ... ok.
    > > Synchronizing Arb IDs.
    > > ..TIMER: vector=0x31 pin1=0 pin2=2
    > > testing the IO APIC.......................
    > >
    > >
    > >
    > >
    > > .................................... done.
    > > Using local APIC timer interrupts.
    > > Detected 12.564 MHz APIC timer.
    > > Booting processor 1/1 rip 6000 rsp ffff81007ff99f58
    > Initializing CPU#1
    > > masked ExtINT on CPU#1
    > > CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
    > > CPU: L2 Cache: 1024K (64 bytes/line)
    > > CPU 1(2) -> Node 0 -> Core 0
    > > stepping 00
    > > Synced TSC of CPU 1 difference 30064769976 Booting
    > processor 2/2 rip
    > > 6000 rsp ffff81013ffa3f58 Initializing CPU#2 masked ExtINT on CPU#2
    > > CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
    > > CPU: L2 Cache: 1024K (64 bytes/line)
    > > CPU 2(2) -> Node 1 -> Core 1
    > > stepping 00
    > > Synced TSC of CPU 2 difference 30064770021 Booting
    > processor 3/3 rip
    > > 6000 rsp ffff81007ff49f58 Initializing CPU#3 masked ExtINT on CPU#3
    > > CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
    > > CPU: L2 Cache: 1024K (64 bytes/line)
    > > CPU 3(2) -> Node 1 -> Core 1
    > > stepping 00
    > > Synced TSC of CPU 3 difference 30064770021 Brought up 4 CPUs
    >

    -
    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/

  • Next message: Oskar Liljeblad: "clock drift with two Promise Ultra133 TX2 (PDC 20269) cards"

    Relevant Pages

    • Re: Kernel bug: mm/rmap.c:483 and related {now 2.6.8}
      ... mapping should be NULL (or at least a pointer into kernel memory). ... say message reappeared twice with identical addresses: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Problem with nfs4, kernel 2.6.13.2
      ... Unable to handle kernel paging request at 0000000000100108 RIP: ... PGD 141bd067 PUD 141c2067 PMD 0 ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: BK kernel workflow
      ... > Note that German copyright lay doesn't differentiate whether you paid ... It's most unfortunate that people take the position "hey, I can rip off ... here's the law that says so" when it is something we gave ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 17/20] FRV: Better mmap support in uClinux
      ... > I think this could be done at msync, munmap and exit time? ... > flushing the entire mapping, but it's still correct (and POSIX ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: How to find out which pages were copied-on-write?
      ... application which is doing an mmap on a file as a MAP_PRIVATE mapping. ... The memory area is then handed to a library which may modify some pages. ... > Yet another feature that I could use if it were available: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)