Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1434631 > unrolled thread
| Started by | Dave Young <dyoung@redhat.com> |
|---|---|
| First post | 2016-06-30 16:40 +0200 |
| Last post | 2016-06-30 16:40 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 00/11] efi: Permanent runtime EFI memmap support Dave Young <dyoung@redhat.com> - 2016-06-30 16:40 +0200
| From | Dave Young <dyoung@redhat.com> |
|---|---|
| Date | 2016-06-30 16:40 +0200 |
| Subject | Re: [PATCH 00/11] efi: Permanent runtime EFI memmap support |
| Message-ID | <rPLih-2i1-21@gated-at.bofh.it> |
Hi, Matt On 06/23/16 at 12:34pm, Matt Fleming wrote: > This series adds support for keeping the EFI memory map around at > runtime for x86 (ARM and arm64 already have this support). > > Additionally, drivers can now reserve EFI boot services regions such > that they are not released back to the kernel during > efi_free_boot_services(). > > With these two features it becomes possible to pass things like the > EFI System Resource Table data structures across kexec reboot. > > This series also includes a whole bunch of refactoring and cleanups to > move code out of arch or driver-specific files into generic places. > > I've given these patches some light testing, but it would be good if > others could provide more given that this series touches so many > different code paths. Tested kexec/kdump and the bgrt reservation with kexec and kexec_file system call. But due to a crypto issue I can not test signature verification of kexec_file, but I think that is a separate problem. For these parts: Tested-by: Dave Young <dyoung@redhat.com> Thanks Dave
Back to top | Article view | linux.kernel
csiph-web