Unless they're a distributor who wants to run one kernel per
architecture, + modules.
Or a sysadmin, in a situation where managing different kernels for that
extra bit of efficiency isn't worth the administrative overhead.
These points apply also to the i386/i486/i586/i686 optimisation issue.
Is it worth making a kernel nearly optimised for i686 but compatible
with i386? (Perhaps using fixups in the same way to blank out calls to
do the "verify put_user" type stuff, vs. blanking out flush_tlb and so
forth?)
-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu