[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B54445E.302@kernel.org>
Date: Mon, 18 Jan 2010 20:22:06 +0900
From: Tejun Heo <tj@...nel.org>
To: Peter Zijlstra <peterz@...radead.org>
CC: torvalds@...ux-foundation.org, mingo@...e.hu, awalls@...ix.net,
linux-kernel@...r.kernel.org, jeff@...zik.org,
akpm@...ux-foundation.org, jens.axboe@...cle.com,
rusty@...tcorp.com.au, cl@...ux-foundation.org,
dhowells@...hat.com, arjan@...ux.intel.com, avi@...hat.com,
johannes@...solutions.net, andi@...stfloor.org,
Mike Galbraith <efault@....de>
Subject: Re: [PATCH 04/40] sched: implement __set_cpus_allowed()
On 01/18/2010 06:56 PM, Peter Zijlstra wrote:
>> NOTE: It would be nice to implement kthread_bind() in terms of
>> __set_cpus_allowed() if we can drop the capability to bind to a
>> dead CPU from kthread_bind(), which doesn't seem too popular
>> anyway. With such change, we'll have set_cpus_allowed_ptr() for
>> regular tasks and kthread_bind() for kthreads and can use
>> PF_THREAD_BOUND instead of passing @force parameter around.
>
>
> And your changelog still sucks... it only says what it does, not why.
>
> still hate the patch too.
These part haven't changed at all since the last posting so if you
disliked it before it's kind of expected you still do so.
Anyways, I'm not the greatest fan of this patch either. Let's see how
the whole series fares out first and try to make this better. What do
you think about doing what's described in the NOTE?
Thanks.
--
tejun
--
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