diff options
| author | Thomas Gleixner <[email protected]> | 2023-06-16 22:15:31 +0200 |
|---|---|---|
| committer | Thomas Gleixner <[email protected]> | 2023-06-16 22:23:27 +0200 |
| commit | 0a9567ac5e6a40cdd9c8cd15b19a62a15250f450 (patch) | |
| tree | 0c1d3d3f37034f753d24ffac69d6d48881813250 /tools/testing/selftests/bpf/prog_tests/queue_stack_map.c | |
| parent | b81fac906a8f9e682e513ddd95697ec7a20878d4 (diff) | |
x86/mem_encrypt: Unbreak the AMD_MEM_ENCRYPT=n build
Moving mem_encrypt_init() broke the AMD_MEM_ENCRYPT=n because the
declaration of that function was under #ifdef CONFIG_AMD_MEM_ENCRYPT and
the obvious placement for the inline stub was the #else path.
This is a leftover of commit 20f07a044a76 ("x86/sev: Move common memory
encryption code to mem_encrypt.c") which made mem_encrypt_init() depend on
X86_MEM_ENCRYPT without moving the prototype. That did not fail back then
because there was no stub inline as the core init code had a weak function.
Move both the declaration and the stub out of the CONFIG_AMD_MEM_ENCRYPT
section and guard it with CONFIG_X86_MEM_ENCRYPT.
Fixes: 439e17576eb4 ("init, x86: Move mem_encrypt_init() into arch_cpu_finalize_init()")
Reported-by: kernel test robot <[email protected]>
Signed-off-by: Thomas Gleixner <[email protected]>
Closes: https://lore.kernel.org/oe-kbuild-all/[email protected]/
Diffstat (limited to 'tools/testing/selftests/bpf/prog_tests/queue_stack_map.c')
0 files changed, 0 insertions, 0 deletions