On 11/13/13 at 03:50pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:08PM, dyo...@redhat.com wrote:
> > Kexec kernel will use saved runtime virtual mapping, so add a
> > new function efi_remap_region to remapping it directly without
> > calculate the virt addr from efi_va.
> >
> > The md is passed in from 1st kernel, the virtual addr is
> > saved in md->virt_addr.
> >
> > Signed-off-by: Dave Young <dyo...@redhat.com>
> > ---
> > arch/x86/include/asm/efi.h | 1 +
> > arch/x86/platform/efi/efi_32.c | 3 +++
> > arch/x86/platform/efi/efi_64.c | 19 +++++++++++++++++++
> > 3 files changed, 23 insertions(+)
>
> [...]
>
> > @@ -203,6 +203,25 @@ void __init efi_map_region(efi_memory_de
> > md->virt_addr = efi_va;
> > }
> >
> > +/*
> > + * kexec kernel will use efi_map_region_fixed to map efi
> > + * runtime memory ranges. md->virt_addr is the original virtual
> > + * address which had been mapped in kexec 1st kernel.
> > + */
> > +void __init efi_map_region_fixed(efi_memory_desc_t *md)
> > +{
> > + pgd_t *pgd = (pgd_t *)__va(real_mode_header->trampoline_pgd);
> > + unsigned long pf = 0;
> > +
> > + if (!(md->attribute & EFI_MEMORY_WB))
> > + pf |= _PAGE_PCD;
> > +
> > + if (kernel_map_pages_in_pgd(pgd, md->phys_addr, md->virt_addr,
> > + md->num_pages, pf))
> > + pr_warn("Error mapping PA 0x%llx -> VA 0x%llx!\n",
> > + md->phys_addr, md->virt_addr);
> > +}
> > +
>
> This function is almost identical to __map_region(). Please implement
> efi_map_region_fixed() in terms of __map_region(), e.g.
>
> void __init efi_map_region_fixed(efi_memory_desc_t *md)
> {
> __map_region(md, md->virt_addr);
> }
Good suggestion, will do
>
> > @@ -47,6 +47,9 @@ void __init efi_map_region(efi_memory_de
> > old_map_region(md);
> > }
> >
> > +void __init efi_map_region_fixed(efi_memory_desc_t *md)
> > +{}
> > +
>
> The braces should be on the same line as the rest of the function
> prototype. Look at how it's done elsewhere in this file.
Ok, will do
>
> --
> Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
