On Tue, Oct 14, 2008 at 01:39:19PM +1100, Benjamin Herrenschmidt wrote: > So again, let's start by having somebody pick up something that you > believe is worth altivec-ifying, eat the preempt_disable/enable for now, > and if we see that indeed, it's worth the pain, then we can look into > adding a way to context switch altivec in a kernel thread upon explicit > request or something like that.
Of course -- my suggestion was predicated on the outcome that the benchmarks do justify it, and was just pointing out that there's no real need to disable preemption. BTW, it's actually simpler than I originally described (I had implemented this years ago in the TimeSys kernel for x86 and some other arches that already use FP or similar resources for memcpy, but the memory was a little fuzzy); the FP restore code doesn't need to test anything, it always restores from the regular spot. The kernel code wishing to use FP saves the user context in an alternate save area (it could even be on the stack, allowing atomic context to use it as well, if it's not too large), and restores it when it's done. -Scott _______________________________________________ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
