-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
configs/config.protectli_vp2420: bump for Timeout fix #407
configs/config.protectli_vp2420: bump for Timeout fix #407
Conversation
Signed-off-by: Michał Żygowski <[email protected]>
529f28b
to
9c29558
Compare
@mkopec tested and works now. Please review |
0c77fcd
to
6aa8bd3
Compare
6aa8bd3
to
ef92d10
Compare
ef92d10
to
135f7dc
Compare
Ah the problem is not vboot itself but the amount of cache... This SoC have barely 4MB L3 cache, while FW_MAIN_A is nearly 3MB in size. Fetching it all and calculating a hash for vboot verifications fills up whole cache and romstage has no space for execution already... The issue was no triggered before because the payload was a bit smaller, but it doesn't;t change the fact that we were living on the edge here. I guess we will need a rebase and switch to VBOOT_CBFS_INTEGRATION to reduce the cache usage in pre-ram phase during verification. |
Signed-off-by: Michał Żygowski <[email protected]>
135f7dc
to
8fbb7e0
Compare
To reduce the cache usage I have removed separate verstage (now vboot will run inside botoblock) |
When system_uuid CBFS file is present and contains the UUID in a string format, the driver will parse it and convert to binary format to populate the SMBIOS type 1 UUID field. TEST=Add UUID file and boot MSI PRO Z690-A DDR4 WIFI and check with dmidecode if the UUID is populated correctly. Signed-off-by: Michał Żygowski <[email protected]> Change-Id: I22f22f4e8742716283d2fcaba4894c06cef3a4bf Reviewed-on: https://review.coreboot.org/c/coreboot/+/64639 Reviewed-by: Krystian Hebel <[email protected]> Tested-by: build bot (Jenkins) <[email protected]>
…FS file not found Signed-off-by: Michał Żygowski <[email protected]>
Signed-off-by: Michał Żygowski <[email protected]>
Signed-off-by: Michał Żygowski <[email protected]>
UNTESTED.
I accidentally bricked the platform when developing fix and had to move to vp4670. So there may be some changes between EDK2 revision which break the booting on this platform.