-
Notifications
You must be signed in to change notification settings - Fork 1
Slaunch support for Xen.efi #21
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
Conversation
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
f25f75b to
aa2fcc5
Compare
aa2fcc5 to
f484787
Compare
4fcdf5b to
274d462
Compare
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
…PMR_SIZE Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
This is to allow reusing the same code from a different place. Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Add boot_params_base field. Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Add PSP version and update types for consistency. Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
To prevent measurements from changing when the only thing that has changed is some address. Addresses can vary due to bootloader, firmware or user doing something differently or just if GRUB gets bigger in size due to inclusion of more modules and ends up offsetting newly allocated memory. Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
274d462 to
c1ba559
Compare
|
In addition to force-pushing changes (some of them are new for this PR) I changed the target branch to deal with 4.17.4 (which builder calls 4.17.5 for some reason) instead of staging. This is because Xen staging has different ABI which can't be used on Qubes OS 4.2. |
3588c76 to
9eec232
Compare
faa5bdb to
9c6c3cb
Compare
|
@miczyg1 all your threads are resolved here, can you please approve if you have no more comments? |
9c6c3cb to
f3db106
Compare
I can but there are also @krystian-hebel threads unresolved. |
|
I am aware, @krystian-hebel will do his part as well. |
|
Also, I only tested the legacy boot path of this code and it didn't work so I am not convinced to give approve yet. |
miczyg1
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@macpijan told we will be looking into legacy boot later too. For now I approve my review being addressed.
When running on an EFI-enabled system, Xen needs to have access to Boot Services in order to initialize itself properly and reach a state in which a Dom0 kernel can operate without issues. This means that DRTM must be started in the middle of Xen's initialization process. This effect is achieved via a callback into bootloader (GRUB) which is responsible for initiating DRTM and continuing Xen's initialization process. The latter is achieved by branching in Slaunch entry point on a flag to switch back into long mode and calling the same function which Xen would execute as the next step without DRTM. Signed-off-by: Krystian Hebel <krystian.hebel@3mdeb.com> Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
Signed-off-by: Sergii Dmytruk <sergii.dmytruk@3mdeb.com>
f3db106 to
1278ae8
Compare
An upstream fix will be gone on a future rebase. Code improvements and measurement corrections follow. The actual support is added in the penultimate commit, see its commit message for some details. CI has some issues with the latest latest qubes-builderv2 (
sudoisn't passwordless in a container which the builder creates), I just pinned its version to an older commit which works.