> We could do some things to generically make the other arches
> compatible with the new scheduler, things like:
>
> #define smp_processor_id() (current->processor)
>
> still need to be fixed (to use ->cpu). I bet after a trivial
> find/replace there is little left to do.
it's often more subtle then this. Every arch has to:
- implement the lowlevel task-migration mechanizm
- update the idle-thread code to use init_idle() + idle_startup_done().
Update the idle-thread priority changing bits.
- check context_switch() for IRQ-atomicity for being called with the
runqueue lock held - eg. ia64 re-enabled interrupts.
- add a definition of sched_find_first_bit()
- update any possible out-of-sync field offsets in entry.S.
so i'd not touch the trivial bits, because the hard bits will still be
unfixed, and who likes fixing the hard stuff only? :-)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/