We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
etc/e820
Currently, the VM PAL assumes hard-coded reserved memory ranges and does not consult the E820 memory table.
This worked in the previous QEMU versions (e.g. it works on 6.2.0), but fails on e.g. 8.0.4.
I did a pretty stupid hard-coding like this:
gramine-tdx/pal/src/host/vm/pal_main.c
Lines 173 to 175 in 8598f92
(Note that TDX PAL correctly constructs the E820 table from the info provided by the TDX hobs.)
So it looks like I should use the etc/e820 fw_cfg file from now on. This was introduced in 2013, so no issues with older QEMUs.
Moreover, I cannot use FW_CFG_E820_TABLE fw_cfg, as it was deprecated since 7.2.0.
FW_CFG_E820_TABLE
TODO: implement /etc/e820 fw_cfg and reconstruct the bytes from QEMU into our data struct. See qemu/qemu@7d67110 for details.
/etc/e820
The text was updated successfully, but these errors were encountered:
Successfully merging a pull request may close this issue.
Currently, the VM PAL assumes hard-coded reserved memory ranges and does not consult the E820 memory table.
This worked in the previous QEMU versions (e.g. it works on 6.2.0), but fails on e.g. 8.0.4.
I did a pretty stupid hard-coding like this:
gramine-tdx/pal/src/host/vm/pal_main.c
Lines 173 to 175 in 8598f92
(Note that TDX PAL correctly constructs the E820 table from the info provided by the TDX hobs.)
So it looks like I should use the
etc/e820
fw_cfg file from now on. This was introduced in 2013, so no issues with older QEMUs.Moreover, I cannot use
FW_CFG_E820_TABLE
fw_cfg, as it was deprecated since 7.2.0.TODO: implement
/etc/e820
fw_cfg and reconstruct the bytes from QEMU into our data struct. See qemu/qemu@7d67110 for details.The text was updated successfully, but these errors were encountered: