[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080509062605.d911ba53.pj@sgi.com>
Date: Fri, 9 May 2008 06:26:05 -0500
From: Paul Jackson <pj@....com>
To: Ingo Molnar <mingo@...e.hu>
Cc: maxk@...lcomm.com, a.p.zijlstra@...llo.nl,
akpm@...ux-foundation.org, menage@...gle.com,
seto.hidetoshi@...fujitsu.com, linux-kernel@...r.kernel.org,
tglx@...utronix.de, oleg@...sign.ru, rostedt@...dmis.org,
rientjes@...gle.com
Subject: Re: Reverting per-cpuset "system" (IRQ affinity) patch
Ingo wrote:
> none of this is upstream yet (nor is any of this even near to being
> ready for upstream), so there's nothing to revert.
I thought one of the earlier patches (Max's, perhaps) that we considered
in this discussion back in Feb or March -did- end up close to traveling
upstream, via the sched-devel tree going into linux-next, or some such.
However I can't claim to understand what (almost) went down there as
well as Andrew or Stephen hopefully do.
> Paul/Peter/Max, what's the current agreed-upon approach
Well ... we don't have an agreed on approach yet ;)
> to merge these physical resource isolation features into cpusets
> intelligently while still keeping the whole thing as usable and
> practical to down-to-earth sysadmins as possible? That is the issue
> that is blocking this whole topic from progressing.
Well, yeah, everyone wants "simple". But that tends to degrade into
each of us insisting that whatever we don't appreciate need for in the
other guys proposal be removed. That way lies not progress.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@....com> 1.940.382.4214
--
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