Skip to content
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

Bring back TPM PPI in RAM #198

Merged
merged 3 commits into from
Dec 18, 2024
Merged

Bring back TPM PPI in RAM #198

merged 3 commits into from
Dec 18, 2024

Conversation

miczyg1
Copy link
Contributor

@miczyg1 miczyg1 commented Dec 12, 2024

Added more flushes and a stall before reset to get the flush or wbinvd hit the RAM.

Now with the VP66xx power cycles fixed: Dasharo/dasharo-blobs#31 RAM backed for PPI works on VP6670 (the power cycle fix was not enough, the flushes in this PR are required as well). Similar fixes landed for VP32xx and VP2430 and the TPM PPI in RAM works there too.

Tested also on VP2410, where RAM backed did not want to work too. Unfortunately still doesn't work, even when request is sent from OS. The memory content of TPM PPI area looks random.

@miczyg1 miczyg1 requested a review from mkopec December 12, 2024 15:52
Certain platform like VP2410 can not keep RAM contents between reboots
which results in TPM PPI to not work. Add an option to let platform
use UEFI variable backed TPM PPI. It will let firmware menu PPI
requests to be processed properly at the cost of not working OS runtime
PPI requests which did not work anyway.

Signed-off-by: Michał Żygowski <[email protected]>
@miczyg1
Copy link
Contributor Author

miczyg1 commented Dec 18, 2024

@mkopec ping

@miczyg1 miczyg1 merged commit 0976fc5 into dasharo Dec 18, 2024
3 checks passed
@miczyg1 miczyg1 deleted the ppi_test branch December 18, 2024 11:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants