[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1205231757140.28167@chino.kir.corp.google.com>
Date: Wed, 23 May 2012 17:58:25 -0700 (PDT)
From: David Rientjes <rientjes@...gle.com>
To: Peter Zijlstra <peterz@...radead.org>
cc: Ingo Molnar <mingo@...nel.org>, hpa@...or.com,
linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>, pjt@...gle.com,
cl@...ux.com, riel@...hat.com, bharata.rao@...il.com,
Andrew Morton <akpm@...ux-foundation.org>,
Lee.Schermerhorn@...com, aarcange@...hat.com, danms@...ibm.com,
suresh.b.siddha@...el.com, tglx@...utronix.de,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:sched/numa] sched/numa: Introduce sys_numa_{t,m}bind()
On Wed, 23 May 2012, Peter Zijlstra wrote:
> On Tue, 2012-05-22 at 17:00 +0200, Peter Zijlstra wrote:
> > /me goes kick his gray cells some more.
>
> OK, does the below make your machine happy? If not, please share the
> completely topology setup of that thing (lscpu or similar).
>
Same divide by zero. I'd be happy to run a debugging patch if you can
come up with one.
$ grep -E 'processor|core|sibling|physical id|apicid|cpuid' /proc/cpuinfo | sed 's/processor/\nprocessor/'
processor : 0
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 4
initial apicid : 0
cpuid level : 5
processor : 1
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
apicid : 5
initial apicid : 1
cpuid level : 5
processor : 2
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
apicid : 6
initial apicid : 2
cpuid level : 5
processor : 3
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 7
initial apicid : 3
cpuid level : 5
processor : 4
physical id : 1
siblings : 4
core id : 0
cpu cores : 4
apicid : 8
initial apicid : 4
cpuid level : 5
processor : 5
physical id : 1
siblings : 4
core id : 1
cpu cores : 4
apicid : 9
initial apicid : 5
cpuid level : 5
processor : 6
physical id : 1
siblings : 4
core id : 2
cpu cores : 4
apicid : 10
initial apicid : 6
cpuid level : 5
processor : 7
physical id : 1
siblings : 4
core id : 3
cpu cores : 4
apicid : 11
initial apicid : 7
cpuid level : 5
processor : 8
physical id : 2
siblings : 4
core id : 0
cpu cores : 4
apicid : 12
initial apicid : 8
cpuid level : 5
processor : 9
physical id : 2
siblings : 4
core id : 1
cpu cores : 4
apicid : 13
initial apicid : 9
cpuid level : 5
processor : 10
physical id : 2
siblings : 4
core id : 2
cpu cores : 4
apicid : 14
initial apicid : 10
cpuid level : 5
processor : 11
physical id : 2
siblings : 4
core id : 3
cpu cores : 4
apicid : 15
initial apicid : 11
cpuid level : 5
processor : 12
physical id : 3
siblings : 4
core id : 0
cpu cores : 4
apicid : 16
initial apicid : 12
cpuid level : 5
processor : 13
physical id : 3
siblings : 4
core id : 1
cpu cores : 4
apicid : 17
initial apicid : 13
cpuid level : 5
processor : 14
physical id : 3
siblings : 4
core id : 2
cpu cores : 4
apicid : 18
initial apicid : 14
cpuid level : 5
processor : 15
physical id : 3
siblings : 4
core id : 3
cpu cores : 4
apicid : 19
initial apicid : 15
cpuid level : 5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists