Date: Fri, 24 Sep 2004 09:07:18 -0700
From: Paul Jackson <pj@sgi.com>
To: Robin Holt <holt@sgi.com>
Cc: anton@samba.org, christoph@lameter.com, simon.derr@bull.net,
       linux-kernel@vger.kernel.org
Subject: Re: [rfc][patch] 1/2 Additional cpuset features
Message-Id: <20040924090718.72bd485d.pj@sgi.com>
In-Reply-To: <20040924144147.GA14367@lnx-holt.americas.sgi.com>
References: <Pine.LNX.4.58.0409101036090.2891@daphne.frec.bull.fr>
	<20040911010808.2b283c9a.pj@sgi.com>
	<Pine.LNX.4.58.0409231238350.11694@server.home>
	<20040923164139.506d65d3.pj@sgi.com>
	<Pine.LNX.4.58.0409231651550.17168@server.home>
	<20040924011751.GA20592@krispykreme>
	<20040924144147.GA14367@lnx-holt.americas.sgi.com>
Organization: SGI
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1067
Lines: 23

Robin wrote:
> Paul, aren't we going to adjust dplace so it uses the user libraries to
> interpret the relative placement ...

Yup - either adjust dplace to accept system numbers, or adjust perfmon
to translate the system numbers that it wants to pass to dplace to
cpuset relative numbers first.  Look at the SGI internal incidents
assigned to Christoph Lameter.  I believe he's assigned this task, and
I'll bet that this is related to his response to Simon's relative cpuset
numbering patch, which started this subthread.  We've come full circle.

We're wandering off the lkml ranch here ... into vendor specific,
user space stuff.

-- 
                          I won't rest till it's the best ...
                          Programmer, Linux Scalability
                          Paul Jackson <pj@sgi.com> 1.650.933.1373
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/