William Lee Irwin III wrote:
William Lee Irwin III wrote:
Comments on which directions you'd like this to go in these respects
would be appreciated, as I regard you as the current "project owner."
On Tue, Apr 17, 2007 at 06:00:06PM +1000, Peter Williams wrote:
I'd do scan through LKML from about 18 months ago looking for mention of
runtime configurable version of plugsched. Some students at a
university (in Germany, I think) posted some patches adding this feature
to plugsched around about then.
Excellent. I'll go hunting for that.
On Tue, Apr 17, 2007 at 06:00:06PM +1000, Peter Williams wrote:
I never added them to plugsched proper as I knew (from previous
experience when the company I worked for posted patches with similar
functionality) that Linux would like this idea less than he did the
current plugsched mechanism.
Odd how the requirements ended up including that. Fickleness abounds.
If only we knew up-front what the end would be.
On Tue, Apr 17, 2007 at 06:00:06PM +1000, Peter Williams wrote:
Unfortunately, my own cache of the relevant e-mails got overwritten
during a Fedora Core upgrade (I've since moved /var onto a separate
drive to avoid a repetition) or I would dig them out and send them to
you. I'd provided with copies of the company's patches to use as a
guide to how to overcome the problems associated with changing
schedulers on a running system (a few non trivial locking issues pop up).
Maybe if one of the students still reads LKML he will provide a pointer.
I was tempted to restart from scratch given Ingo's comments, but I
reconsidered and I'll be working with your code (and the German
students' as well). If everything has to change, so be it, but it'll
still be a derived work. It would be ignoring precedent and failure to
properly attribute if I did otherwise.
I can give you a patch (or set of patches) against the latest git
vanilla kernel version if that would help. There have been changes to
the vanilla scheduler code since 2.6.20 so the latest patch on
sourceforge won't apply cleanly. I've found that implementing this as a
series of patches rather than one big patch makes it easier fro me to
cope with changes to the underlying code.
Peter
--
Peter Williams [email protected]
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
