On Wed, Sep 03, 2008 at 02:58:10PM -0500, Woodruff, Richard wrote: > Fixed translations do have some benefits. You can ensure that you are > using section or super section descriptors to cover large areas. This > does result in better TLB usage. Along with freeing up TLB entries you > also generally avoid TLB misses on IO calls which touch a variety of > internal spaces as part of the IRQ sequence. These are valid points, and you can arrange for ioremap to give you the same effect. That way, you end up using _standard_ Linux interfaces which everyone understands and still having your cake. > Each chip has very different performance targets and is really better > built with an optimized tool chain (ARMv5, ARMv6, ARMv7). Doing > multi-boots with in the same architecture family seems really good > but across seems less so. This thread isn't about multi-boots across differnet architecture; please take that discussion elsewhere - it's off topic. This thread is about fixing up the crappy state that the OMAP tree is in with respect to typechecking of virtual vs physical address spaces without regressing the current state of the code. And "regressing the current state of the code" includes not wilfully undoing the work which Tony has put in place towards his goal, *even* if you may not agree with it. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
