Re: EFI stub boots only with setup_efi_pc() commented

2013-09-30 Thread Clea F. Rees
2013/9/16 Matt Fleming : > On Mon, 09 Sep, at 12:45:00PM, Clea F. Rees wrote: >> 2013/9/5 Matt Fleming : >> > >> > Sorry for the delay in replying to this. >> > >> > Does your machine hang during setup_efi_pci() or later on in boot? >> >> I'm not certain. How would I tell this? I think the answer i

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Vivek Goyal
On Mon, Sep 30, 2013 at 11:06:46PM +0200, Borislav Petkov wrote: > On Mon, Sep 30, 2013 at 04:46:42PM -0400, Vivek Goyal wrote: > > On Mon, Sep 30, 2013 at 10:41:54PM +0200, Borislav Petkov wrote: > > > > [..] > > > hpa, so, for the struct efi_mapping thing to work, I will have to grep > > > dmesg

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Borislav Petkov
On Mon, Sep 30, 2013 at 04:46:42PM -0400, Vivek Goyal wrote: > On Mon, Sep 30, 2013 at 10:41:54PM +0200, Borislav Petkov wrote: > > [..] > > hpa, so, for the struct efi_mapping thing to work, I will have to grep > > dmesg of the first kernel to get an output like the one below, filter > > the runt

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Vivek Goyal
On Mon, Sep 30, 2013 at 10:41:54PM +0200, Borislav Petkov wrote: [..] > hpa, so, for the struct efi_mapping thing to work, I will have to grep > dmesg of the first kernel to get an output like the one below, filter > the runtime regions so that I can build the struct efi_mapping array of > mem reg

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Borislav Petkov
On Mon, Sep 30, 2013 at 04:35:05PM -0400, Vivek Goyal wrote: > On Mon, Sep 30, 2013 at 10:17:30PM +0200, Borislav Petkov wrote: > > On Thu, Sep 26, 2013 at 11:12:42AM +0800, Dave Young wrote: > > > If we choose this approach, can we save not only the efi_mapping, but > > > also the fields which wil

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Vivek Goyal
On Mon, Sep 30, 2013 at 10:17:30PM +0200, Borislav Petkov wrote: > On Thu, Sep 26, 2013 at 11:12:42AM +0800, Dave Young wrote: > > If we choose this approach, can we save not only the efi_mapping, but > > also the fields which will be converted to virt addr, like fw_vendor, > > runtime, tables? Dur

Re: [PATCH -v2] EFI: Runtime services virtual mapping

2013-09-30 Thread Borislav Petkov
On Thu, Sep 26, 2013 at 11:12:42AM +0800, Dave Young wrote: > If we choose this approach, can we save not only the efi_mapping, but > also the fields which will be converted to virt addr, like fw_vendor, > runtime, tables? During my test on a HP workstation, the config table > item (SMBIOS) also is

Re: [GIT PULL] EFI changes

2013-09-30 Thread H. Peter Anvin
On 09/30/2013 03:49 AM, Matt Fleming wrote: > Hi, > > These changes are targetted for the next merge window. Is it possible to > get them into linux-next for some vigorous testing? The pending ARM EFI > boot stub patches from Roy Franz depend on the x86 EFI boot stub > cleanups included in this pu

[GIT PULL] EFI changes

2013-09-30 Thread Matt Fleming
Hi, These changes are targetted for the next merge window. Is it possible to get them into linux-next for some vigorous testing? The pending ARM EFI boot stub patches from Roy Franz depend on the x86 EFI boot stub cleanups included in this pull request. The following changes since commit 6e466452

Re: [PATCHv3] x86: EFI stub support for large memory maps

2013-09-30 Thread Matt Fleming
On Fri, 27 Sep, at 05:46:07PM, Linn Crosetto wrote: > Given that we have already successfully called exit_boot_services, can > we still make this call to free_pool? Urgh, good point. The answer is "no, not really". I'll add your change verbatim and push out the 'next' branch again. -- Matt Flem