Fix ACPI BGRT support for images located in EFI boot services memory
v4 cover Fix ACPI BGRT support for images located in EFI boot services memory
The ACPI BGRT lets the OS access the BIOS logo image and its position on the screen at boot time, allowing it to maintain that image on the screen until ready to display something else, making boot more seamless. This series fixes support for accessing the boot logo image via the BGRT when the BIOS stores it in EFI boot services memory, as recommended by the ACPI 5.0 spec. Linux needs to copy the image out of boot services memory before reclaiming boot services memory.
The first patch refactors EFI initialization to defer freeing boot services memory until much later in the boot process, and in particular until after we have ACPI available. The second patch adds a helper function to look up existing EFI boot services mappings, to avoid re-mapping them. The third patch moves BGRT initialization to before the reclamation of boot services memory, copies the logo at that point, and reworks the existing BGRT driver to use that existing copy.
v2: Made the new internal function efi_unmap_memmap static. Incorporated
feedback from H. Peter Anvin and Matt Fleming: added stubs for x86-specific EFI functions called from init/main.c to eliminate the corresponding ifdefs in start_kernel; deferred efi_free_boot_services even later, to just before free_initmem.
v3: Moved efi_free_boot_services back to right after EFI initialization, to
avoid a WARN from check_early_ioremap_leak about not calling early_iounmap soon enough.
v4: Cast the integral phys_addr through unsigned long before casting it to a
pointer, to avoid a warning "cast to pointer from integer of different size" on 32-bit x86. Don't define efi_enter_virtual_mode as a stub on non-x86, because a different function exists on ia64 with that name, and ia64 calls that function in a different point in its initialiation; instead, go back to calling efi_enter_virtual_mode in init/main.c under an #ifdef CONFIG_X86. Define the stubs for efi_late_init and efi_free_boot_services using "static inline" to avoid unused function warnings.
v4 should replace the version currently in tip x86/efi.
Josh Triplett (3):
efi: Defer freeing boot services memory until after ACPI init
efi: Add a function to look up existing IO memory mappings
efi: Fix the ACPI BGRT driver for images located in EFI boot services memory
arch/x86/platform/efi/Makefile | 1 + arch/x86/platform/efi/efi-bgrt.c | 76 ++++++++++++++++++++++++++++++++++++++ arch/x86/platform/efi/efi.c | 65 +++++++++++++++++++++++++------- drivers/acpi/Kconfig | 4 +- drivers/acpi/bgrt.c | 76 +++++--------------------------------- include/linux/efi-bgrt.h | 21 +++++++++++ include/linux/efi.h | 8 ++++ init/main.c | 5 +++ 8 files changed, 174 insertions(+), 82 deletions(-) create mode 100644 arch/x86/platform/efi/efi-bgrt.c create mode 100644 include/linux/efi-bgrt.h
Signature · 1 line
1.7.10.4
PATCH v4 1/3 efi: Defer freeing boot services memory until after ACPI init
Some new ACPI 5.0 tables reference resources stored in boot services memory, so keep that memory around until we have ACPI and can extract data from it.
--- arch/x86/platform/efi/efi.c | 31 ++++++++++++++++++------------- include/linux/efi.h | 5 +++++ init/main.c | 3 +++ 3 files changed, 26 insertions(+), 13 deletions(-)
arch/x86/platform/efi/efi.c +18 -13
@@ -419,10 +419,21 @@ void __init efi_reserve_boot_services(void) } } -static void __init efi_free_boot_services (void ) +static void __init efi_unmap_memmap (void ) +{ +if (memmap.map) { +early_iounmap (memmap.map, memmap.nr_map * memmap.desc_size); + memmap.map =NULL ; + } +} + +void __init efi_free_boot_services (void ) {void *p; +if (!efi_native) +return ; +for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) {efi_memory_desc_t *md = p;unsigned long long start = md->phys_addr;
@@ -438,6 +449,8 @@ static void __init efi_free_boot_services(void)free_bootmem_late (start, size); } + +efi_unmap_memmap (); }static int __init efi_systab_init (void *phys)
@@ -787,8 +800,10 @@ void __init efi_enter_virtual_mode(void)* non-native EFI */ -if (!efi_native) - goto out; +if (!efi_native) { +efi_unmap_memmap (); +return ; + }/* Merge contiguous regions of the same type and attribute */ for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) {
@@ -878,13 +893,6 @@ void __init efi_enter_virtual_mode(void) }/* -* Thankfully, it does seem that no runtime services other than -* SetVirtualAddressMap() will touch boot services code, so we can -* get rid of it all at this point -*/ -efi_free_boot_services (); - -/* * Now that EFI is in virtual mode, update the function * pointers in the runtime service table to the new virtual addresses. *
@@ -907,9 +915,6 @@ void __init efi_enter_virtual_mode(void)if (__supported_pte_mask & _PAGE_NX)runtime_code_page_mkexec (); -out: -early_iounmap (memmap.map, memmap.nr_map * memmap.desc_size); - memmap.map =NULL ;kfree (new_memmap); }
include/linux/efi.h +5 -0
@@ -496,6 +496,11 @@ extern void efi_map_pal_code (void);extern void efi_memmap_walk (efi_freemem_callback_t callback,void *arg);extern void efi_gettimeofday (struct timespec *ts);extern void efi_enter_virtual_mode (void );/* switch EFI to virtual mode, if possible */ +#ifdef CONFIG_X86 +extern void efi_free_boot_services (void ); +#else +static inline void efi_free_boot_services (void ) {} +#endif extern u64 efi_get_iobase (void );extern u32 efi_mem_type (unsigned long phys_addr);extern u64 efi_mem_attributes (unsigned long phys_addr);
init/main.c +3 -0
@@ -631,6 +631,9 @@ asmlinkage void __init start_kernel(void)acpi_early_init ();/* before LAPIC and SMP init */ sfi_init_late (); +if (efi_enabled) +efi_free_boot_services (); +ftrace_init ();/* Do the rest non-__init'ed, we're now alive */
Signature · 1 line
1.7.10.4
[tip:x86/efi] efi: Defer freeing boot services memory until after ACPI init
Commit-ID: 785107923a83d8456bbd8564e288a24d84109a46 Gitweb: http://git.kernel.org/tip/785107923a83d8456bbd8564e288a24d84109a46 Author: Josh Triplett <[email protected]> AuthorDate: Fri, 28 Sep 2012 17:55:44 -0700 Committer: H. Peter Anvin <[email protected]> CommitDate: Sat, 29 Sep 2012 12:21:01 -0700
efi: Defer freeing boot services memory until after ACPI init
Some new ACPI 5.0 tables reference resources stored in boot services memory, so keep that memory around until we have ACPI and can extract data from it.
--- arch/x86/platform/efi/efi.c | 31 ++++++++++++++++++------------- include/linux/efi.h | 5 +++++ init/main.c | 3 +++ 3 files changed, 26 insertions(+), 13 deletions(-)
arch/x86/platform/efi/efi.c +18 -13
@@ -419,10 +419,21 @@ void __init efi_reserve_boot_services(void) } } -static void __init efi_free_boot_services (void ) +static void __init efi_unmap_memmap (void ) +{ +if (memmap.map) { +early_iounmap (memmap.map, memmap.nr_map * memmap.desc_size); + memmap.map =NULL ; + } +} + +void __init efi_free_boot_services (void ) {void *p; +if (!efi_native) +return ; +for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) {efi_memory_desc_t *md = p;unsigned long long start = md->phys_addr;
@@ -438,6 +449,8 @@ static void __init efi_free_boot_services(void)free_bootmem_late (start, size); } + +efi_unmap_memmap (); }static int __init efi_systab_init (void *phys)
@@ -787,8 +800,10 @@ void __init efi_enter_virtual_mode(void)* non-native EFI */ -if (!efi_native) - goto out; +if (!efi_native) { +efi_unmap_memmap (); +return ; + }/* Merge contiguous regions of the same type and attribute */ for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) {
@@ -878,13 +893,6 @@ void __init efi_enter_virtual_mode(void) }/* -* Thankfully, it does seem that no runtime services other than -* SetVirtualAddressMap() will touch boot services code, so we can -* get rid of it all at this point -*/ -efi_free_boot_services (); - -/* * Now that EFI is in virtual mode, update the function * pointers in the runtime service table to the new virtual addresses. *
@@ -907,9 +915,6 @@ void __init efi_enter_virtual_mode(void)if (__supported_pte_mask & _PAGE_NX)runtime_code_page_mkexec (); -out: -early_iounmap (memmap.map, memmap.nr_map * memmap.desc_size); - memmap.map =NULL ;kfree (new_memmap); }
include/linux/efi.h +5 -0
@@ -496,6 +496,11 @@ extern void efi_map_pal_code (void);extern void efi_memmap_walk (efi_freemem_callback_t callback,void *arg);extern void efi_gettimeofday (struct timespec *ts);extern void efi_enter_virtual_mode (void );/* switch EFI to virtual mode, if possible */ +#ifdef CONFIG_X86 +extern void efi_free_boot_services (void ); +#else +static inline void efi_free_boot_services (void ) {} +#endif extern u64 efi_get_iobase (void );extern u32 efi_mem_type (unsigned long phys_addr);extern u64 efi_mem_attributes (unsigned long phys_addr);
init/main.c +3 -0
@@ -631,6 +631,9 @@ asmlinkage void __init start_kernel(void)acpi_early_init ();/* before LAPIC and SMP init */ sfi_init_late (); +if (efi_enabled) +efi_free_boot_services (); +ftrace_init ();/* Do the rest non-__init'ed, we're now alive */
PATCH v4 2/3 efi: Add a function to look up existing IO memory mappings
In reply to Josh TriplettThe EFI initialization creates virtual mappings for EFI boot services memory, so if a driver wants to access EFI boot services memory, it cannot call ioremap itself; doing so will trip the WARN about mapping RAM twice. Thus, a driver accessing EFI boot services memory must do so via the existing mapping already created during EFI intiialization. Since the EFI code already maintains a memory map for that memory, add a function efi_lookup_mapped_addr to look up mappings in that memory map.
--- arch/x86/platform/efi/efi.c | 28 ++++++++++++++++++++++++++++ include/linux/efi.h | 1 + 2 files changed, 29 insertions(+)
arch/x86/platform/efi/efi.c +28 -0
@@ -777,6 +777,34 @@ static void __init runtime_code_page_mkexec(void) }/* +* We can't ioremap data in EFI boot services RAM, because we've already mapped +* it as RAM. So, look it up in the existing EFI memory map instead. Only +* callable after efi_enter_virtual_mode and before efi_free_boot_services. +*/ +void __iomem *efi_lookup_mapped_addr (u64 phys_addr) +{ +void *p; +if (WARN_ON (!memmap.map)) +return NULL ; +for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) { +efi_memory_desc_t *md = p; +u64 size = md->num_pages <<EFI_PAGE_SHIFT ; +u64 end = md->phys_addr + size; +if (!(md->attribute &EFI_MEMORY_RUNTIME ) && + md->type !=EFI_BOOT_SERVICES_CODE && + md->type !=EFI_BOOT_SERVICES_DATA ) +continue ; +if (!md->virt_addr) +continue ; +if (phys_addr >= md->phys_addr && phys_addr < end) { + phys_addr += md->virt_addr - md->phys_addr; +return (__force void __iomem *)(unsigned long )phys_addr; + } + } +return NULL ; +} + +/* * This function will switch the EFI runtime services to virtual mode. * Essentially, look through the EFI memmap and map every region that * has the runtime attribute bit set in its memory descriptor and update
include/linux/efi.h +1 -0
@@ -501,6 +501,7 @@ extern void efi_free_boot_services(void);#else static inline void efi_free_boot_services (void ) {}#endif +extern void __iomem *efi_lookup_mapped_addr (u64 phys_addr);extern u64 efi_get_iobase (void );extern u32 efi_mem_type (unsigned long phys_addr);extern u64 efi_mem_attributes (unsigned long phys_addr);
Signature · 1 line
1.7.10.4
[tip:x86/efi] efi: Add a function to look up existing IO memory mappings
Commit-ID: 7bc90e01c3f66c137e7e761f574bbf883087d590 Gitweb: http://git.kernel.org/tip/7bc90e01c3f66c137e7e761f574bbf883087d590 Author: Josh Triplett <[email protected]> AuthorDate: Fri, 28 Sep 2012 17:56:08 -0700 Committer: H. Peter Anvin <[email protected]> CommitDate: Sat, 29 Sep 2012 12:21:02 -0700
efi: Add a function to look up existing IO memory mappings
The EFI initialization creates virtual mappings for EFI boot services memory, so if a driver wants to access EFI boot services memory, it cannot call ioremap itself; doing so will trip the WARN about mapping RAM twice. Thus, a driver accessing EFI boot services memory must do so via the existing mapping already created during EFI intiialization. Since the EFI code already maintains a memory map for that memory, add a function efi_lookup_mapped_addr to look up mappings in that memory map.
--- arch/x86/platform/efi/efi.c | 28 ++++++++++++++++++++++++++++ include/linux/efi.h | 1 + 2 files changed, 29 insertions(+), 0 deletions(-)
arch/x86/platform/efi/efi.c +28 -0
@@ -777,6 +777,34 @@ static void __init runtime_code_page_mkexec(void) }/* +* We can't ioremap data in EFI boot services RAM, because we've already mapped +* it as RAM. So, look it up in the existing EFI memory map instead. Only +* callable after efi_enter_virtual_mode and before efi_free_boot_services. +*/ +void __iomem *efi_lookup_mapped_addr (u64 phys_addr) +{ +void *p; +if (WARN_ON (!memmap.map)) +return NULL ; +for (p = memmap.map; p < memmap.map_end; p += memmap.desc_size) { +efi_memory_desc_t *md = p; +u64 size = md->num_pages <<EFI_PAGE_SHIFT ; +u64 end = md->phys_addr + size; +if (!(md->attribute &EFI_MEMORY_RUNTIME ) && + md->type !=EFI_BOOT_SERVICES_CODE && + md->type !=EFI_BOOT_SERVICES_DATA ) +continue ; +if (!md->virt_addr) +continue ; +if (phys_addr >= md->phys_addr && phys_addr < end) { + phys_addr += md->virt_addr - md->phys_addr; +return (__force void __iomem *)(unsigned long )phys_addr; + } + } +return NULL ; +} + +/* * This function will switch the EFI runtime services to virtual mode. * Essentially, look through the EFI memmap and map every region that * has the runtime attribute bit set in its memory descriptor and update
include/linux/efi.h +1 -0
@@ -501,6 +501,7 @@ extern void efi_free_boot_services(void);#else static inline void efi_free_boot_services (void ) {}#endif +extern void __iomem *efi_lookup_mapped_addr (u64 phys_addr);extern u64 efi_get_iobase (void );extern u32 efi_mem_type (unsigned long phys_addr);extern u64 efi_mem_attributes (unsigned long phys_addr);
PATCH v4 3/3 efi: Fix the ACPI BGRT driver for images located in EFI boot services memory
In reply to Josh TriplettThe ACPI BGRT driver accesses the BIOS logo image when it initializes. However, ACPI 5.0 (which introduces the BGRT) recommends putting the logo image in EFI boot services memory, so that the OS can reclaim that memory. Production systems follow this recommendation, breaking the ACPI BGRT driver.
Move the bulk of the BGRT code to run during a new EFI late initialization phase, which occurs after switching EFI to virtual mode, and after initializing ACPI, but before freeing boot services memory. Copy the BIOS logo image to kernel memory at that point, and make it accessible to the BGRT driver. Rework the existing ACPI BGRT driver to act as a simple wrapper exposing that image (and the properties from the BGRT) via sysfs.
--- arch/x86/platform/efi/Makefile | 1 + arch/x86/platform/efi/efi-bgrt.c | 76 ++++++++++++++++++++++++++++++++++++++ arch/x86/platform/efi/efi.c | 6 +++ drivers/acpi/Kconfig | 4 +- drivers/acpi/bgrt.c | 76 +++++--------------------------------- include/linux/efi-bgrt.h | 21 +++++++++++ include/linux/efi.h | 2 + init/main.c | 4 +- 8 files changed, 120 insertions(+), 70 deletions(-) create mode 100644 arch/x86/platform/efi/efi-bgrt.c create mode 100644 include/linux/efi-bgrt.h
arch/x86/platform/efi/Makefile +1 -0
@@ -1 +1,2 @@ obj-$(CONFIG_EFI) += efi.o efi_$(BITS).o efi_stub_$(BITS).o +obj-$(CONFIG_ACPI_BGRT) += efi-bgrt.o
arch/x86/platform/efi/efi-bgrt.c new file +76 -0
76 lines not on this page · raw message
arch/x86/platform/efi/efi.c +6 -0
@@ -31,6 +31,7 @@#include <linux/kernel.h> #include <linux/init.h> #include <linux/efi.h> +#include <linux/efi-bgrt.h> #include <linux/export.h> #include <linux/bootmem.h> #include <linux/memblock.h>
@@ -745,6 +746,11 @@ void __init efi_init(void)#endif } +void __init efi_late_init (void ) +{ +efi_bgrt_init (); +} +void __init efi_set_executable (efi_memory_desc_t *md,bool executable) {u64 addr, npages;
drivers/acpi/Kconfig +2 -2
@@ -385,8 +385,8 @@ config ACPI_CUSTOM_METHOD to override that restriction). config ACPI_BGRT - tristate "Boottime Graphics Resource Table support" - default n + bool "Boottime Graphics Resource Table support" + depends on EFI help This driver adds support for exposing the ACPI Boottime Graphics Resource Table, which allows the operating system to obtain
drivers/acpi/bgrt.c +9 -67
119 lines not on this page · raw message
include/linux/efi-bgrt.h new file +21 -0
@@ -0,0 +1,21 @@ +#ifndef _LINUX_EFI_BGRT_H +#define _LINUX_EFI_BGRT_H + +#ifdef CONFIG_ACPI_BGRT + +#include <linux/acpi.h> + +void efi_bgrt_init (void ); + +/* The BGRT data itself; only valid if bgrt_image != NULL. */ +extern void *bgrt_image; +extern size_t bgrt_image_size; +extern struct acpi_table_bgrt *bgrt_tab; + +#else /* !CONFIG_ACPI_BGRT */ + +static inline void efi_bgrt_init (void ) {} + +#endif /* !CONFIG_ACPI_BGRT */ + +#endif /* _LINUX_EFI_BGRT_H */
include/linux/efi.h +2 -0
@@ -497,8 +497,10 @@ extern void efi_memmap_walk (efi_freemem_callback_t callback, void *arg);extern void efi_gettimeofday (struct timespec *ts);extern void efi_enter_virtual_mode (void );/* switch EFI to virtual mode, if possible */ #ifdef CONFIG_X86 +extern void efi_late_init (void );extern void efi_free_boot_services (void );#else +static inline void efi_late_init (void ) {}static inline void efi_free_boot_services (void ) {}#endif extern void __iomem *efi_lookup_mapped_addr (u64 phys_addr);
init/main.c +3 -1
@@ -631,8 +631,10 @@ asmlinkage void __init start_kernel(void)acpi_early_init ();/* before LAPIC and SMP init */ sfi_init_late (); -if (efi_enabled) +if (efi_enabled) { +efi_late_init ();efi_free_boot_services (); + }ftrace_init ();
Signature · 1 line
1.7.10.4
[tip:x86/efi] efi: Fix the ACPI BGRT driver for images located in EFI boot services memory
Commit-ID: 2223af389032425e3d1a70f9cb3a63feaa654ced Gitweb: http://git.kernel.org/tip/2223af389032425e3d1a70f9cb3a63feaa654ced Author: Josh Triplett <[email protected]> AuthorDate: Fri, 28 Sep 2012 17:57:05 -0700 Committer: H. Peter Anvin <[email protected]> CommitDate: Sat, 29 Sep 2012 12:21:03 -0700
efi: Fix the ACPI BGRT driver for images located in EFI boot services memory
The ACPI BGRT driver accesses the BIOS logo image when it initializes. However, ACPI 5.0 (which introduces the BGRT) recommends putting the logo image in EFI boot services memory, so that the OS can reclaim that memory. Production systems follow this recommendation, breaking the ACPI BGRT driver.
Move the bulk of the BGRT code to run during a new EFI late initialization phase, which occurs after switching EFI to virtual mode, and after initializing ACPI, but before freeing boot services memory. Copy the BIOS logo image to kernel memory at that point, and make it accessible to the BGRT driver. Rework the existing ACPI BGRT driver to act as a simple wrapper exposing that image (and the properties from the BGRT) via sysfs.
--- arch/x86/platform/efi/Makefile | 1 + arch/x86/platform/efi/efi-bgrt.c | 76 ++++++++++++++++++++++++++++++++++++++ arch/x86/platform/efi/efi.c | 6 +++ drivers/acpi/Kconfig | 4 +- drivers/acpi/bgrt.c | 76 ++++--------------------------------- include/linux/efi-bgrt.h | 21 ++++++++++ include/linux/efi.h | 2 + init/main.c | 4 +- 8 files changed, 120 insertions(+), 70 deletions(-)
arch/x86/platform/efi/Makefile +1 -0
@@ -1 +1,2 @@ obj-$(CONFIG_EFI) += efi.o efi_$(BITS).o efi_stub_$(BITS).o +obj-$(CONFIG_ACPI_BGRT) += efi-bgrt.o
arch/x86/platform/efi/efi-bgrt.c new file +76 -0
76 lines not on this page · raw message
arch/x86/platform/efi/efi.c +6 -0
@@ -31,6 +31,7 @@#include <linux/kernel.h> #include <linux/init.h> #include <linux/efi.h> +#include <linux/efi-bgrt.h> #include <linux/export.h> #include <linux/bootmem.h> #include <linux/memblock.h>
@@ -745,6 +746,11 @@ void __init efi_init(void)#endif } +void __init efi_late_init (void ) +{ +efi_bgrt_init (); +} +void __init efi_set_executable (efi_memory_desc_t *md,bool executable) {u64 addr, npages;
drivers/acpi/Kconfig +2 -2
@@ -385,8 +385,8 @@ config ACPI_CUSTOM_METHOD to override that restriction). config ACPI_BGRT - tristate "Boottime Graphics Resource Table support" - default n + bool "Boottime Graphics Resource Table support" + depends on EFI help This driver adds support for exposing the ACPI Boottime Graphics Resource Table, which allows the operating system to obtain
drivers/acpi/bgrt.c +9 -67
119 lines not on this page · raw message
include/linux/efi-bgrt.h new file +21 -0
@@ -0,0 +1,21 @@ +#ifndef _LINUX_EFI_BGRT_H +#define _LINUX_EFI_BGRT_H + +#ifdef CONFIG_ACPI_BGRT + +#include <linux/acpi.h> + +void efi_bgrt_init (void ); + +/* The BGRT data itself; only valid if bgrt_image != NULL. */ +extern void *bgrt_image; +extern size_t bgrt_image_size; +extern struct acpi_table_bgrt *bgrt_tab; + +#else /* !CONFIG_ACPI_BGRT */ + +static inline void efi_bgrt_init (void ) {} + +#endif /* !CONFIG_ACPI_BGRT */ + +#endif /* _LINUX_EFI_BGRT_H */
include/linux/efi.h +2 -0
@@ -497,8 +497,10 @@ extern void efi_memmap_walk (efi_freemem_callback_t callback, void *arg);extern void efi_gettimeofday (struct timespec *ts);extern void efi_enter_virtual_mode (void );/* switch EFI to virtual mode, if possible */ #ifdef CONFIG_X86 +extern void efi_late_init (void );extern void efi_free_boot_services (void );#else +static inline void efi_late_init (void ) {}static inline void efi_free_boot_services (void ) {}#endif extern void __iomem *efi_lookup_mapped_addr (u64 phys_addr);
init/main.c +3 -1
@@ -631,8 +631,10 @@ asmlinkage void __init start_kernel(void)acpi_early_init ();/* before LAPIC and SMP init */ sfi_init_late (); -if (efi_enabled) +if (efi_enabled) { +efi_late_init ();efi_free_boot_services (); + }ftrace_init ();