-
Notifications
You must be signed in to change notification settings - Fork 278
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BIOS region alignment on ivybridge platforms. #31
Comments
Interesting. |
This might be related to the issue I'm having. I am running coreboot 4.6-86-g72f730e23c on my T520 (with i5-3320M). With me_cleaner enabled in the coreboot build, I get frequent boot times (Windows 10) of around 60 seconds---incredibly long. The unusually long boots tend to occur immediately after a restart/shutdown. However, sometimes when starting the machine from a long term power off state (e.g. I shutdown and leave the laptop for a few minutes before turning it back on again) I would get an incredibly fast ~3 second boot. I have tried narrowing down under which conditions the 60 and ~3 second boots occur, but they seem somewhat unpredictable. All I can really tell is that sometimes when I would cold boot the machine after it was off for a while I would get a quick boot, but restarting the machine would yield a slow 60 second boot 100% of the time. With me_cleaner disabled, I get a standard ~8 second boot from my mSATA SSD. |
@dogroll im planing to flash my T520 aswell. Are there any other issues or everything working fine after applying me_cleaner? Excuse the offtopic and thanks in advance :) |
Hi, I couldn't discern any other issues, no 30 minute shutoff etc, so me_cleaner seems to work fine for the most part. But obviously the boot time issue is a bit of a turn off. I'm not a linux user so I didn't test that, perhaps this issue only affects windows. |
|
Confirmed both on x230 and ga-b75m-d3h. |
I finally had the time to check this.
but the PC boots fine without any delay. Do you have a timestamp log of those boots? If not build coreboot with the option @dogroll having a timestamp log for each boot (slow and fast) could be particularly useful. I'm afraid you'll need Linux though. |
I have completed the test on my thinkpad x230. bios region aligned to 0x1000
bios region aligned to 0x10000:
|
I've checked again on my Ivy Bridge platform with coreboot with full RAM training (MRC cache cleared) and with different RAM sticks combinations and the raminit is still fast, even if the BIOS region is not 64k-aligned. At this point it seems to me that your problem is specific for your board. You should try to get a verbose raminit log and ask on the coreboot ML. I had problems with RAM training on my board (with the ME intact) that required me to dump and restore the MRC cache at every coreboot update, but with recent builds the RAM training gets performed correctly with good performance: can you try again with the latest coreboot commits? |
Timestamp for the first boot after flash on my x230 with the latest coreboot commits. |
Do you have a verbose raminit log? |
I have just collected one, along with the corresponding timestamp: |
I have reported that a coreboot image with a cleansed and truncated ME region may cause the first boot costing more than 5 minutes. Now I confirm that in order to prevent this, the bios region should be aligned to 64KiB (0x10000) on ivybridges. Sandybridges do not have such limitation.
The text was updated successfully, but these errors were encountered: