... calgary-fix-calgary=disable=busnum-for-calioc2.patch > > x86-64-calgary-get- ... I'd have dropped them if you had. Oh well, I was planning on a maintainer patch-bombing tomorrow ... -online-with-memory-less-node.patch > > > > Merge > > At least I still ...

linux-kernel - Andrew Morton - Oct 2 2007 - 02:32

... akpm@linux-foundation.org> writes: > > revert-x86_64-mm-cpa-einval.patch > fix-x86_64-mm- ... -calgary-fix-calgary=disable=busnum-for-calioc2.patch > x86-64-calgary-get-rid- ... -cpu-online-with-memory-less-node.patch > > Merge At least I still believe ...

linux-kernel - Andi Kleen - Oct 2 2007 - 02:18

... Oh well, I was planning on a maintainer patch-bombing tomorrow ... to-new-helper-based-initialisation.patch Look like these two should ... merge that when the old sparsemem support is removed from x86 ... should I drop them? Yes for now please. e.g. we ...

linux-kernel - Andi Kleen - Oct 2 2007 - 03:01

On Tue, 2 Oct 2007 09:01:10 +0200 Andi Kleen Oh well, I was planning on a maintainer patch-bombing tomorrow - ... only merge that when the old sparsemem support is removed from x86-64 ... So should I drop them? > > Yes for now please. Done. > e.g. ...

linux-kernel - Andrew Morton - Oct 2 2007 - 03:18

... to only merge that when the old sparsemem support is removed from x86-64? > > Otherwise it looks good to ... is already removed for x86_64 by these patches. The longer plan is to ... ? I thought that a node was a unit of numa locality. Cirtainly ...

linux-kernel - Andy Whitcroft - Oct 2 2007 - 05:26

... @firstfloor.org> wrote: > > > The clockevents patches are not included in this; ... [which is off by default] was fixed quickly. The C1E bug ... the 64-bit clockevents (& dynticks) patches merged. Demand from users and ... s been in -mm and in -rt too for a long ...

linux-kernel - Ingo Molnar - Oct 2 2007 - 03:37

... wrote: > > > > > The clockevents patches are not included in this; ... needs a re-review to make sure not other infrastructure was missing. > ... see the 64-bit clockevents (& dynticks) patches merged. > Demand from users and distros ...

linux-kernel - Andi Kleen - Oct 2 2007 - 03:46

... wrote: > On Tue, 2 Oct 2007 16:36:24 +0900 KAMEZAWA ... 't fully map onto reality (does it?) > > > > > > There was a real-world need for this, I think from ... now. and it will be ugly.) For HP, (Lee can comment on this later ...

linux-kernel - KAMEZAWA Hiroyuki - Oct 2 2007 - 04:16

... akpm@linux-foundation.org> wrote: > > > On Tue, 2 Oct 2007 16:36:24 +0900 ... reality (does it?) > > > > > > > > There was a real-world need for this, I think from the Fujitsu guys. ... now. and it will be ugly.) > > > For HP, (Lee can comment on this ...

linux-kernel - Yasunori Goto - Oct 2 2007 - 06:48

... (does it?) > > > > There was a real-world need for this, I ... .info/?l=linux-mm&m=118133042025995&w=2) (and my subsequent ... this full series, which then was picked up and shown to ... soon) depends on Christoph's patches, especially the THISNODE fix. Thanks ...

linux-kernel - Nish Aravamudan - Oct 2 2007 - 12:40

... @jp.fujitsu.com> wrote: > On Tue, 2 Oct 2007 00:18:09 -0700 ... reality (does it?) > > > > There was a real-world need for this, I think from the Fujitsu guys. ... need this memory-less-node support. > For what reason, please? - To unsubscribe from ...

linux-kernel - Andrew Morton - Oct 2 2007 - 03:43

On Tue, 2 Oct 2007, Andi Kleen wrote: > On Tue, Oct ... @firstfloor.org> wrote: > > > > > > > The clockevents patches are not included in this; ... a re-review to make sure not other infrastructure was > missing ... ready to handle this even for the irq#0 not on ...

linux-kernel - Thomas Gleixner - Oct 2 2007 - 03:58

... , Andrew Morton wrote: > On Tue, 2 Oct 2007 16:36:24 + ... jp.fujitsu.com> wrote: > > > On Tue, 2 Oct 2007 00:18:09 - ... (does it?) > > > > > > There was a real-world need for this, I ... phys addr 0]. The memoryless-nodes patches, along with the zoneorder ...

linux-kernel - Lee Schermerhorn - Oct 2 2007 - 13:25

On Tue, 2 Oct 2007 00:18:09 -0700 Andrew Morton wrote: > ... > kernel, but that doesn't fully map onto reality (does it?) > > There was a real-world need for this, I think from the Fujitsu guys. That > should be spelled out ...

linux-kernel - KAMEZAWA Hiroyuki - Oct 2 2007 - 03:36

... -02 at 16:36 +0900, KAMEZAWA Hiroyuki wrote: > On Tue, 2 Oct 2007 00:18:09 -0700 > Andrew Morton > > > There was a real-world need for this, I think from the Fujitsu guys. That > > should ...

linux-kernel - Lee Schermerhorn - Oct 2 2007 - 13:17

On Tue, 2 Oct 2007, KAMEZAWA Hiroyuki wrote: > > There was a real-world need for this, I think from the Fujitsu guys. That > > should be spelled out in the changelog but isn't. > > Yes, Fujitsu and HP guys really need this memory-less- ...

linux-kernel - Christoph Lameter - Oct 2 2007 - 14:16

On Tue, 2 Oct 2007, KAMEZAWA Hiroyuki wrote: > For fujitsu, problem is called "empty" node. Future SGI platforms (actually also current one can have but nothing like that is deployed to my knowledge) have nodes with only cpus. Current SGI ...

linux-kernel - Christoph Lameter - Oct 2 2007 - 14:18

... > I guess it wouldn't be too hard for a 64-bit kernel to fake up 32-bit data > for 32-bit userspace. For each architecture :( But let's see what ... . (e) would be ok all around, except for the extra overhead. Ho hum. -- Mathematics is ...

linux-kernel - Matt Mackall - Oct 2 2007 - 03:55

... 32 bits. (e) would be ok all > around, except for the extra overhead. Ho hum. If the overhead of (e) is ok for 64bit it should be ok for 32bit too. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in ...

linux-kernel - Andi Kleen - Oct 2 2007 - 03:59