From: matt@console-pimps.org (Matt Fleming)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V3 RFC 00/16] EFI stub for ARM
Date: Mon, 2 Sep 2013 11:33:10 +0100 [thread overview]
Message-ID: <20130902103310.GF28598@console-pimps.org> (raw)
In-Reply-To: <CAFECyb_OMY6eEbkbYTC4sE56Za0rC+KFNFRbGWb2ECEqhiKbTQ@mail.gmail.com>
On Tue, 13 Aug, at 10:58:16AM, Roy Franz wrote:
> Hi Matt,
>
> Do you have any more feedback on the X86 and common code (patches
> 1-13) that needs to be addressed? Mark Salter has a working ARM64 EFI
> stub implemented based on these patches, so the common code has now
> been tested with another architecture, and he has acked these patches.
> If the current patches are OK, can this be queued for 3.12? (and into
> linux-next, if appropriate)
> The ARM portion may take a little longer based on the EFI runtime
> services patch dependencies, but getting the common code merged would
> allow the ARM64 EFI stub work to go forward independently.
>
> I can resend patches 1-13 as a new series of x86/common only changes
> if you would like.
I think resending the common patches as a new series, including Acked-by
and Reviewed-by tags, and after addressing Grant's comments is the best
idea.
We've missed the v3.12 merge window now, but we can certainly get these
into linux-next for some testing.
--
Matt Fleming, Intel Open Source Technology Center
next prev parent reply other threads:[~2013-09-02 10:33 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-09 23:26 [PATCH V3 RFC 00/16] EFI stub for ARM Roy Franz
2013-08-09 23:26 ` [PATCH 01/16] Move common EFI stub code from x86 arch code to common location Roy Franz
2013-08-13 13:56 ` Mark Salter
2013-08-30 12:45 ` Grant Likely
2013-08-09 23:26 ` [PATCH 02/16] Add system pointer argument to shared EFI stub related functions so they no longer use global system table pointer as they did when part of eboot.c. This code is now shared, so using a global variable as part of the interface is not that nice. Also, by avoiding any global variables in the ARM EFI stub, this allows the code to be position independent without requiring GOT fixups Roy Franz
2013-08-13 13:56 ` Mark Salter
2013-08-30 12:53 ` Grant Likely
2013-08-30 21:46 ` Roy Franz
2013-08-09 23:26 ` [PATCH 03/16] Rename memory allocation/free functions Roy Franz
2013-08-13 13:56 ` Mark Salter
2013-08-30 12:54 ` Grant Likely
2013-08-09 23:26 ` [PATCH 04/16] Add minimum address parameter to efi_low_alloc() Roy Franz
2013-08-13 13:56 ` Mark Salter
2013-08-30 13:01 ` Grant Likely
2013-08-30 22:12 ` Roy Franz
2013-08-30 22:55 ` Grant Likely
2013-08-09 23:26 ` [PATCH 05/16] rename __get_map() to efi_get_memory_map(), add parameter to optionally return mmap key. The mmap key is required to exit EFI boot services, and allows efi_get_memory_map() to be used for getting final memory map Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:06 ` Grant Likely
2013-08-09 23:26 ` [PATCH 06/16] Enforce minimum alignment of 1 page on allocations. The efi_high_alloc() and efi_low_alloc() functions use the EFI_ALLOCATE_ADDRESS option to the EFI function allocate_pages(), which requires a minimum of page alignment, and rejects all other requests Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:08 ` Grant Likely
2013-08-09 23:26 ` [PATCH 07/16] Allow efi_free() to be called with size of 0, and do nothing in that case Roy Franz
2013-08-09 23:26 ` [PATCH 08/16] Generalize handle_ramdisks() and rename to handle_cmdline_files() Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:31 ` Grant Likely
2013-08-09 23:26 ` [PATCH 09/16] Renames in handle_cmdline_files() to complete generalization Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:32 ` Grant Likely
2013-08-09 23:26 ` [PATCH 10/16] Move EFI_READ_CHUNK_SIZE define to shared location Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:33 ` Grant Likely
2013-08-30 22:49 ` Roy Franz
2013-08-09 23:26 ` [PATCH 11/16] Add proper definitions for some EFI function pointers Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:34 ` Grant Likely
2013-08-09 23:26 ` [PATCH 12/16] Fix types in EFI calls to match EFI function definitions Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:39 ` Grant Likely
2013-08-30 23:12 ` Roy Franz
2013-08-30 23:14 ` Grant Likely
2013-08-30 23:16 ` Roy Franz
2013-08-09 23:26 ` [PATCH 13/16] resolve warnings found on ARM compile Roy Franz
2013-08-13 13:57 ` Mark Salter
2013-08-30 13:41 ` Grant Likely
2013-08-09 23:26 ` [PATCH 14/16] Add strstr to compressed string.c for ARM Roy Franz
2013-08-30 13:43 ` Grant Likely
2013-08-30 13:47 ` Russell King - ARM Linux
2013-08-30 14:02 ` Grant Likely
2013-08-30 14:16 ` Roy Franz
2013-08-09 23:26 ` [PATCH 15/16] Add EFI stub " Roy Franz
2013-08-12 14:51 ` Mark Salter
2013-08-13 0:01 ` Roy Franz
2013-08-13 14:19 ` Dave Martin
[not found] ` <CAFECyb_bZYE5tCss8u4RkO=pdpMApo=KV0L0ORMfOnYHuiNf6w@mail.gmail.com>
2013-08-14 2:07 ` Roy Franz
2013-08-30 14:36 ` Grant Likely
2013-08-31 0:35 ` Roy Franz
2013-08-09 23:26 ` [PATCH 16/16] Add config EFI_STUB for ARM to Kconfig Roy Franz
2013-08-13 13:18 ` Dave Martin
2013-08-13 17:37 ` Roy Franz
2013-08-30 11:17 ` Grant Likely
2013-08-12 14:02 ` [PATCH V3 RFC 00/16] EFI stub for ARM Mark Salter
2013-08-13 1:13 ` Roy Franz
2013-08-13 15:46 ` Mark Salter
2013-08-13 17:58 ` Roy Franz
2013-08-17 0:16 ` Roy Franz
2013-08-23 22:40 ` Roy Franz
2013-09-02 7:36 ` Matt Fleming
2013-09-02 10:33 ` Matt Fleming [this message]
2013-09-02 15:49 ` Roy Franz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130902103310.GF28598@console-pimps.org \
--to=matt@console-pimps.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).