[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080123112436.GF21455@csn.ul.ie>
Date: Wed, 23 Jan 2008 11:24:36 +0000
From: Mel Gorman <mel@....ul.ie>
To: Andi Kleen <andi@...stfloor.org>
Cc: mingo@...e.hu, linux-mm@...ck.org, linux-kernel@...r.kernel.org,
apw@...dowen.org
Subject: Re: [PATCH 0/2] Relax restrictions on setting CONFIG_NUMA on x86 II
On (23/01/08 12:15), Andi Kleen didst pronounce:
>
> Anyways from your earlier comments it sounds like you're trying to add SRAT
> parsing to CONFIG_NUMAQ. Since that's redundant with the old implementation
> it doesn't sound like a very useful thing to do.
>
No, that would not be useful at all as it's redundant as you point out. The
only reason to add it is if the Opteron box can figure out the CPU-to-node
affinity. Right now everything gets dumped into node 0 where as x86_64
can figure it out properly.
> But the patch is applied already i think. Well I'm sure it passed
> checkpatch.pl at least.
>
:| The patches applied so far are about increasing test coverage, not SRAT
messing. While there are still breakages for some boxen, more configurations
should work on more machines than previously. Those using non-NUMA .configs
should not notice the difference.
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
--
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