On Thu, Aug 07, 2014 at 05:18:44PM -0500, Rob Herring wrote:
> On Thu, Aug 7, 2014 at 10:01 AM, Kees Cook wrote:
> > More room is needed in the fixmap range for non-kmap fixmap entries. This
> > reduces the kmap range from 32 to 16 CPUs.
>
> Do you want this merged or just doing this to get the
On Wed, Mar 11, 2015 at 07:49:33AM -0500, Rob Herring wrote:
> On Mon, Mar 9, 2015 at 1:03 PM, Leif Lindholm
> wrote:
> > Commit 7914a7c5651a ("of: support passing console options with
> > stdout-path") neglected to deal with '/'s appearing past the ':'
> > te
gt; int len;
> - const char *end;
>
> - end = strchr(path, ':');
> - if (!end)
> - end = strchrnul(path, '/');
> -
> - len = end - path;
> + len = strcspn(path, "/:");
> if (!len)
> return NULL;
&g
np);
> +
> np = of_find_node_opts_by_path("/testcase-data:testoption", NULL);
> selftest(np, "NULL option path test failed\n");
> of_node_put(np);
> --
> 1.9.1
Acked-by: Leif Lindholm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
fed6cefe3b6e ("x86/efi: Add a "debug" option to the efi= cmdline")
adds the DBG flag, but does so for x86 only. Move this early param
parsing to core code.
Signed-off-by: Leif Lindholm
---
arch/x86/platform/efi/efi.c | 2 --
drivers/firmware/efi/efi.c | 3 +++
2 files c
As we now have a common debug infrastructure between core and arm64 efi,
drop the bit of the interface passing verbose output flags around.
Signed-off-by: Leif Lindholm
---
arch/arm64/kernel/efi.c| 2 +-
drivers/firmware/efi/efi.c | 6 ++
include/linux/efi.h| 2 +-
3 files
Now that we have an efi=debug command line option in the core code, use
this instead of the arm64-specific uefi_debug option.
Signed-off-by: Leif Lindholm
---
Documentation/arm/uefi.txt | 2 --
arch/arm64/kernel/efi.c| 19 +--
2 files changed, 5 insertions(+), 16 deletions
'
- Rework arm64 interface to core code to drop special verbosity flag
Leif Lindholm (3):
efi/x86: move efi=debug option parsing to core
arm64: use core efi=debug instead of uefi_debug command line parameter
efi/arm64: clean up efi_get_fdt_params() interface
Documentation/arm/uefi.txt | 2
On Wed, Aug 26, 2015 at 06:24:55PM +0100, Matt Fleming wrote:
> On Wed, 26 Aug, at 02:24:57PM, Leif Lindholm wrote:
> > Now that we have an efi=debug command line option in the core code, use
> > this instead of the arm64-specific uefi_debug option.
> >
> > S
On Fri, Aug 28, 2015 at 08:27:45AM +0200, Ingo Molnar wrote:
>
> * Andrey Ryabinin wrote:
>
> > In not-instrumented code KASAN replaces instrumented
> > memset/memcpy/memmove with not-instrumented analogues
> > __memset/__memcpy/__memove.
> > However, on x86 EFI stub is not linked with kernel.
DBGP/DBG2 set (although not much of the
original remains - this is quite a cut-down version).
Leif Lindholm (4):
arm64: move acpi/dt decision earlier in boot process
of/serial: move earlycon early_param handling to serial
acpi/serial: add DBG2 earlycon support
HACK: serial: move pl011
---
drivers/tty/serial/amba-pl011.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/amba-pl011.c b/drivers/tty/serial/amba-pl011.c
index 452dbba..31cf985 100644
--- a/drivers/tty/serial/amba-pl011.c
+++ b/drivers/tty/serial/amba-pl011.c
@@ -2806,7 +2806,7 @@
We have multiple "earlycon" early_param handlers - merge the DT one into
the main earlycon one. This means the earlycon early_param handler does
not just return success if no options are specified.
Signed-off-by: Leif Lindholm
---
drivers/of/fdt.c | 11 +--
d
in the
boot process.
Signed-off-by: Jon Masters
[rebased and cleaned up]
Signed-off-by: Torez Smith
[reworked to use _CRS, moved to drivers/acpi]
Signed-off-by: Leif Lindholm
---
drivers/acpi/console.c | 157 +++
drivers/tty/serial/serial_core.c
The ACPI DBG2 table defines a debug console. Add support for parsing it
and using it to select earlycon destination when no arguments provided.
Signed-off-by: Leif Lindholm
---
arch/arm64/kernel/acpi.c | 2 +
drivers/acpi/Makefile | 1 +
drivers/acpi/console.c| 103
In order to support selecting earlycon via either ACPI or DT, move
the decision on whether to attempt ACPI configuration into the
early_param handling. Then make acpi_boot_table_init() bail out if
acpi_disabled.
Signed-off-by: Leif Lindholm
---
arch/arm64/kernel/acpi.c | 53
On Tue, Sep 08, 2015 at 01:52:45PM +0100, Mark Rutland wrote:
> On Tue, Sep 08, 2015 at 01:43:34PM +0100, Leif Lindholm wrote:
> > We have multiple "earlycon" early_param handlers - merge the DT one into
> > the main earlycon one. This means the earlycon early_param
On Tue, Sep 08, 2015 at 01:56:08PM +0100, Mark Rutland wrote:
> On Tue, Sep 08, 2015 at 01:43:37PM +0100, Leif Lindholm wrote:
> > ---
> > drivers/tty/serial/amba-pl011.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/tty/s
On Tue, Sep 08, 2015 at 02:09:51PM +0100, Mark Rutland wrote:
> On Tue, Sep 08, 2015 at 01:43:35PM +0100, Leif Lindholm wrote:
> > The ACPI DBG2 table defines a debug console. Add support for parsing it
> > and using it to select earlycon destination when no arguments provided.
>
On Tue, Sep 08, 2015 at 12:38:59PM -0400, Mark Salter wrote:
> On Tue, 2015-09-08 at 13:43 +0100, Leif Lindholm wrote:
> > The ACPI DBG2 table defines a debug console. Add support for parsing it
> > and using it to select earlycon destination when no arguments provided.
>
On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote:
> > > In any case this should be separate from the shim ABI discussion.
> >
> > I disagree; I think this is very much relevant to the ABI discussion.
> > That's not to say that I insist on a particular approach, but I think
> >
On Mon, Aug 24, 2015 at 06:19:56PM +0800, Haojian Zhuang wrote:
> > If your EFI memory map describes the memory as mappable, it is wrong.
>
> When kernel is working, kernel will create its own page table based on
> UEFI memory map. Since it's reserved in DTS file as Leo's patch, it'll
> be moved
On Tue, Aug 25, 2015 at 04:13:47PM +0800, Haojian Zhuang wrote:
> On Mon, 2015-08-24 at 12:49 +0100, Leif Lindholm wrote:
> > On Mon, Aug 24, 2015 at 06:19:56PM +0800, Haojian Zhuang wrote:
> > > > If your EFI memory map describes the memory as mappable, it is wrong.
>
On Tue, Aug 25, 2015 at 06:15:10PM +0800, Haojian Zhuang wrote:
> > > 1. We need support both UEFI and uboot. So the reserved buffer have to
> > > be declared in DTB since they are used by kernel driver, not UEFI.
> >
> > The buffer may need to be declared in DTB also, but it most certanily
> >
On Tue, Aug 25, 2015 at 09:43:14PM +0800, Haojian Zhuang wrote:
> Since we discussed a lot on this, let's make a conclusion on it.
>
> 1. UEFI could append the reserved buffer in it's memory mapping.
Yes. It needs to.
(I will let Mark comment on points 2-4.)
> 5. A patch is necessary in
On Tue, Aug 25, 2015 at 04:51:22PM +0200, Ard Biesheuvel wrote:
> >>Arm kernel should either fetch memory information from
> >>efi or DT.
> >
> > Absolutely.
> >
> >>Currently arm kernel fetch both efi memory information and
> >>reserved buffer from DTB at the same time.
> >
> >
On Wed, Aug 19, 2015 at 04:49:15PM -0400, Gabriel L. Somlo wrote:
> Hi Ard,
>
> On Wed, Aug 19, 2015 at 11:42:02AM +0200, Ard Biesheuvel wrote:
> > (missed some cc's)
> >
> > On 19 August 2015 at 11:38, Ard Biesheuvel
> > wrote:
> > > From: "Gabriel L. Somlo"
> > >> Several different
For the series:
Tested-by: Leif Lindholm
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ate the memory map with virtual addresses. The function will also
> + * populate @runtime_map with copies of just the EFI_MEMORY_RUNTIME
> + * entries so that we can pass it straight into SetVirtualAddressMap()
> + */
> + efi_get_virtmap(memory_map, map_size, desc_size, r
On Tue, Jan 20, 2015 at 11:10:32AM +, Mark Rutland wrote:
> > diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
> > index 54e39e3..8268c7b 100644
> > --- a/arch/arm64/kernel/setup.c
> > +++ b/arch/arm64/kernel/setup.c
> > @@ -371,6 +371,31 @@ static void __init
On Sat, Jan 17, 2015 at 03:12:13PM -0500, Jon Masters wrote:
> Hi Catalin, all,
>
> I would like to ensure that the SMBIOS data provided by firmware is
> always readable from userspace on AArch64, through /dev/mem.
No, we need to ensure /dev/mem can be completely disabled on any
system that ever
ot; is passed in early parameters.
>
> CC: Mark Rutland
> CC: Jonathan Corbet
> CC: Catalin Marinas
> CC: Will Deacon
> CC: Leif Lindholm
> CC: Grant Likely
> CC: Matt Fleming
> Signed-off-by: Hanjun Guo
> ---
> Documentation/arm/uefi.txt | 3 +++
>
, as it maintains existing whitespace errors.
Changes since v1:
- Change interface of of_get_node_by_path() to take an additional
argument, and update all of its callers to keep working.
- Rework original patch to use this interface.
Leif Lindholm (2):
of: add optional options parameter
)
+ of_find_node_by_path(E1, NULL)
drivers/of/resolver.c manually updated, since spatch fails to parse
it correctly.
Signed-off-by: Leif Lindholm
---
arch/arm/kernel/devtree.c |2 +-
arch/arm/mach-bcm/kona_smp.c|2 +-
arch/arm/mach-imx/clk.c
Support specifying console options (like with console=ttyXN,)
by appending them to the stdout-path property after a separating ':'.
Example:
stdout-path = "uart0:115200";
Signed-off-by: Leif Lindholm
---
drivers/of/base.c |5 +++--
1 file changed, 3 insertions(+), 2
On Wed, Nov 26, 2014 at 09:06:33PM +, Grant Likely wrote:
> On Wed, Nov 26, 2014 at 5:40 PM, Leif Lindholm
> wrote:
> > Update of_find_node_by_path():
> > 1) Ignore any part of the path beyond and including the ':' separator.
> > 2) Set the new provided pointer a
v 26, 2014 at 05:40:40PM +, Leif Lindholm wrote:
> > > >> Support specifying console options (like with console=ttyXN,)
> > > >> by appending them to the stdout-path property after a separating ':'.
> > > >>
> > > >> Example:
> >
and including the ':' separator.
3) Set the new provided pointer argument to the beginning of the string
following the ':' separator.
4: Add tests.
Signed-off-by: Leif Lindholm
---
drivers/of/base.c | 21 +
drivers/of/selftest.c | 12
include/linux/of.h
Support specifying console options (like with console=ttyXN,)
by appending them to the stdout-path property after a separating ':'.
Example:
stdout-path = "uart0:115200";
Signed-off-by: Leif Lindholm
---
drivers/of/base.c |9 +++--
1 file changed, 7 insertions(+), 2
Add a global binding for the chosen node.
Include a description of the stdout-path, and an explicit statement on
its extra options in the context of a UART console.
Opening description stolen from www.devicetree.org, and part of the
remaining text provided by Mark Rutland.
Signed-off-by: Leif
since v1:
- Change interface of of_get_node_by_path() to take an additional
argument, and update all of its callers to keep working.
- Rework original patch to use this interface.
Leif Lindholm (3):
devicetree: of: Add bindings for chosen node, stdout-path
of: add optional options parameter
On Fri, Nov 28, 2014 at 12:44:03AM +, Grant Likely wrote:
> On Thu, 27 Nov 2014 17:56:06 +
> , Leif Lindholm
> wrote:
> > Update of_find_node_by_path():
> > 1) Rename function to of_find_node_opts_by_path(), adding an optional
> >pointer argument. Prov
Most, but not all, architectures supporting CONFIG_STRICT_DEVMEM treat
it as a debug feature - although its function is pretty much the
opposite of debug.
This patch deletes all architecture-specific config options and moves
the option to core code, as a non-debug option.
Signed-off-by: Leif
On Tue, Nov 04, 2014 at 10:43:00AM -0800, Kees Cook wrote:
> > diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
> > index efefd12..39f7817 100644
> > --- a/drivers/char/Kconfig
> > +++ b/drivers/char/Kconfig
> > @@ -6,6 +6,22 @@ menu "Character devices"
> >
> > source
On Tue, Nov 04, 2014 at 12:02:32PM -0800, Kees Cook wrote:
> > I considered doing that, but didn't want to risk listing too many
> > details of one architecture, and too few of others.
>
> Well, the others only say "memory mapped peripherals", so that's what
> I was suggesting adding the x86
Signed-off-by: Leif Lindholm
---
drivers/of/base.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index 3823edf..89c6b33 100644
--- a/drivers/of/base.c
+++ b/drivers/of/base.c
@@ -37,6 +37,7 @@ EXPORT_SYMBOL(of_allnodes
On Tue, Nov 25, 2014 at 12:00:16AM +0100, Andrew Lunn wrote:
> On Mon, Nov 24, 2014 at 10:23:58PM +0000, Leif Lindholm wrote:
> > Support specifying console options (like with console=ttyXN,)
> > by appending them to the stdout-path property after a separating ':'.
> >
> &
On Tue, Nov 25, 2014 at 10:35:04AM +, Mark Rutland wrote:
> On Mon, Nov 24, 2014 at 10:23:58PM +0000, Leif Lindholm wrote:
> > Support specifying console options (like with console=ttyXN,)
> > by appending them to the stdout-path property after a separating ':'.
&
w badly I broke path scanning...
Please ignore previous version - a fixed one follows:
/
Leif
>From aef87fd958902afe881720286d525e10997462b8 Mon Sep 17 00:00:00 2001
From: Leif Lindholm
Date: Mon, 24 Nov 2014 22:23:58 +
Subject: [PATCH] of: support passing console options with stdout
On Tue, Nov 25, 2014 at 02:58:54PM +, Grant Likely wrote:
> > + len = strchrnul(path, ':') - path;
> > +
> > for_each_property_of_node(of_aliases, pp) {
> > if (strlen(pp->name) == len && !strncmp(pp->name, path,
> > len)) {
> >
From: Peter Hurley
Add testcase variants with '/' in the options string to test for
scan beyond end path name terminated by ':'.
Signed-off-by: Peter Hurley
---
drivers/of/unittest.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c
Commit 7914a7c5651a ("of: support passing console options with
stdout-path") neglected to deal with '/'s appearing past the ':'
terminator.
This mini-series fixes this oversight and adds the tests to prove it.
Leif Lindholm (1):
of: fix handling of '/' in options for of_find_no
Ensure proper handling of paths with appended options (after ':'),
where those options may contain a '/'.
Fixes: 7914a7c5651a ("of: support passing console options with stdout-path")
Reported-by: Peter Hurley
Signed-off-by: Leif Lindholm
---
drivers/of/base.c | 23 +++-
On Tue, Mar 10, 2015 at 04:01:16PM +0800, Hanjun Guo wrote:
> >>index 000..f052e7a
> >>--- /dev/null
> >>+++ b/arch/arm64/kernel/acpi.c
> >>@@ -0,0 +1,101 @@
> >>+/*
> >>+ * ARM64 Specific Low-Level ACPI Boot Support
> >>+ *
> >>+ * Copyright (C) 2013-2014, Linaro Ltd.
> >>+ * Author: Al
;
> +
> np = of_find_node_opts_by_path("testcase-alias:testaliasoption", NULL);
> selftest(np, "NULL option alias path test failed\n");
> of_node_put(np);
Could you give the below a spin, and if it works for you, send me the
a
On Wed, May 03, 2017 at 11:07:45AM -0600, Goel, Sameer wrote:
> On 5/3/2017 5:26 AM, Will Deacon wrote:
> > [adding some /dev/mem fans to cc]
> >
> > On Tue, May 02, 2017 at 02:28:05PM -0600, Sameer Goel wrote:
> >> Port architecture specific xlate and unxlate functions for /dev/mem
> >>
to uncached memory accesses halfway through compiler generated code
> (i.e., involving a stack) can never be done in a way that is architecturally
> safe.
>
> Cc:
> Fixes: abfb7b686a3e ("efi/libstub/arm*: Pass latest memory map to the kernel")
> Tested-by: Riku Voipio
&g
On Thu, Apr 21, 2016 at 12:35:25PM +0100, Mark Rutland wrote:
> Currently each architecture must implement two macros, efi_call_virt and
> __efi_call_virt, which only differ by the presence or absence of a
> return type. Otherwise, the logic surrounding the call is identical.
>
> As each
On Fri, Dec 18, 2015 at 01:33:25AM +, Elliott, Robert (Persistent Memory)
wrote:
> Similar to the questions about the arm64 efi boot stub
> handing persistent memory, some of the arm64 kernel code
> looks fishy.
>
> In arch/arm64/kernel/efi.c:
>
> static int __init
On Fri, Dec 18, 2015 at 11:52:24AM +, Mark Rutland wrote:
> On Fri, Dec 18, 2015 at 11:06:51AM +0000, Leif Lindholm wrote:
> > On Fri, Dec 18, 2015 at 01:33:25AM +, Elliott, Robert (Persistent
> > Memory) wrote:
> > > Similar to the questions about the arm64 efi
-off-by: Mark Salter
Signed-off-by: Leif Lindholm
---
include/linux/efi.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/efi.h b/include/linux/efi.h
index 64d532c..a3276da 100644
--- a/include/linux/efi.h
+++ b/include/linux/efi.h
@@ -622,6 +622,12 @@ extern int
From: Ard Biesheuvel
Loading unauthenticated FDT blobs directly from storage is a security hazard,
so this should only be allowed when running with UEFI Secure Boot disabled.
Signed-off-by: Ard Biesheuvel
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/arm-stub.c| 23
From: Mark Salter
Add explanation of arm64 EFI stub and kernel image header changes
needed to masquerade as a PE/COFF application.
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
CC: linux-...@vger.kernel.org
CC: Rob Landley
---
Documentation/arm64
This patch provides documentation of the [U]EFI runtime service and
configuration features for the arm architecture.
Cc: Rob Landley
Cc: linux-...@vger.kernel.org
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
Documentation/arm/00-INDEX |2 ++
Documentation/arm/uefi.txt | 64
-off-by: Ard Biesheuvel
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
---
arch/arm64/Kconfig | 10 +++
arch/arm64/kernel/Makefile |3 +
arch/arm64/kernel/efi-entry.S | 93 +
arch/arm64/kernel/efi-stub.c| 83
From: Mark Salter
This patch adds EFI runtime support for arm64. The runtime support allows
the kernel to access various EFI runtime services provided by EFI firmware.
Things like reboot, real time clock, EFI boot variables, and others.
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
for UEFI. This patch adds a create_id_mapping() function which reuses
the core code of the existing create_mapping().
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
---
arch/arm64/include/asm/mmu.h |2 ++
arch/arm64/mm/mmu.c | 65 ++
2
-helper.c.
Signed-off-by: Roy Franz
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
drivers/firmware/efi/fdt.c | 268
include/linux/efi.h|3 +
2 files changed, 271 insertions(+)
create mode 100644 drivers/firmware/efi/fdt.c
diff
From: Roy Franz
Add a wrapper for printk to standardize the prefix for informational and
error messages from the EFI stub.
Signed-off-by: Roy Franz
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/efi-stub-helper.c | 25 ++---
1 file changed, 14 insertions(+), 11
From: Roy Franz
Add the get_dram_base() function, shared by arm/arm64.
Signed-off-by: Roy Franz
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/efi-stub-helper.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/firmware/efi/efi-stub-helper.c
From: Roy Franz
Update efi-stub.txt documentation to be more general
and not x86 specific. Add ARM only "dtb=" command
line option description.
Signed-off-by: Roy Franz
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
Documentation/efi-stub.txt | 27
From: Mark Salter
CONFIG_LIBFDT support does not include fdt_empty_tree.c which is
needed by arm64 EFI stub. Add it to libfdt_files.
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
---
lib/Makefile |3 ++-
lib/fdt_empty_tree.c |2 ++
2 files changed, 4 insertions
. Peter Anvin (1):
efi: x86: Improve cmdline conversion
Leif Lindholm (2):
efi: delete stray ARM ifdef
doc: arm: add UEFI support documentation
Mark Salter (7):
efi: create memory map iteration helper
lib: add fdt_empty_tree.c
efi: add helper function to get UEFI params from FDT
-by: Mark Salter
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/Kconfig |7
drivers/firmware/efi/efi.c | 79 ++
include/linux/efi.h |9 +
3 files changed, 95 insertions(+)
diff --git a/drivers/firmware/efi/Kconfig b
From: "H. Peter Anvin"
Improve the conversion of the UTF-16 EFI command line
to UTF-8 for passing to the kernel.
Signed-off-by: Roy Franz
Signed-off-by: H. Peter Anvin
Signed-off-by: Leif Lindholm
---
arch/x86/boot/compressed/eboot.c |3 +-
drivers/firmware/efi/efi-stu
An #ifdef CONFIG_ARM clause in efi-stub-helper.c got included with some
of the generic stub rework by Roy Franz. Drop it here to make subsequent
patches less confusing.
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/efi-stub-helper.c | 14 ++
1 file changed, 2 insertions
This patch provides documentation of the early_ioremap() and
early_memremap() functionality,including its implementation and usage
instructions.
Cc: linux-...@vger.kernel.org
Cc: Nicolas Pitre
Cc: Arnd Bergman
Cc: Catalin Marinas
Signed-off-by: Leif Lindholm
Acked-by: Rob Landley
early_memremap() to use MT_WRITEALLOC instead
of MT_UNCACHED.
Cc: Nicolas Pitre
Cc: Arnd Bergman
Cc: Catalin Marinas
Leif Lindholm (2):
Documentation: arm: early_ioremap/early_memremap
arm: add early_ioremap support
Documentation/arm/00-INDEX |2 +
Documentation/arm
This patch adds support for early_ioremap, based on the existing
mechanism in x86. Up to 7 regions of up to 128KB each can be
temporarily mapped in before paging_init, regardless of later highmem
status.
Cc: Nicolas Pitre
Cc: Arnd Bergman
Cc: Catalin Marinas
Signed-off-by: Leif Lindholm
This patch provides documentation of the [U]EFI runtime services and
configuration features.
Cc: linux-...@vger.kernel.org
Signed-off-by: Leif Lindholm
Acked-by: Rob Landley
---
Documentation/arm/00-INDEX |3 +++
Documentation/arm/uefi.txt | 47
This patch implements basic support for UEFI runtime services in the
ARM architecture - a requirement for using efibootmgr to read and update
the system boot configuration.
It uses the generic configuration table scanning to populate ACPI and
SMBIOS pointers.
Signed-off-by: Leif Lindholm
Since the efi_set_virtual_address_map call has strict init ordering
requirements, add an explicit hook in the required place.
Signed-off-by: Leif Lindholm
---
init/main.c |4
1 file changed, 4 insertions(+)
diff --git a/init/main.c b/init/main.c
index af310af..ec6d76e 100644
patchsets.
Changes from v1:
- Updated FDT bindings, based on feedback.
- Use common config table scanning and address lookup code.
- Add dependency on !CPU_BIG_ENDIAN (for now).
- Add proper efi_enabled() facility.
- Documentation updates.
Leif Lindholm (3):
Documentation: arm: add UEFI support
On Thu, Oct 03, 2013 at 11:11:18AM -0500, Rob Herring wrote:
> Adding devicetree list since you are defining bindings...
>
> > +with CONFIG_OF.
> > +
> > +It parses the FDT /chosen node for the following parameters:
>
> DT bindings should be documented in Documentation/devicetree/bindings.
>
>
On Thu, Oct 03, 2013 at 06:10:54PM +0100, Mark Rutland wrote:
> > +The implementation depends on receiving the UEFI runtime memory map and a
> > +pointer to the System Table in a Flattened Device Tree - so is only
> > available
> > +with CONFIG_OF.
> > +
> > +It parses the FDT /chosen node for
On Wed, Apr 23, 2014 at 02:15:08PM +0100, Grant Likely wrote:
> > The reason for me doing that is because we (including you) agreed at
> > the discussion held during LCU13 that this was the safest way of
> > preventing "mischief" like userland trying to read information from
> >
On Wed, Apr 23, 2014 at 02:10:58PM +0100, Grant Likely wrote:
> > Does anyone have a LongTrail DT to hand, and if so does the root have a
> > compatible string? From grepping through the kernel I could only find a
> > model string ("IBM,LongTrail").
>
> Actually, on LongTrail this can be removed
s instruction cache by address for kernel image area.
- CONFIG_EFI_STUB merged into CONFIG_EFI since they are interdependent.
- EFI_DEVICE_TREE_GUID renamed DEVICE_TREE_GUID.
- Minor cleanups.
Ard Biesheuvel (1):
efi/arm64: ignore dtb= when UEFI SecureBoot is enabled
Leif Lindholm (1):
doc: arm:
From: Ard Biesheuvel
Loading unauthenticated FDT blobs directly from storage is a security hazard,
so this should only be allowed when running with UEFI Secure Boot disabled.
Signed-off-by: Ard Biesheuvel
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/arm-stub.c | 39
]
Signed-off-by: Ard Biesheuvel
Signed-off-by: Leif Lindholm
---
arch/arm64/Kconfig |5 +-
arch/arm64/kernel/Makefile |4 +-
arch/arm64/kernel/efi-entry.S | 109 +
arch/arm64/kernel/efi-stub.c| 81 +
arch/arm64/kernel/head.S
-by: Leif Lindholm
---
arch/arm64/Kconfig | 15 ++
arch/arm64/include/asm/efi.h | 14 ++
arch/arm64/kernel/Makefile |1 +
arch/arm64/kernel/efi.c | 466 ++
arch/arm64/kernel/setup.c|5 +
5 files changed, 501 insertions
This patch provides documentation of the [U]EFI runtime service and
configuration features for the arm architecture.
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
Documentation/arm/00-INDEX |2 ++
Documentation/arm/uefi.txt | 64
2
From: Mark Salter
Add explanation of arm64 EFI stub and kernel image header changes
needed to masquerade as a PE/COFF application.
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
CC: linux-...@vger.kernel.org
CC: Rob Landley
---
Documentation/arm64
for UEFI. This patch adds a create_id_mapping() function which reuses
the core code of the existing create_mapping().
Signed-off-by: Mark Salter
[ Fixed error message formatting (%pa). ]
Signed-off-by: Mark Rutland
Signed-off-by: Leif Lindholm
---
arch/arm64/include/asm/mmu.h |2 ++
arch/arm64
From: Roy Franz
Update efi-stub.txt documentation to be more general
and not x86 specific. Add ARM only "dtb=" command
line option description.
Signed-off-by: Roy Franz
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
Documentation/efi-stub.txt | 27
-helper.c.
Signed-off-by: Roy Franz
[ Fixed memory node deletion code. ]
Signed-off-by: Mark Rutland
Signed-off-by: Leif Lindholm
Acked-by: Grant Likely
---
drivers/firmware/efi/fdt.c | 285
include/linux/efi.h|3 +
2 files changed, 288
-by: Mark Salter
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/Kconfig |7
drivers/firmware/efi/efi.c | 79 ++
include/linux/efi.h |9 +
3 files changed, 95 insertions(+)
diff --git a/drivers/firmware/efi/Kconfig b
From: Mark Salter
CONFIG_LIBFDT support does not include fdt_empty_tree.c which is
needed by arm64 EFI stub. Add it to libfdt_files.
Signed-off-by: Mark Salter
Signed-off-by: Leif Lindholm
---
lib/Makefile |3 ++-
lib/fdt_empty_tree.c |2 ++
2 files changed, 4 insertions
On Tue, Apr 29, 2014 at 04:27:07PM +0100, Matt Fleming wrote:
> > I'm wondering if it would be better to organize it into a separate topic
> > branch. We can still take it through tip, if you want, but it would be
> > better than putting it all into one tree.
>
> Sure, that makes sense. I'll do
401 - 499 of 499 matches
Mail list logo
