[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080506183138.546f42d9.akpm@linux-foundation.org>
Date: Tue, 6 May 2008 18:31:38 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Paul Menage <menage@...gle.com>
Cc: Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>,
Paul Jackson <pj@....com>, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Fix cpuset sched_relax_domain_level control file
On Tue, 06 May 2008 18:08:17 -0700 Paul Menage <menage@...gle.com> wrote:
> Fix cpuset sched_relax_domain_level control file
>
> Due to a merge conflict, the sched_relax_domain_level control file was
> marked as being handled by cpuset_read/write_u64, but the code to handle it
> was actually in cpuset_common_file_read/write.
>
> Since the value being written/read is in fact a signed integer, it
> should be treated as such; this patch adds cpuset_read/write_s64
> functions, and uses them to handle the sched_relax_domain_level file.
>
> With this patch, the sched_relax_domain_level can be read and written,
> and the correct contents seen/updated.
>
OK, here we go again.
There is a patch in linux-next called "cpuset: system sets" which will
conflict with your change.
A bit of archeology indicates that this patch was sent out on Feb 27 and
received a bit of review feedback, including some serious-looking qualms
from Paul. There was no response to that reviewer feedback and volia, the
damn code goes into linux-next without, afaict, any alteration.
Ingo, for the entyenth time: kernel/cpuset.c is not part of the CPU
scheduler.
argh. Now what to do? If I merge this patch then I need to drop
linux-next and if I drop linux-next I drop half my tree.
So I guess I need to merge this patch and then somehow smash linux-next on
top of it. Thanks a lot.
--
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