linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: ard.biesheuvel@linaro.org (Ard Biesheuvel)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/8] arm64 UEFI early FDT handling
Date: Mon, 11 May 2015 08:41:52 +0200	[thread overview]
Message-ID: <1431326520-17331-1-git-send-email-ard.biesheuvel@linaro.org> (raw)

This is a followup to the "arm64: update/clarify/relax Image and FDT placement
rules" series I sent a while ago:
(http://article.gmane.org/gmane.linux.ports.arm.kernel/407148)

This has now been split in two series: this first series deals with the
early FDT handling, primarily in the context of UEFI, but not exclusively.

A number of minor issues exist in the early UEFI/FDT handling path, such as:
- the FDT placement by the stub may violate the arm64/linux boot protocol in
  some corner cases;
- when booting via UEFI, memreserve entries are removed from the device tree but
  the /reserved-memory node is not
- memory nodes are removed from the device tree in a way that is not officially
  supported by the libfdt API (i.e., you cannot delete nodes while traversing
  the tree)
- removal of memory nodes may discard annotations (such as NUMA topology) that
  should ideally be retained.

Patch #1 splits off the reservation of the FDT image from the reservation of the
memreserve entries and /reserved-memory node.

Patch #2 relaxes the boot protocol requirement on the placement of the FDT.

Patch #3 introduces an arm64 specific version of early_init_dt_add_memory_arch()
so that we can modify it later to ignore DT memory nodes if booting via UEFI.
Note that having this specific version is desirable for other reasons as well,
this is covered by the other followup series.

Patch #4 moves some UEFI+FDT init code around before making changes to it.

Patch #5 moves the UEFI initialization to before the early FDT scanning so we
know at that point whether we are booting via UEFI or not.

Patch #6 changes the UEFI init code so that memory nodes are simply ignored, so
that they don't have to be removed by the stub anymore.

Patch  #7 does the same as #6, but for memreserves and the /reserved-memory
node.

Patch #8 adapts the FDT placement logic used by the stub to take into account
the new relaxed rules.

Ard Biesheuvel (8):
  of/fdt: split off FDT self reservation from memreserve processing
  arm64: use fixmap region for permanent FDT mapping
  arm64: override early_init_dt_add_memory_arch()
  efi: move FDT handling to separate object file
  arm64/efi: move EFI init before early FDT processing
  arm64/efi: ignore DT memory nodes instead of removing them
  arm64/efi: ignore DT memreserve entries instead of removing them
  arm64/efi: adapt to relaxed FDT placement requirements

 Documentation/arm64/booting.txt         | 13 +++--
 arch/arm/mm/init.c                      |  1 +
 arch/arm64/include/asm/boot.h           | 14 ++++++
 arch/arm64/include/asm/efi.h            | 14 ++----
 arch/arm64/include/asm/fixmap.h         | 15 ++++++
 arch/arm64/include/asm/mmu.h            |  1 +
 arch/arm64/kernel/efi.c                 | 14 ++----
 arch/arm64/kernel/head.S                | 39 +--------------
 arch/arm64/kernel/setup.c               | 34 +++++--------
 arch/arm64/mm/Makefile                  |  2 +
 arch/arm64/mm/init.c                    | 35 +++++++++++++-
 arch/arm64/mm/mmu.c                     | 66 +++++++++++++++++++++++++
 arch/powerpc/kernel/prom.c              |  1 +
 drivers/firmware/efi/Makefile           |  2 +
 drivers/firmware/efi/efi-fdt.c          | 77 +++++++++++++++++++++++++++++
 drivers/firmware/efi/efi.c              | 86 ---------------------------------
 drivers/firmware/efi/libstub/arm-stub.c |  5 +-
 drivers/firmware/efi/libstub/efistub.h  |  1 -
 drivers/firmware/efi/libstub/fdt.c      | 51 ++++---------------
 drivers/of/fdt.c                        | 19 ++++++--
 include/linux/efi.h                     |  3 +-
 include/linux/of_fdt.h                  |  2 +
 22 files changed, 274 insertions(+), 221 deletions(-)
 create mode 100644 arch/arm64/include/asm/boot.h
 create mode 100644 drivers/firmware/efi/efi-fdt.c

-- 
1.9.1

             reply	other threads:[~2015-05-11  6:41 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-11  6:41 Ard Biesheuvel [this message]
2015-05-11  6:41 ` [PATCH 1/8] of/fdt: split off FDT self reservation from memreserve processing Ard Biesheuvel
2015-05-22 10:35   ` Catalin Marinas
2015-06-01  7:56     ` Ard Biesheuvel
2015-06-01  9:56       ` Mark Rutland
2015-06-01 10:46         ` Ard Biesheuvel
2015-06-01 11:02           ` Mark Rutland
2015-06-01 11:14             ` Ard Biesheuvel
2015-06-01 11:18               ` Mark Rutland
2015-05-11  6:41 ` [PATCH 2/8] arm64: use fixmap region for permanent FDT mapping Ard Biesheuvel
2015-06-01  9:53   ` Mark Rutland
2015-06-01  9:55     ` Ard Biesheuvel
2015-05-11  6:41 ` [PATCH 3/8] arm64: override early_init_dt_add_memory_arch() Ard Biesheuvel
2015-05-11  6:41 ` [PATCH 4/8] efi: move FDT handling to separate object file Ard Biesheuvel
2015-05-26 18:15   ` Matt Fleming
2015-05-11  6:41 ` [PATCH 5/8] arm64/efi: move EFI init before early FDT processing Ard Biesheuvel
2015-05-11  6:41 ` [PATCH 6/8] arm64/efi: ignore DT memory nodes instead of removing them Ard Biesheuvel
2015-05-11 16:28   ` Ganapatrao Kulkarni
2015-05-12 14:31   ` Leif Lindholm
2015-05-12 15:01     ` Ard Biesheuvel
2015-05-11  6:41 ` [PATCH 7/8] arm64/efi: ignore DT memreserve entries " Ard Biesheuvel
2015-05-11  6:42 ` [PATCH 8/8] arm64/efi: adapt to relaxed FDT placement requirements Ard Biesheuvel

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=1431326520-17331-1-git-send-email-ard.biesheuvel@linaro.org \
    --to=ard.biesheuvel@linaro.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).