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>
31 lines
970 B
Diff
31 lines
970 B
Diff
From cff986aeb1735ff5d9f4f0021faf2beda10b9dae Mon Sep 17 00:00:00 2001
|
|
From: Vladimir Serbinenko <phcoder@gmail.com>
|
|
Date: Fri, 22 Jan 2016 14:10:30 +0100
|
|
Subject: [PATCH 142/206] efiemu: Fix compilation failure
|
|
|
|
(cherry picked from commit b6a03dfd327489d53ee07c6d7d593b99c7b7cb62)
|
|
|
|
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 92e7df7e501..52a032f7b2e 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_PRAM:
|
|
- case GRUB_MEMORY_PMEM:
|
|
+ case GRUB_MEMORY_PERSISTENT:
|
|
+ case GRUB_MEMORY_PERSISTENT_LEGACY:
|
|
return grub_efiemu_add_to_mmap (addr, size,
|
|
GRUB_EFI_PERSISTENT_MEMORY);
|
|
default:
|
|
--
|
|
2.15.0
|
|
|