Folks, please queue up the following small changes for v4.10.
Note that there is a patch to MAINTAINERS in this pull request that
adds Ard as EFI co-maintainer. It'd probably be a good idea to send
that to Linus before v4.10.
The following changes since commit 92dc33501bfba74655dbf3ec63ea82d040fd6d58:
x86/efi: Round EFI memmap reservations to EFI_PAGE_SIZE (2016-09-20 15:43:31 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git tags/efi-next
for you to fetch changes up to a8226a73b82256b82c167956b0f4d3cd39312531:
efi: efivar_ssdt_load: Don't return success on allocation failure (2016-10-13 11:55:40 +0100)
----------------------------------------------------------------
* Add Ard as EFI co-maintainer in MAINTAINERS
* Misc cleanups for efi_test driver - Ivan Hu and Wei Yongjun
* Fix an early_memremap() leak for ARM/arm64 - Yisheng Xie
* Return an error code on failure instead of success in
efivar_ssdt_load() - Dan Carpenter
* Expose EFI framebuffer configuration, which allows rendering
localized status strings during firmware updates - Peter Jones
----------------------------------------------------------------
Ard Biesheuvel (1):
MAINTAINERS: add myself as EFI maintainer
Dan Carpenter (1):
efi: efivar_ssdt_load: Don't return success on allocation failure
Ivan Hu (3):
efi/efi_test: Fix the uninitialized value datasize
efi/efi_test: Fix the uninitialized value rv
efi/efi_test: Use memdup_user() as a cleanup
Peter Jones (1):
efifb: show framebuffer layout as device attributes
Wei Yongjun (1):
efi: Remove unused including <linux/version.h>
Yisheng Xie (1):
efi/arm*: efi_init() error handling fix
MAINTAINERS | 3 +-
drivers/firmware/efi/arm-init.c | 4 ++-
drivers/firmware/efi/efi.c | 4 ++-
drivers/firmware/efi/test/efi_test.c | 15 +++------
drivers/video/fbdev/efifb.c | 59 ++++++++++++++++++++++++++++--------
5 files changed, 59 insertions(+), 26 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-efi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
