On Mon, Dec 17, 2007 at 05:40:03PM +0100, Kevin D. Kissell wrote: > This looks to be a correct fix. Long term, we really do need to convince > the scheduler maintainer to provide hooks that will allow hardware-driven > affinity to be integrated with application-driven affinity in a sensible way, > without requiring replication (and replicated maintenence) of the system > call code in private copies like this. I asked for such hooks in sched.c > when it first became apparent that dynamic FPU affinity was desirable, > but was blown off at that time, so, with regret, I perpetrated the local copy > hack. But it's silly, and MIPS can't possibly be the only architecture where > Linux is used in systems with assymmetric resources where adaptive affinity > is useful. I dare to speculate that the new job of a certain Mike Uhler may increase the need for such a scheduler feature :-) Ralf
