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
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
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
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
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
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
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
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
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
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
10 matches
Mail list logo