Hi,
On 24-06-18 19:29, Ard Biesheuvel wrote:
When it was first introduced, the EFI stub code that copies the
contents of PCI option ROMs originally only intended to do so if
the EFI_PCI_IO_ATTRIBUTE_EMBEDDED_ROM attribute was *not* set.
The reason was that the UEFI spec permits PCI option ROM
On 26 June 2018 at 14:23, Hans de Goede wrote:
> Hi,
>
>
> On 24-06-18 19:29, Ard Biesheuvel wrote:
>>
>> When it was first introduced, the EFI stub code that copies the
>> contents of PCI option ROMs originally only intended to do so if
>> the EFI_PCI_IO_ATTRIBUTE_EMBEDDED_ROM attribute was
* Nick Desaulniers wrote:
> On Thu, Jun 21, 2018 at 7:24 PM Ingo Molnar wrote:
> > * Nick Desaulniers wrote:
> >
> > > native_save_fl() is marked static inline, but by using it as
> > > a function pointer in arch/x86/kernel/paravirt.c, it MUST be outlined.
> >
> > > ---
>
> Hi Sai,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.18-rc2 next-20180625] [if your patch is applied
> to
> the wrong git tree, please drop us a note to help improve the system]
Since efi_memmap_free() is
On 26 June 2018 at 04:41, Sai Praneeth Prakhya
wrote:
> From: Sai Praneeth
>
> efi_memmap_install(), unmaps the existing memory map and installs the
> new memory map but doesn't free the memory allocated to the existing
> memory map. Fortunately, the details about the existing memory map are
>
On Tue, Jun 26, 2018 at 3:13 AM Ingo Molnar wrote:
> Ok!
>
> Acked-by: Ingo Molnar
>
> What's the planned upstreaming route for these patches/fixes?
While the fix is mainly for paravirt, 2/3 of the patches exclusively
touch arch/x86, so I think they should go up in the x86 tree (as
opposed to
> > + /* Free the memory allocated to the existing memory map */
> > + efi_memmap_free(efi.memmap.phys_map, efi.memmap.nr_map,
> > + efi.memmap.late);
> > +
> > data.phys_map = addr;
> > data.size = efi.memmap.desc_size * nr_map;
> > data.desc_version =