[PATCH v2 3/4] x86/power: Implement relaxed E820 memory map integrity check
Marco Scardovi <[email protected]> Tue, 23 Jun 2026 18:47:29 +0200
| Newsgroups | dev.linux.lists.regressions,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pm |
|---|---|
| Message-ID | <[email protected]> |
On some UEFI platforms (such as the HP OmniBook X Flip), resuming from hibernation fails with 'Hibernate inconsistent memory map detected!' because the UEFI firmware makes non-deterministic allocations or shifts reserved/ACPI memory regions dynamically across boots. This changes the CRC32 checksum computed over the entire E820 table, even though the usable RAM layout remains completely identical and safe to restore. However, bypassing the E820 integrity check entirely is risky, as the restored kernel might access shifted ACPI tables, AML operation regions, or UEFI runtime services at stale physical addresses, leading to post-resume crashes or corruption. Implement a relaxed verification path if 'hibernate=relaxed_memmap' is set. If the full E820 table checksum mismatches, perform a secondary check comparing only the usable RAM regions. If the RAM regions differ, the resume is aborted to prevent direct map mismatches and paging faults. If the RAM regions match, the resume is allowed to proceed with a warning. To support this, add a secondary 'e820_ram_checksum' field to the x86 'restore_data_record', and increment 'RESTORE_MAGIC' to signal the header layout change. Assisted-by: Antigravity:gemini-3.5-flash Signed-off-by: Marco Scardovi <[email protected]> --- arch/x86/power/hibernate.c | 40 ++++++++++++++++++++++++++++++++++---- 1 file changed, 36 insertions(+), 4 deletions(-) diff --git a/arch/x86/power/hibernate.c b/arch/x86/power/hibernate.c index a2294c1649f6..88452769d1aa 100644 --- a/arch/x86/power/hibernate.c +++ b/arch/x86/power/hibernate.c @@ -61,6 +61,7 @@ struct restore_data_record { unsigned long cr3; unsigned long magic; unsigned long e820_checksum; + unsigned long e820_ram_checksum; }; /** @@ -78,10 +79,32 @@ static inline u32 compute_e820_crc32(struct e820_table *table) return ~crc32_le(~0, (unsigned char const *)table, size); } +/** + * compute_e820_ram_crc32 - calculate crc32 of usable RAM regions in e820 table + * + * @table: the e820 table to be calculated + * + * Return: the resulting checksum + */ +static u32 compute_e820_ram_crc32(struct e820_table *table) +{ + u32 crc = ~0; + int i; + + for (i = 0; i < table->nr_entries; i++) { + if (table->entries[i].type == E820_TYPE_RAM) { + crc = crc32_le(crc, (unsigned char const *)&table->entries[i], + sizeof(struct e820_entry)); + } + } + + return ~crc; +} + #ifdef CONFIG_X86_64 -#define RESTORE_MAGIC 0x23456789ABCDEF02UL +#define RESTORE_MAGIC 0x23456789ABCDEF03UL #else -#define RESTORE_MAGIC 0x12345679UL +#define RESTORE_MAGIC 0x1234567AUL #endif /** @@ -122,6 +145,7 @@ int arch_hibernation_header_save(void *addr, unsigned int max_size) rdr->cr3 = restore_cr3 & ~CR3_PCID_MASK; rdr->e820_checksum = compute_e820_crc32(e820_table_firmware); + rdr->e820_ram_checksum = compute_e820_ram_crc32(e820_table_firmware); return 0; } @@ -144,8 +168,16 @@ int arch_hibernation_header_restore(void *addr) restore_cr3 = rdr->cr3; if (rdr->e820_checksum != compute_e820_crc32(e820_table_firmware)) { - pr_crit("Hibernate inconsistent memory map detected!\n"); - return -ENODEV; + if (hibernate_relaxed_memmap) { + if (rdr->e820_ram_checksum != compute_e820_ram_crc32(e820_table_firmware)) { + pr_crit("Hibernate inconsistent RAM map detected!\n"); + return -ENODEV; + } + pr_warn("Hibernate inconsistent non-RAM memory map ignored due to relaxed_memmap!\n"); + } else { + pr_crit("Hibernate inconsistent memory map detected!\n"); + return -ENODEV; + } } return 0; -- 2.54.0