On Wed, Dec 17, 2008 at 7:05 PM, ron minnich <span dir="ltr"><<a href="mailto:rminnich@gmail.com">rminnich@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
one more note.<br>
<br>
It's looking, increasingly, like future CPUs will require<br>
initlalization very early in startup. Some will require it right after<br>
initram; some during initram; and some BEFORE initram.<br>
<br>
But they will all require it in what we call stage 1 -- before the<br>
device tree exists.<br>
<br>
The implication is that the device tree may not be that useful in<br>
future for "CPUs as devices". I think we should plan around this. CPUs<br>
were always kind of a stretch to make a device anyway. Just FYI.</blockquote><div><br>I'm agreeing with this. I think proper init for the cpu right after disable_car() would greatly speed up the boot process. Carl-Daniel, would there be any problem with calling functions to enable mtrrs and the cache (if it's not already) from the end of disable_car()? If not permanently, at least for the time being, to find out if it would help and to reduce the current 20 minute test cycle?<br>
<br>Thanks,<br>Corey<br></div></div>