ee8b8f5d83
After calling uefi interface allocate_pool to apply for memory, we
should clear 0 to prevent the possibility of using random values.
Signed-off-by: Qiang Ma <maqianga@uniontech.com>
Cc: <stable@vger.kernel.org> # v6.6+
Fixes: 732ea9db9d ("efi: libstub: Move screen_info handling to common code")
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
53 lines
1.3 KiB
C
53 lines
1.3 KiB
C
// SPDX-License-Identifier: GPL-2.0
|
|
|
|
#include <linux/efi.h>
|
|
#include <linux/screen_info.h>
|
|
|
|
#include <asm/efi.h>
|
|
|
|
#include "efistub.h"
|
|
|
|
/*
|
|
* There are two ways of populating the core kernel's struct screen_info via the stub:
|
|
* - using a configuration table, like below, which relies on the EFI init code
|
|
* to locate the table and copy the contents;
|
|
* - by linking directly to the core kernel's copy of the global symbol.
|
|
*
|
|
* The latter is preferred because it makes the EFIFB earlycon available very
|
|
* early, but it only works if the EFI stub is part of the core kernel image
|
|
* itself. The zboot decompressor can only use the configuration table
|
|
* approach.
|
|
*/
|
|
|
|
static efi_guid_t screen_info_guid = LINUX_EFI_SCREEN_INFO_TABLE_GUID;
|
|
|
|
struct screen_info *__alloc_screen_info(void)
|
|
{
|
|
struct screen_info *si;
|
|
efi_status_t status;
|
|
|
|
status = efi_bs_call(allocate_pool, EFI_ACPI_RECLAIM_MEMORY,
|
|
sizeof(*si), (void **)&si);
|
|
|
|
if (status != EFI_SUCCESS)
|
|
return NULL;
|
|
|
|
memset(si, 0, sizeof(*si));
|
|
|
|
status = efi_bs_call(install_configuration_table,
|
|
&screen_info_guid, si);
|
|
if (status == EFI_SUCCESS)
|
|
return si;
|
|
|
|
efi_bs_call(free_pool, si);
|
|
return NULL;
|
|
}
|
|
|
|
void free_screen_info(struct screen_info *si)
|
|
{
|
|
if (!si)
|
|
return;
|
|
|
|
efi_bs_call(install_configuration_table, &screen_info_guid, NULL);
|
|
efi_bs_call(free_pool, si);
|
|
}
|