ec4acbbd98
- Try to fix things for new compiler madness. I really don't know why gcc decided __attribute__((packed)) on a "typedef struct" should imply __attribute__((align (1))) and that it should have a warning that it does so. The obvious behavior would be to keep the alignment of the first element unless it's used in another object or type that /also/ hask the packed attribute. Why should it change the default alignment at all? - Merge in the BLS patches Javier and I wrote. - Attempt to fix pmtimer initialization failures to not be super duper slow. Signed-off-by: Peter Jones <pjones@redhat.com>
32 lines
1001 B
Diff
32 lines
1001 B
Diff
From a2777060620735d6b59cf04e9ee866a205f06091 Mon Sep 17 00:00:00 2001
|
|
From: Robert Elliott <elliott@hpe.com>
|
|
Date: Fri, 22 Jan 2016 13:32:30 +0100
|
|
Subject: [PATCH 141/206] efiemu: Handle persistent RAM and unknown possible
|
|
future additions.
|
|
|
|
(cherry picked from commit ae3b83a4d4df75a01198a2fed7542391e7c449e0)
|
|
|
|
Resolves: rhbz#1288608
|
|
---
|
|
grub-core/efiemu/mm.c | 4 ++--
|
|
1 file changed, 2 insertions(+), 2 deletions(-)
|
|
|
|
diff --git a/grub-core/efiemu/mm.c b/grub-core/efiemu/mm.c
|
|
index 52a032f7b2e..92e7df7e501 100644
|
|
--- a/grub-core/efiemu/mm.c
|
|
+++ b/grub-core/efiemu/mm.c
|
|
@@ -410,8 +410,8 @@ fill_hook (grub_uint64_t addr, grub_uint64_t size, grub_memory_type_t type,
|
|
return grub_efiemu_add_to_mmap (addr, size,
|
|
GRUB_EFI_ACPI_MEMORY_NVS);
|
|
|
|
- case GRUB_MEMORY_PERSISTENT:
|
|
- case GRUB_MEMORY_PERSISTENT_LEGACY:
|
|
+ case GRUB_MEMORY_PRAM:
|
|
+ case GRUB_MEMORY_PMEM:
|
|
return grub_efiemu_add_to_mmap (addr, size,
|
|
GRUB_EFI_PERSISTENT_MEMORY);
|
|
default:
|
|
--
|
|
2.15.0
|
|
|