Re: [PATCH v3 3/5] x86: Call efi_memblock_x86_reserve_range() on native EFI platform only
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: Jan Beulich <JBeulich@xxxxxxxx>
- Subject: Re: [PATCH v3 3/5] x86: Call efi_memblock_x86_reserve_range() on native EFI platform only
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Date: Wed, 26 Mar 2014 14:48:45 +0100
- Cc: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>, david.vrabel@xxxxxxxxxx, ian.campbell@xxxxxxxxxx, stefano.stabellini@xxxxxxxxxxxxx, jeremy@xxxxxxxx, fenghua.yu@xxxxxxxxx, matt.fleming@xxxxxxxxx, tony.luck@xxxxxxxxx, x86@xxxxxxxxxx, tglx@xxxxxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxxx, boris.ostrovsky@xxxxxxxxxx, konrad.wilk@xxxxxxxxxx, eshelton@xxxxxxxxx, mingo@xxxxxxxxxx, linux-efi@xxxxxxxxxxxxxxx, linux-ia64@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, hpa@xxxxxxxxx
- In-reply-to: <5332E6AE02000078000025F0@nat28.tlf.novell.com>
- List-id: <linux-ia64.vger.kernel.org>
- References: <1395781076-12000-1-git-send-email-daniel.kiper@oracle.com> <1395781076-12000-4-git-send-email-daniel.kiper@oracle.com> <20140326130009.GB24856@console-pimps.org> <5332E2B9020000780000255D@nat28.tlf.novell.com> <20140326133119.GD24856@console-pimps.org> <5332E6AE02000078000025F0@nat28.tlf.novell.com>
- User-agent: Mutt/1.5.21 (2010-09-15)
On Wed, Mar 26, 2014 at 01:39:42PM +0000, Jan Beulich wrote:
> >>> On 26.03.14 at 14:31, <matt@xxxxxxxxxxxxxxxxx> wrote:
> > On Wed, 26 Mar, at 01:22:49PM, Jan Beulich wrote:
> >> >>> On 26.03.14 at 14:00, <matt@xxxxxxxxxxxxxxxxx> wrote:
> >> >
> >> > This could do with a little bit more explanation. Why is it not
> >> > necessary to mark the EFI memory map that was passed to the kernel as
> >> > reserved in memblock?
> >>
> >> Because that's in memory Dom0 doesn't even see: The EFI memory
> >> map is visible to the hypervisor only.
> >
> > So where does boot_params.efi_info.efi_memmap point?
> >
> > If nowhere (i.e. it's NULL) that's no problem because memblock_reserve()
> > handles zero size regions just fine.
>
> That's a question to Daniel - in our implementation (with a separate
> Xen kernel that can't run on bare hardware) boot_params as a whole
> simply doesn't exist.
On my machine this function crashes on Xen so that is why I have changed
condition. However, if you say that this issue could be solved in
another way I will investigate it further.
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]