Message-ID: <48517493.30305@qualcomm.com>
Date: Thu, 12 Jun 2008 12:10:11 -0700
From: Max Krasnyanskiy <maxk@qualcomm.com>
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
MIME-Version: 1.0
To: Peter Zijlstra <peterz@infradead.org>
CC: Oleg Nesterov <oleg@tv-sign.ru>, mingo@elte.hu,
       Andrew Morton <akpm@linux-foundation.org>,
       David Rientjes <rientjes@google.com>, Paul Jackson <pj@sgi.com>,
       menage@google.com, linux-kernel@vger.kernel.org,
       Mark Hounschell <dmarkh@cfl.rr.com>,
       Thomas Gleixner <tglx@linutronix.de>
Subject: Re: workqueue cpu affinity
References: <alpine.DEB.1.10.0806051255500.31157@chino.kir.corp.google.com>	 <20080605152953.dcfefa47.pj@sgi.com>	 <alpine.DEB.1.10.0806051357480.32537@chino.kir.corp.google.com>	 <484D99AD.4000306@qualcomm.com> <1213080240.31518.5.camel@twins>	 <484E9FE8.9040504@qualcomm.com>  <20080610170005.GA6038@tv-sign.ru>	 <1213118386.19005.9.camel@lappy.programming.kicks-ass.net>	 <484EE303.9070007@qualcomm.com> <1213166964.31518.62.camel@twins>	 <4850214A.8090100@qualcomm.com> <1213296240.31518.163.camel@twins>
In-Reply-To: <1213296240.31518.163.camel@twins>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1392
Lines: 34

Peter Zijlstra wrote:
> Sorry for being late,.. and I'm afraid most will have to wait a bit
> longer :-(
> 
> On Wed, 2008-06-11 at 12:02 -0700, Max Krasnyansky wrote:
>> Peter Zijlstra wrote:
> 
>>> Please don't take this too personal - I'm glad you're working on this.
>>> I'm just trying to see what we can generalize.
> 
>> Oh, no worries, I'm not taking this personally, except maybe the "most your
>> ideas suck" part which got me a little bit ;-). I'm definitely all for making
>> it suitable for more general usage.
>> This is actually first constructive criticism (except for the "most of your
>> ideas suck" part :). 
> 
> No, no, you understand me wrong (or I expressed myself wrong). Your
> ideas are good, its just the implementation / execution I have issues
> with.
> 
> Like with extending the isolation map, what didn't leave any room for
> hard-rt smp schedulers or multiple rt domains. Whereas the cpuset stuff
> does.
Yep. And I redid it completely and switched gears to fix/improve cpusets, 
genirq, etc.
Anyway, I think we're on the same page. Please look over the summary that I 
sent out and see if I missed anything.

Max
--
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/