[PATCH] x86, efi: Delete efi_ioremap() and fix CONFIG_X86_32 oops

From: Matt Fleming <matt.fleming@intel.com> This patch reimplements the fix from e8c7106280a3 ("x86, efi: Calling __pa() with an ioremap()ed address is invalid") which was reverted in e1ad783b12ec because it caused a regression on ...

Message posted on the February 20th, 2012 - 8:40 AM ET

[PATCH] x86/efi: Fix oops caused by incorrect set_memory_uc() usage

From: Matt Fleming <matt.fleming@intel.com> Calling __pa() with an ioremap'd address is invalid. If we encounter an efi_memory_desc_t without EFI_MEMORY_WB set in ->attribute we currently call set_memory_uc(), which in turn calls __pa() on ...

Message posted on the October 19th, 2012 - 8:30 AM ET

[PATCH] x86/EFI: properly pre-initialize table pointers

Consumers of the table pointers in struct efi check for EFI_INVALID_TABLE_ADDR to determine validity, hence these pointers should all be pre-initialized to this value (rather than zero). Signed-off-by: Jan Beulich <jbeulich@novell.com> ...

Message posted on the July 5th, 2011 - 3:50 AM ET

[PATCH] x86, efi: remove attribute check from setup_efi_pci

It looks like the original commit that copied the rom contents from efi always copied the rom, and the fixup in setup_efi_pci from commit 886d751a2ea99a160 ("x86, efi: correct precedence of operators in setup_efi_pci") broke that. This ...

Message posted on the January 29th, 2013 - 12:00 PM ET

[PATCH] x86, efi: 1:1 pagetable mapping for virtual EFI calls

From: Matt Fleming <matt.fleming@intel.com> Some firmware still needs a 1:1 (virt->phys) mapping even after we've called SetVirtualAddressMap(). So install the mapping alongside our existing kernel mapping whenever we make EFI calls in ...

Message posted on the September 6th, 2012 - 9:30 AM ET

[PATCH] x86: efi: Turn off efi_enabled after setup on mixed fw/kernel

When 32-bit EFI is used with 64-bit kernel (or vice versa), turn off efi_enabled once setup is done. Beyond setup, it is normally used to determine if runtime services are available and we will have none. This will resolve issues stemming from ...

Message posted on the August 19th, 2012 - 5:50 PM ET

[PATCH] x86: efi: Allow basic EFI use on mixed 32/64 firmware/kernel

Traditionally the kernel has refused to setup EFI at all if there's been a mismatch in 32/64-bit mode between EFI and the kernel. On some platforms that boot natively through EFI (Chrome OS being one), we still need to get at least some of the ...

Message posted on the December 29th, 2011 - 11:20 PM ET

[PATCH] x86, efi: Calling __pa() with an ioremap'd address is invalid

From: Matt Fleming <matt.fleming@intel.com> If we encounter an efi_memory_desc_t without EFI_MEMORY_WB set in ->attribute we currently call set_memory_uc(), which in turn calls __pa() on a potentially ioremap'd address. On CONFIG_X86_32 ...

Message posted on the October 11th, 2011 - 9:00 AM ET

[PATCH] x86, efi: Don't recursively acquire rtc_lock

From: Matt Fleming <matt.fleming@linux.intel.com> A deadlock was introduced on x86 in commit ef68c8f87ed1 ("x86: Serialize EFI time accesses on rtc_lock") because efi_get_time() and friends can be called with rtc_lock already held ...

Message posted on the August 3rd, 2011 - 5:10 PM ET

[PATCH] x86/efi: pull NV+BS variables out before we exit boot services

From: James Bottomley <JBottomley@Parallels.com> The object here is to make the NV+BS variables accessible (at least read only) at runtime so we can get a full picture of the state of the EFI variables for debugging and secure boot purposes. ...

Message posted on the March 18th, 2013 - 3:50 AM ET

[PATCH] x86, efi: Do not reserve boot services regions within reserved areas

Commit 916f676f8dc started reserving boot service code since some systems require you to keep that code around until SetVirtualAddressMap is called. However, in some cases those areas will overlap with reserved regions. The proper medium-term fix ...

Message posted on the June 14th, 2011 - 11:10 AM ET

[PATCH] x86, efi: Convert efi_phys_get_time() args to physical addresses

From: Maurice Ma <maurice.ma@intel.com> Because callers of efi_phys_get_time() pass virtual stack addresses as arguments, we need to find their corresponding physical addresses and when calling GetTime() in physical mode. Without this patch ...

Message posted on the October 11th, 2011 - 7:00 AM ET

[PATCH] x86, efi: initial the local variable of DataSize to zero

That will be better initial the value of DataSize to zero for the input of GetVariable(), otherwise we will feed a random value. The debug log of input DataSize like this: ... [ 195.915612] EFI Variables Facility v0.08 2004-May-17 [ 195.915819] ...

Message posted on the May 2nd, 2013 - 10:10 AM ET

[PATCH] x86, efi: Make efi_memblock_x86_reserve_range more readable

From: Borislav Petkov <bp@suse.de> So basically this function copies EFI memmap stuff from boot_params into the EFI memmap descriptor and reserves memory for it. Make it much more readable. Signed-off-by: Borislav Petkov <bp@suse.de> ...

Message posted on the March 1st, 2013 - 11:10 AM ET

patch x86 efi