Ahem! It's in that strange place because mtrr_init() needs to be
called after smp_init(). I originally had it in start_kernel() but you
didn't like it because the MTRR stuff is i386 specific. check_bugs()
seems to be the only architecture-dependent code called after
smp_init() and before the init thread is started. Note that
mtrr_init() can't be put inside smp_init() because smp_init() is
conditionally compiled depending on __SMP__.
If you move check_bugs() to before smp_init() then the MTRR code may
well cause problems.
I would be more than happy for you to introduce an
architecture-specific function that gets called just before the init
thread is started. I could then move mtrr_init() into that function
for the i386 and not "pollute" the generic kernel code or make use of
the check_bugs() hack.
Regards,
Richard....
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html