diff options
author | Matt Fleming <matt.fleming@intel.com> | 2012-07-19 10:23:48 +0100 |
---|---|---|
committer | H. Peter Anvin <hpa@zytor.com> | 2012-07-20 16:18:58 -0700 |
commit | 9ca8f72a9297f2052d806bd1111e176533aa69bd (patch) | |
tree | 520e3a306588bd49ae618a7e1930028e4e38ea01 /virt/kvm/assigned-dev.c | |
parent | bacef661acdb634170a8faddbc1cf28e8f8b9eee (diff) | |
download | linux-9ca8f72a9297f2052d806bd1111e176533aa69bd.tar.gz linux-9ca8f72a9297f2052d806bd1111e176533aa69bd.tar.bz2 linux-9ca8f72a9297f2052d806bd1111e176533aa69bd.zip |
x86, efi: Handover Protocol
As things currently stand, traditional EFI boot loaders and the EFI
boot stub are carrying essentially the same initialisation code
required to setup an EFI machine for booting a kernel. There's really
no need to have this code in two places and the hope is that, with
this new protocol, initialisation and booting of the kernel can be
left solely to the kernel's EFI boot stub. The responsibilities of the
boot loader then become,
o Loading the kernel image from boot media
File system code still needs to be carried by boot loaders for the
scenario where the kernel and initrd files reside on a file system
that the EFI firmware doesn't natively understand, such as ext4, etc.
o Providing a user interface
Boot loaders still need to display any menus/interfaces, for example
to allow the user to select from a list of kernels.
Bump the boot protocol number because we added the 'handover_offset'
field to indicate the location of the handover protocol entry point.
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Peter Jones <pjones@redhat.com>
Cc: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
Acked-and-Tested-by: Matthew Garrett <mjg@redhat.com>
Link: http://lkml.kernel.org/r/1342689828-16815-1-git-send-email-matt@console-pimps.org
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Diffstat (limited to 'virt/kvm/assigned-dev.c')
0 files changed, 0 insertions, 0 deletions