linux-kernel - [GIT PULL] EFI urgent fixes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Thu, 11 Jul 2013 12:16:18 +0100
From:	Matt Fleming <matt@...sole-pimps.org>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Ingo Molnar <mingo@...nel.org>, linux-efi@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: [GIT PULL] EFI urgent fixes

The following changes since commit 6d128e1e72bf082542e85f72e6b7ddd704193588:

  Revert "Makefile: Fix install error with make -j option" (2013-07-10 19:02:51 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent

for you to fetch changes up to 8216a67eb5e92224b4509b7f55ec4891c9021fdb:

  Revert "UEFI: Don't pass boot services regions to SetVirtualAddressMap()" (2013-07-11 11:00:32 +0100)

----------------------------------------------------------------
 * Revert Matthew Garrett's patch that avoids passing EFI Boot Services
   regions to SetVirtualAddressMap(). It caused boot regressions.

 * Fix a crash in the efivars code by checking whether that EFI Runtime
   Services are available before attempting to use them.

----------------------------------------------------------------
Matt Fleming (2):
      efivars: check for EFI_RUNTIME_SERVICES
      Revert "UEFI: Don't pass boot services regions to SetVirtualAddressMap()"

 arch/x86/platform/efi/efi.c    | 7 -------
 drivers/firmware/efi/efivars.c | 3 +++
 2 files changed, 3 insertions(+), 7 deletions(-)

-- 
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 majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/