[lkml]   [2005]   [May]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.6.12-rc4-mm2 build failure
Christoph Lameter wrote:
> On Tue, 17 May 2005, Matthew Dobson wrote:
>>Not a big fan of this patch. It's not wrong, per-se, but it just doesn't
>>sit right with me. asm-generic/topology.h should be a fallback file for
>>the arches that just want some sort of sane UP/SMP defaults. The better
>>(IMHO) solution is this patch. Builds fine on PPC64.
> And what happens if yet another function needs to be added for all arches?
> Then ppc64 will break again and you will fix it again?

I think you explained it well yourself. If another function needs to be
added for ALL ARCHES, then ALL ARCHES will need to add the function. In
most cases there is no single function that is both CORRECT and GENERIC
across all arches. The way that i386, ia64, ppc64, etc. will map PCI Buses
to Nodes (for instance) will NOT be the same. Anyone who adds a new
topology function has the responsibility of
1) making sure it works for all arches which support topology, or
2) getting the arch maintainers involved and helping them make sure it
works for all arches.

New topology functions don't really get added all that often. We've got
the basics (CPU, Mem, I/O Buses, Nodes) mapped in various ways, so there
shouldn't be tons of new functions added. If someone wants to add a new
function, it's their responsibility to make sure that it doesn't break
anyone's arch.

Regardless, I highly doubt Linus or Andrew will pick up a patch for a new
topology function if it breaks some arch.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-05-18 19:29    [W:0.047 / U:2.920 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site