| To: | "Kevin D. Kissell" <kevink@mips.com> |
|---|---|
| Subject: | Re: [PATCH][MIPS] fix user_cpus_allowed assignment |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Fri, 21 Dec 2007 02:11:22 +0100 |
| Cc: | Pavel Kiryukhin <vksavl@gmail.com>, linux-mips@linux-mips.org |
| In-reply-to: | <017c01c840cb$7a5049c0$10eca8c0@grendel> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <73cd086a0712170517i146a452exea775f3942c1d5da@mail.gmail.com> <017c01c840cb$7a5049c0$10eca8c0@grendel> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.17 (2007-11-01) |
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 |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [directfb-dev] Error in running gtk example on cross compiled GTK with DirectFB on MIPS board, Mike Emmel |
|---|---|
| Next by Date: | Re: [PATCH] SC26XX: New serial driver for SC2681 uarts, Andy Whitcroft |
| Previous by Thread: | Re: [PATCH][MIPS] fix user_cpus_allowed assignment, Kevin D. Kissell |
| Next by Thread: | [PATCH] arch/mips/: Spelling fixes, Joe Perches |
| Indexes: | [Date] [Thread] [Top] [All Lists] |