diff options
| author | Thiago Jung Bauermann <bauerman@linux.ibm.com> | 2019-08-06 01:49:18 -0300 |
|---|---|---|
| committer | Michael Ellerman <mpe@ellerman.id.au> | 2019-08-09 22:52:10 +1000 |
| commit | ae7eb82a92fae4d255a0caa9f7c0f99e3babfec1 (patch) | |
| tree | 437ed5313f25e22610f994171ecc7a355ba62590 /arch/x86/mm/mem_encrypt.c | |
| parent | 284e21fab2cfcf90dacce565e0b12f29e5df00c1 (diff) | |
| download | linux-ae7eb82a92fae4d255a0caa9f7c0f99e3babfec1.tar.gz linux-ae7eb82a92fae4d255a0caa9f7c0f99e3babfec1.tar.bz2 linux-ae7eb82a92fae4d255a0caa9f7c0f99e3babfec1.zip | |
fs/core/vmcore: Move sev_active() reference to x86 arch code
Secure Encrypted Virtualization is an x86-specific feature, so it shouldn't
appear in generic kernel code because it forces non-x86 architectures to
define the sev_active() function, which doesn't make a lot of sense.
To solve this problem, add an x86 elfcorehdr_read() function to override
the generic weak implementation. To do that, it's necessary to make
read_from_oldmem() public so that it can be used outside of vmcore.c.
Also, remove the export for sev_active() since it's only used in files that
won't be built as modules.
Signed-off-by: Thiago Jung Bauermann <bauerman@linux.ibm.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Lianbo Jiang <lijiang@redhat.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20190806044919.10622-6-bauerman@linux.ibm.com
Diffstat (limited to 'arch/x86/mm/mem_encrypt.c')
| -rw-r--r-- | arch/x86/mm/mem_encrypt.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c index 94da5a88abe6..9268c12458c8 100644 --- a/arch/x86/mm/mem_encrypt.c +++ b/arch/x86/mm/mem_encrypt.c @@ -349,7 +349,6 @@ bool sev_active(void) { return sme_me_mask && sev_enabled; } -EXPORT_SYMBOL(sev_active); /* Override for DMA direct allocation check - ARCH_HAS_FORCE_DMA_UNENCRYPTED */ bool force_dma_unencrypted(struct device *dev) |