From: Tom Lendacky <thomas.lendacky@amd.com>
To: "Kirill A. Shutemov" <kirill@shutemov.name>
Cc: Christopher Schramm <linux@cschramm.eu>,
linux-kernel@vger.kernel.org, x86@kernel.org,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Michael Roth <michael.roth@amd.com>,
Joerg Roedel <jroedel@suse.de>,
Dionna Glaze <dionnaglaze@google.com>,
Andy Lutomirski <luto@kernel.org>,
Peter Zijlstra <peterz@infradead.org>
Subject: Re: [PATCH v9 5/6] x86/sev: Add SNP-specific unaccepted memory support
Date: Tue, 12 Sep 2023 09:49:05 -0500 [thread overview]
Message-ID: <1c934f15-cc86-714f-e9d7-d7fbe29890dc@amd.com> (raw)
In-Reply-To: <20230912121719.6i6ojvbb6ptw2i2l@box.shutemov.name>
On 9/12/23 07:17, Kirill A. Shutemov wrote:
> On Thu, Sep 07, 2023 at 11:50:15AM -0500, Tom Lendacky wrote:
>>> From a quick look at
>>>
>>> [PATCHv14 9/9] x86/tdx: Add unaccepted memory support
>>>
>>> it actually seems very similar for INTEL_TDX_GUEST.
>>>
>>> Ideally UNACCEPTED_MEMORY would not assume EFI either, but the
>>> implementation actually clearly does.
>>
>> @Kirill, is this something you are interested in having as well?
>
> Unaccepted memory is an EFI feature I don't see how UNACCEPTED_MEMORY can
> be untied from EFI. If there's other (non-EFI) environment that has
> similar concept, sure we can try to generalize it beyond EFI.
Sorry, didn't mean to include the EFI related statement there. Agreed that
unaccepted memory is only an EFI feature right now.
>
> TDX guest is only runs with EFI firmware so far, so depending onf EFI and
> EFI_STUB is fine for TDX>
Right, SEV initially only ran on EFI firmware, but others have managed to
get it working in other environments. So I was just wondering if you would
also want to split the UNACCEPTED_MEMORY out for TDX similar to what was
suggested for SEV.
Thanks,
Tom
>
next prev parent reply other threads:[~2023-09-12 14:49 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-06 14:26 [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 1/9] mm: Add " Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 2/9] efi/x86: Get full memory map in allocate_e820() Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 3/9] efi/libstub: Implement support for unaccepted memory Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 4/9] x86/boot/compressed: Handle " Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 5/9] efi: Add unaccepted memory support Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-07-03 13:25 ` [PATCHv14 5/9] " Mel Gorman
2023-07-04 14:37 ` Kirill A. Shutemov
2023-07-12 9:18 ` Mel Gorman
2023-10-10 21:05 ` Michael Roth
2023-10-13 12:33 ` Kirill A. Shutemov
2023-10-13 16:22 ` Kirill A. Shutemov
2023-10-13 16:44 ` Vlastimil Babka
2023-10-13 17:27 ` Kirill A. Shutemov
2023-10-13 21:54 ` Kirill A. Shutemov
2023-10-13 17:45 ` Tom Lendacky
2023-10-13 19:53 ` Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 6/9] efi/unaccepted: Avoid load_unaligned_zeropad() stepping into unaccepted memory Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 7/9] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 8/9] x86/tdx: Refactor try_accept_one() Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:26 ` [PATCHv14 9/9] x86/tdx: Add unaccepted memory support Kirill A. Shutemov
2023-06-06 19:42 ` [tip: x86/cc] " tip-bot2 for Kirill A. Shutemov
2023-06-06 14:51 ` [PATCH v9 0/6] Provide SEV-SNP support for unaccepted memory Tom Lendacky
2023-06-06 14:51 ` [PATCH v9 1/6] x86/sev: Fix calculation of end address based on number of pages Tom Lendacky
2023-06-06 14:51 ` [PATCH v9 2/6] x86/sev: Put PSC struct on the stack in prep for unaccepted memory support Tom Lendacky
2023-06-06 14:51 ` [PATCH v9 3/6] x86/sev: Allow for use of the early boot GHCB for PSC requests Tom Lendacky
2023-06-06 14:51 ` [PATCH v9 4/6] x86/sev: Use large PSC requests if applicable Tom Lendacky
2023-06-06 14:51 ` [PATCH v9 5/6] x86/sev: Add SNP-specific unaccepted memory support Tom Lendacky
2023-09-06 14:04 ` Christopher Schramm
2023-09-07 16:50 ` Tom Lendacky
2023-09-12 12:17 ` Kirill A. Shutemov
2023-09-12 14:49 ` Tom Lendacky [this message]
2023-06-06 14:51 ` [PATCH v9 6/6] x86/efi: Safely enable unaccepted memory in UEFI Tom Lendacky
2023-06-06 15:39 ` Ard Biesheuvel
2023-06-06 16:16 ` [PATCHv14 0/9] mm, x86/cc, efi: Implement support for unaccepted memory Borislav Petkov
2023-06-06 16:25 ` Borislav Petkov
2023-06-06 18:14 ` Kirill A. Shutemov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1c934f15-cc86-714f-e9d7-d7fbe29890dc@amd.com \
--to=thomas.lendacky@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=dionnaglaze@google.com \
--cc=hpa@zytor.com \
--cc=jroedel@suse.de \
--cc=kirill@shutemov.name \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@cschramm.eu \
--cc=luto@kernel.org \
--cc=michael.roth@amd.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®