kexec-tools: Remove unneeded patches

All these patches have been merged into the most recent version
of kexec-tools. Thus, we do not need them anymore.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
kexec-tools: Update to 2.0.7

Due to the following change in the Linux kernel,

   commit 62e32ac3505a0cab1c5ef8ea2c0eab3b26ed855f
   Author: Joe Perches <joe@perches.com>
   Date:   Wed Jul 31 13:53:47 2013 -0700

   printk: rename struct log to struct printk_log

Only version 2.0.7 or later of vmcore-dmesg may be used correctly
parse the dmesg buffer. Thus, in order to have tighter control
on the version, use a recipe that explicitly selects the desired version.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
kexec-tools: Create separate package for vmcore-dmesg

The kexec-tools recipe specifies separate packages for kexec and
kdump. Thus, it follows that a separate package needs to be used
to install vmcore-dmesg correctly.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
core-image-efi-initramfs: Explicitly install kexec and vmcore-dmesg

Change

commit 0c91196fcbb953393b3e2f5623b1edc5b40aa445
Author: Andrea Adami <andrea.adami@gmail.com>
Date:   Mon Jan 9 23:46:13 2012 +0100

explicitly splits the packages for kexec and kdump. Thus, rather
than generically install kexec-tools. State explicitly which
tools need to be installed.

kexec is needed to reboot a Linux kernel from Linux. vmcore-dmesg
is needed to extract the dmesg buffer from the /proc/vmcore dump
file.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
luv-test-manager: Remove waiting time for removable media

The waiting is done already by the luv-crash-handler. Thus, there
is not need to repeat the waiting here.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
luv-crash-handler: Save dmesg buffer to non-volatile media

The dmesg buffer can provide valuable information to determine
the causes of a kernel crash. When the systems boots to
runlevel 3, the luv-crash-handler uses vmcore-dmesg to recover
the dmesg buffer from the vmcore dump and saves it to the LuvOS
test results partition.

This information can then be sent to the developers to investigate
further on the causes of the crash.

Signed-off-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
ovmf: Explicitly enforce toolchain variables

edk2 does not lend itself to cross-compiling in any form. Instead of
trying to play nice and override ${CC}, etc via the usual methods, just
write our toolchain variables directly in the necessary Makefiles.

The upside is that we get to drop a couple of patches we were carrying.
The downside is that this is a terrible hack and will likely break when
we move forward to newer edk2 versions.

Until such time that BaseTools supports proper configuration of a build
toolchain, this is the best we can do.

Cc: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
ovmf: Pass gcc version to build.sh

The build.sh build script in OvmfPkg allows us to optionally specify a
toolchain identifer, which we're currently not doing. By not passing a
toolchain ID directly build.sh invokes the build machine's compiler to
figure it out.

The important point in all of this is that the version identifier is
used in the ovmf build path, which means that if build machine's
compiler is upgraded/downgraded we can end up with multiple ovmf build
directories.

Pass the target's gcc version to build.sh instead.

Reported-by: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
qemu: Use non-native package of ovmf

Technically the bios used by qemu isn't a native package, so we
shouldn't depend on it. Instead require the regular version of ovmf.

Cc: Ricardo Neri <ricardo.neri-calderon@linux.intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
grub: Enable efinet and tftp module for PXE boot

In order to enable netbooting and transfer of required files using tftp,
efinet and tftp modules are required.

Signed-off-by: Pradeep Gaddam <Pradeep.r.gaddam@intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>
grub: Modified efinet.c and tftp.c files to fix netbooting issues on uefi BIOS

efinet.c - Changed this file to not give up on sending packets in the
network immediately when sending the packet fails. The change was to
make few more attempts to send packet out into network.

tftp.c - Increased the Block size of tftp packet to decrease the time to
boot as on qemu it is taking a lot of time to load all required files.

I cherry picked these changes from the following link :
http://lists.gnu.org/archive/html/grub-devel/2012-04/txtcxcL7X6prZ.txt

Signed-off-by: Pradeep Gaddam <Pradeep.r.gaddam@intel.com>
Signed-off-by: Matt Fleming <matt.fleming@intel.com>