On Thu, Aug 08, 2013 at 10:57:29PM +0100, Roy Franz wrote:
> On Wed, Aug 7, 2013 at 11:05 AM, Dave Martin wrote:
> > On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
> >> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
> >> operations similarly to the x86 stub:
On Thu, Aug 08, 2013 at 10:57:29PM +0100, Roy Franz wrote:
On Wed, Aug 7, 2013 at 11:05 AM, Dave Martin dave.mar...@arm.com wrote:
On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operations similarly to the
Dave - here is an updated patch for head.S, I'm still working on the
rest. I will make the EFI stub depend on !CPU_ENDIAN_BE32 to make the
stub LE only for now. I think I have addressed the rest of your
comments in head.S in the patch below. I will send a complete new
series once I have the
On Wed, Aug 7, 2013 at 11:05 AM, Dave Martin wrote:
> On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
>> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
>> operations similarly to the x86 stub: it is a shim between the EFI firmware
>> and the normal zImage
On Wed, Aug 7, 2013 at 11:05 AM, Dave Martin dave.mar...@arm.com wrote:
On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operations similarly to the x86 stub: it is a shim between the EFI firmware
and the normal
Dave - here is an updated patch for head.S, I'm still working on the
rest. I will make the EFI stub depend on !CPU_ENDIAN_BE32 to make the
stub LE only for now. I think I have addressed the rest of your
comments in head.S in the patch below. I will send a complete new
series once I have the
On Wed, Aug 07, 2013 at 07:05:54PM +0100, Dave Martin wrote:
> Is it possible for this allocation to fail -- i.e., because UEFI has
> put us in an unsuitable location which is within the first 128MB of
> RAM, such that we can't pick a suitable location without overlap?
>
> For the time being
On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
> operations similarly to the x86 stub: it is a shim between the EFI firmware
> and the normal zImage entry point, and sets up the environment that the
> zImage is
On Tue, Aug 06, 2013 at 08:45:12PM -0700, Roy Franz wrote:
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operations similarly to the x86 stub: it is a shim between the EFI firmware
and the normal zImage entry point, and sets up the environment that the
zImage is
On Wed, Aug 07, 2013 at 07:05:54PM +0100, Dave Martin wrote:
Is it possible for this allocation to fail -- i.e., because UEFI has
put us in an unsuitable location which is within the first 128MB of
RAM, such that we can't pick a suitable location without overlap?
For the time being though, I
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operations similarly to the x86 stub: it is a shim between the EFI firmware
and the normal zImage entry point, and sets up the environment that the
zImage is expecting. This includes loading the initrd (optionaly) and
device
This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
operations similarly to the x86 stub: it is a shim between the EFI firmware
and the normal zImage entry point, and sets up the environment that the
zImage is expecting. This includes loading the initrd (optionaly) and
device
12 matches
Mail list logo