kernel_type may be set to the type of failed kernel. This patching-up is
easier than to reflow kernel loading routines.

Now we're able to load kernels up to El Capitan.

Without this info recent kernels crash as they allocate no heap.

CID: 96707, 96699, 96693, 96691, 96711, 96709, 96708, 96703, 96702,
96700, 96698, 96696, 96695, 96692, 96710, 96705

Found by: Coverity scan.
CID: 96663

Found by: Coverity scan.
CID: 156611

Found by: Coverity scan.
CID: 96662, 96665

Found by: Coverity scan.
CID: 96671, 96658, 96653

Found by: Coverity scan.
CID: 96682

Found by: Coverity scan.
CID: 96686

Found by: Coverity scan.
CID: 96706

Signed-off-by: Fu Wei <fu.wei@linaro.org>

grub-core/loader/i386/xen.c: Initialized initrd_ctx so we don't free a random pointer from the stack.
Signed-off-by: Sarah Newman <srn@prgmr.com>

Found by: Coverity scan.

Found by: Coverity scan.

Found by: Coverity scan.

Found by: Coverity scan.

CID: 73645, 73782

struct ... foo = { 0, } is valid initializer, but older GCC emits
warning which is fatal error due to -Werror=missing-field-initializer.
So simply use full initializer to avoid these errors. This was fixed
probably in GCC 4.7.

See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750

This tries to catch all cases where grub_cpu_to_XXX was used for constant
expressions (including sizeof).

Currently, if "linux" fails, the "goto fail;" in grub_cmd_initrd sends us
into grub_initrd_close() without grub_initrd_init() being called, and thus
it never clears initrd_ctx->components.  grub_initrd_close() then frees that
address, which is stale data from the stack.  If the stack happens to have a
stale *address* there that matches a recent allocation, then you'll get a
double free later.

So initialize the memory up front.
Signed-off-by: Peter Jones <pjones@redhat.com>

	EFI system table.

	* grub-core/loader/i386/bsd.c (grub_cmd_openbsd): Fill addr field.

	Suggested by: Markus Müller.

	location to 640K.

In file included from ./include/grub/dl.h:23:0,
                 from grub-core/lib/libgcrypt-grub/cipher/rfc2268.c:3:
./include/grub/list.h:34:18: warning: conflicting types for 'grub_list_push' [en
abled by default]
 void EXPORT_FUNC(grub_list_push) (grub_list_t *head, grub_list_t item);
                  ^
./include/grub/symbol.h:68:25: note: in definition of macro 'EXPORT_FUNC'
 # define EXPORT_FUNC(x) x
                         ^
In file included from ./include/grub/fs.h:30:0,
                 from ./include/grub/file.h:25,
                 from ./grub-core/lib/posix_wrap/stdio.h:23,
                 from c:\mingw\include\libintl.h:314,
                 from ./include/grub/i18n.h:33,
                 from ./include/grub/misc.h:27,
                 from ./include/grub/list.h:25,
                 from ./include/grub/dl.h:28,
                 from grub-core/lib/libgcrypt-grub/cipher/rfc2268.c:3:
./include/grub/partition.h:106:3: note: previous implicit declaration of 'grub_l
ist_push' was here
   grub_list_push (GRUB_AS_LIST_P (&grub_partition_map_list),
   ^
list.h needs just ATTRIBUTE_ERROR from misc.h; split compiler features
into separate file grub/compiler.h and include it instead.

	Due to XEN bug it prevents Linux boot. Remove it at least, until
	workaround is found.

	* grub-core/loader/i386/xen_fileXX.c: Likewise.