FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2015-04-01T08:30:40Z 2015-04-01T08:30:40Z Andrew Turner andrew@FreeBSD.org 2015-04-01T08:30:40Z urn:sha1:9e62ed8ff98b3fd91e421b871fbbdd313b5e958a support for booting arm and arm64 from UEFI. Differential Revision: https://reviews.freebsd.org/D2164 Reviewed by: emaste, imp (previous version) Sponsored by: The FreeBSD Foundation 2015-03-22T18:17:55Z Andrew Turner andrew@FreeBSD.org 2015-03-22T18:17:55Z urn:sha1:ed68feb5d423ebc3dca1c2d2e4f8c6d0dc84304b port loader.efi to both 32 and 64-bit ARM where we can use this file with minimal changes. Differential Revision: https://reviews.freebsd.org/D2031 Reviewed by: imp 2015-03-15T19:00:35Z Andrew Turner andrew@FreeBSD.org 2015-03-15T19:00:35Z urn:sha1:d051c9457e9162a5f5c1d748638b9ed0bd6c72dc help with importing the arm and arm64 versions of loader.efi. 2015-03-13T09:41:27Z John Baldwin jhb@FreeBSD.org 2015-03-13T09:41:27Z urn:sha1:02cbfd02baddb29c4ec40c9fbf2fad272bd2f195 - Add bzipfs to the list of supported filesystems in the EFI loader. - Increase the heap size allocated for the EFI loader from 2MB to 3MB. Differential Revision: https://reviews.freebsd.org/D2053 Reviewed by: benno, emaste, imp MFC after: 2 weeks Sponsored by: Cisco Systems, Inc. 2015-03-13T09:38:16Z John Baldwin jhb@FreeBSD.org 2015-03-13T09:38:16Z urn:sha1:ad06e987b147dc272e683a419ce5b4c39b2bd16b redzone below the stack pointer for scratch space and requires interrupt and signal frames to avoid overwriting it. However, EFI uses the Windows ABI which does not support this. As a result, interrupt handlers in EFI push their interrupt frames directly on top of the stack pointer. If the compiler used the red zone in a function in the EFI loader, then a device interrupt that occurred while that function was running could trash its local variables. In practice this happens fairly reliable when using gzipfs as an interrupt during decompression can trash the local variables in the inflate_table() function resulting in corrupted output or hangs. Fix this by disabling the redzone for amd64 EFI binaries. This requires building not only the loader but any libraries used by the loader without redzone support. Thanks to Jilles for pointing me at the redzone once I found the stack corruption. Differential Revision: https://reviews.freebsd.org/D2054 Reviewed by: imp MFC after: 2 weeks Sponsored by: Cisco Systems, Inc. 2015-03-12T17:07:24Z John Baldwin jhb@FreeBSD.org 2015-03-12T17:07:24Z urn:sha1:79393252158c4bb5458560bd15f0850dd06f59c3 (for example, a large mfsroot). Note that for EFI the kernel and modules (as well as other metadata files such as splash screens or memory disk images) are loaded into a statically-sized staging area. When the EFI loader exits it copies this staging area down to the location the kernel expects to run at. - Add bounds checking to the copy routines to fail attempts to access memory outside of the staging area. Previously loading a combined kernel + modules larger than the staging size (32MB) would overflow the staging area trashing whatever memory was afterwards. Under Intel's OVMF firmware for qemu this resulted in fatal faults in the firmware itself. Now the attempt will fail with ENOMEM. - Allow the staging area size to be configured at compile time via an EFI_STAGING_SIZE variable in src.conf or on the command line. It accepts the size of the staging area in MB. The default size remains 32MB. MFC after: 2 weeks Sponsored by: Cisco Systems, Inc. 2015-03-12T15:25:22Z John Baldwin jhb@FreeBSD.org 2015-03-12T15:25:22Z urn:sha1:e447efb4f1e22fd43342253ef8c10648a63ccfb4 Sponsored by: Cisco Systems, Inc. 2015-03-12T15:20:05Z John Baldwin jhb@FreeBSD.org 2015-03-12T15:20:05Z urn:sha1:bc65857d86065ddd711efdf16c71fee804ac30bd is compiled against the ABI EFI expects (specifically, no stack redzone) so it cannot share libstand with userboot (which must use the System V ABI). 2015-03-07T19:14:01Z Edward Tomasz Napierala trasz@FreeBSD.org 2015-03-07T19:14:01Z urn:sha1:411443334b048425ed2627657609adaaca16e7e1 reporting them) for EFI calls to boot1.efi. MFC after: 1 month Sponsored by: The FreeBSD Foundation 2015-03-02T18:08:39Z Ruslan Bukin br@FreeBSD.org 2015-03-02T18:08:39Z urn:sha1:c7f898e9d3296d29f9a00abf2c28d5b0a143ce47 o Specify the filename as argument Differential Revision: https://reviews.freebsd.org/D1999 Reviewed by: emaste@