login
Header Space

 
 

Mailing list archives

Search results

Found 18 matching messages (0.132 seconds). Page 1 of 1.

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... are in other architectures. > > I assume you're referring to just > convert-cpu_sibling_map-to-be-a ... > > Oh well, I was planning on a maintainer patch-bombing tomorrow - let's ... to only merge that when the old sparsemem support is removed from x86-64? ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... are in other architectures. > > > > I assume you're referring to just > > convert-cpu_sibling_map-to-be- ... > > Oh well, I was planning on a maintainer patch-bombing tomorrow - let' ... to only merge that when the old sparsemem support is removed from x86-64? ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... @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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... that doesn't fully map onto reality (does it?) > > > > > > There was a real-world need for this, I think from the Fujitsu guys. That > > ... not implemented now. and it will be ugly.) For HP, (Lee can comment on this later), they ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... doesn't fully map onto reality (does it?) > > > > > > > > There was a real-world need for this, I think from the Fujitsu guys. That > ... not implemented now. and it will be ugly.) > > > For HP, (Lee can comment on this later), they ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... (does it?) > > > > There was a real-world need for this, I ... (http://marc.info/?l=linux-mm&m=118133042025995&w=2) (and ... 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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... that doesn't fully map onto reality (does it?) > > > > There was a real-world need for this, I think from the Fujitsu ... guys really need this memory-less-node support. > For what reason, please? - To unsubscribe from this list: ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... @firstfloor.org> wrote: > > > > > > > The clockevents patches are not included in this; ... [which is off by default] was fixed quickly. The C1E bug ... 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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... (does it?) > > > > > > There was a real-world need for this, I think from the Fujitsu guys. ... bandwidth at the expense of latency for numa-challenged applications [and OSes, ... at phys addr 0]. The memoryless-nodes patches, along with the zoneorder ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... in the Linux > 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 in the changelog but ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

... in the Linux > > 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 in the ...

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

Re: x86 patches was Re: -mm merge plans for 2.6.24

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

speck-geostationary