On Wed, 2014-03-19 at 16:01 +, Catalin Marinas wrote:
> On Wed, Mar 19, 2014 at 03:13:18PM +, Mark Salter wrote:
> > On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
> > > On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
> > > > On Tue, 2014-03-18 at 18:28 +,
On Wed, Mar 19, 2014 at 03:13:18PM +, Mark Salter wrote:
> On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
> > On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
> > > On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> > > > If UEFI doesn't handle the caches, the
On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
> On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
> > On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> > > If UEFI doesn't handle the caches, the only thing left to EFI_STUB is to
> > > flush by MVA. We don't need to
On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
> On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> > If UEFI doesn't handle the caches, the only thing left to EFI_STUB is to
> > flush by MVA. We don't need to flush the whole DRAM (and I would even
> > recommend it) but at
On Tue, Mar 18, 2014 at 10:21:05PM +, Jason Gunthorpe wrote:
> On Tue, Mar 18, 2014 at 02:48:30PM -0700, Roy Franz wrote:
>
> > > It isn't clear to me if UEFI does cache flushing at ExitBootServices
> > > time, but even so, at least stack use will get cached between then and
> > > the kernel
On Tue, Mar 18, 2014 at 10:21:05PM +, Jason Gunthorpe wrote:
On Tue, Mar 18, 2014 at 02:48:30PM -0700, Roy Franz wrote:
It isn't clear to me if UEFI does cache flushing at ExitBootServices
time, but even so, at least stack use will get cached between then and
the kernel entry
On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
If UEFI doesn't handle the caches, the only thing left to EFI_STUB is to
flush by MVA. We don't need to flush the whole DRAM (and I would even
recommend it) but at least
On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
If UEFI doesn't handle the caches, the only thing left to EFI_STUB is to
flush by MVA. We don't need to flush
On Wed, Mar 19, 2014 at 03:13:18PM +, Mark Salter wrote:
On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
If UEFI doesn't handle the caches, the only thing
On Wed, 2014-03-19 at 16:01 +, Catalin Marinas wrote:
On Wed, Mar 19, 2014 at 03:13:18PM +, Mark Salter wrote:
On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas
On Tue, Mar 18, 2014 at 02:48:30PM -0700, Roy Franz wrote:
> > It isn't clear to me if UEFI does cache flushing at ExitBootServices
> > time, but even so, at least stack use will get cached between then and
> > the kernel entry point. The stub could conceivably get its hands on the
> > EFI memmap
On Tue, Mar 18, 2014 at 2:40 PM, Mark Salter wrote:
> On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
>> On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
>> > On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
>> > > On Thu, Mar 13, 2014 at 10:47:04PM +, Leif
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
> > On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
> > > On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> > > > --- /dev/null
> > > > +++
On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
> On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
> > On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> > > --- /dev/null
> > > +++ b/arch/arm64/kernel/efi-entry.S
> > > @@ -0,0 +1,93 @@
> > > +/*
> > > + * EFI
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
> On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> > --- /dev/null
> > +++ b/arch/arm64/kernel/efi-entry.S
> > @@ -0,0 +1,93 @@
> > +/*
> > + * EFI entry point.
> > + *
> > + * Copyright (C) 2013 Red Hat, Inc.
> > + *
On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> --- /dev/null
> +++ b/arch/arm64/kernel/efi-entry.S
> @@ -0,0 +1,93 @@
> +/*
> + * EFI entry point.
> + *
> + * Copyright (C) 2013 Red Hat, Inc.
> + * Author: Mark Salter
> + *
> + * This program is free software; you can
On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
--- /dev/null
+++ b/arch/arm64/kernel/efi-entry.S
@@ -0,0 +1,93 @@
+/*
+ * EFI entry point.
+ *
+ * Copyright (C) 2013 Red Hat, Inc.
+ * Author: Mark Salter msal...@redhat.com
+ *
+ * This program is free software; you can
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
--- /dev/null
+++ b/arch/arm64/kernel/efi-entry.S
@@ -0,0 +1,93 @@
+/*
+ * EFI entry point.
+ *
+ * Copyright (C) 2013 Red Hat, Inc.
+ * Author: Mark Salter
On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
--- /dev/null
+++ b/arch/arm64/kernel/efi-entry.S
@@ -0,0 +1,93 @@
+/*
+ * EFI entry point.
+ *
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
--- /dev/null
+++
On Tue, Mar 18, 2014 at 2:40 PM, Mark Salter msal...@redhat.com wrote:
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
On Tue, Mar 18, 2014 at 02:40:29PM +, Mark Salter wrote:
On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
On Thu, Mar 13, 2014 at 10:47:04PM +,
On Tue, Mar 18, 2014 at 02:48:30PM -0700, Roy Franz wrote:
It isn't clear to me if UEFI does cache flushing at ExitBootServices
time, but even so, at least stack use will get cached between then and
the kernel entry point. The stub could conceivably get its hands on the
EFI memmap and
From: Mark Salter
This patch adds PE/COFF header fields to the start of the Image
so that it appears as an EFI application to EFI firmware. An EFI
stub is included to allow direct booting of the kernel Image.
Support in the COFF header for signed images was provided by
Ard Biesheuvel.
From: Mark Salter msal...@redhat.com
This patch adds PE/COFF header fields to the start of the Image
so that it appears as an EFI application to EFI firmware. An EFI
stub is included to allow direct booting of the kernel Image.
Support in the COFF header for signed images was provided by
Ard
24 matches
Mail list logo