[PATCH v3 3/3] of: support passing console options with stdout-path

Support specifying console options (like with console=ttyXN,options) by appending them to the stdout-path property after a separating ':'. Example: stdout-path = uart0:115200; Signed-off-by: Leif Lindholm leif.lindh...@linaro.org --- drivers/of/base.c |9 +++-- 1 file changed, 7

[PATCH v3 1/3] devicetree: of: Add bindings for chosen node, stdout-path

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

[PATCH v3 0/3] of: support passing console options with stdout-path

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

Re: [PATCH v3 2/3] of: add optional options parameter to of_find_node_by_path()

On Fri, Nov 28, 2014 at 12:44:03AM +, Grant Likely wrote: On Thu, 27 Nov 2014 17:56:06 + , Leif Lindholm leif.lindh...@linaro.org wrote: Update of_find_node_by_path(): 1) Rename function to of_find_node_opts_by_path(), adding an optional pointer argument. Provide a static

Re: [PATCH v3 2/3] of: add optional options parameter to? of_find_node_by_path()

On Fri, Nov 28, 2014 at 03:25:12PM +, Grant Likely wrote: On Fri, 28 Nov 2014 11:34:28 + , Leif Lindholm leif.lindh...@linaro.org wrote: On Fri, Nov 28, 2014 at 12:44:03AM +, Grant Likely wrote: + separator = strchr(path, ':'); + if (separator opts

Re: [PATCH v8 08/21] dt / chosen: Add linux,uefi-stub-generated-dtb property

parameters. CC: Mark Rutland mark.rutl...@arm.com CC: Jonathan Corbet cor...@lwn.net CC: Catalin Marinas catalin.mari...@arm.com CC: Will Deacon will.dea...@arm.com CC: Leif Lindholm leif.lindh...@linaro.org CC: Grant Likely grant.lik...@linaro.org CC: Matt Fleming matt.flem...@intel.com Signed

Re: [PATCH v7 04/17] ARM64 / ACPI: Introduce early_param for acpi and pass acpi=force to enable ACPI

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

Re: SMBIOS/DMI data under CONFIG_STRICT_DEVMEM

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

Re: [PATCH v5 0/8] arm64: stable UEFI virtual mappings for kexec

For the series: Tested-by: Leif Lindholm leif.lindh...@linaro.org -- 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

Re: [PATCH v5 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub

(runtime_map); return EFI_LOAD_ERROR; } -- 1.8.3.2 Acked-by: Leif Lindholm leif.lindh...@linaro.org -- 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

Re: [PATCH 1/2] of: handle both '/' and ':' in path strings

= end - path; + len = strcspn(path, /:); if (!len) return NULL; -- 1.9.1 Yeah, that's neater that the fix I sent out earlier today. Acked-by: Leif Lindholm leif.lindh...@linaro.org -- To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [PATCH 2/2] of: unittest: Add option string test case with longer path

); -- 1.9.1 Acked-by: Leif Lindholm leif.lindh...@linaro.org -- 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

[PATCH 2/2] of: unittest: Add options string testcase variants

From: Peter Hurley pe...@hurleysoftware.com Add testcase variants with '/' in the options string to test for scan beyond end path name terminated by ':'. Signed-off-by: Peter Hurley pe...@hurleysoftware.com --- drivers/of/unittest.c | 11 +++ 1 file changed, 11 insertions(+) diff --git

[PATCH 0/2] of: fix handling of '/' in path options

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_node_by_path

[PATCH 1/2] of: fix handling of '/' in options for of_find_node_by_path()

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 pe...@hurleysoftware.com Signed-off-by: Leif Lindholm leif.lindh...@linaro.org

Re: [PATCH v9 05/21] ARM64 / ACPI: Get RSDP and ACPI boot-time tables

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 Stone al.st...@linaro.org + *

Re: [PATCH v3 2/3] of: add optional options parameter to of_find_node_by_path()

post both as a series? Regards, Leif From bf4ab0b2e33902ba88809a3c4a2cdf07efd02dde Mon Sep 17 00:00:00 2001 From: Leif Lindholm leif.lindh...@linaro.org Date: Fri, 6 Mar 2015 16:38:54 + Subject: [PATCH] of: fix handling of '/' in options for of_find_node_by_path() Ensure proper handling

Re: [PATCH 0/2] of: fix handling of '/' in path options

On Wed, Mar 11, 2015 at 07:49:33AM -0500, Rob Herring wrote: On Mon, Mar 9, 2015 at 1:03 PM, Leif Lindholm leif.lindh...@linaro.org wrote: Commit 7914a7c5651a (of: support passing console options with stdout-path) neglected to deal with '/'s appearing past the ':' terminator

Re: [PATCH v2 0/3] SysFS driver for QEMU fw_cfg device

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 ard.biesheu...@linaro.org wrote: From: Gabriel L. Somlo so...@cmu.edu Several

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

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 to

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

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 kernel. If

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

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. No, it does not. It

Re: [PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter

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. Signed-off-by: Leif Lindholm leif.lindh

Re: [PATCH 1/4] x86, efi, kasan: #undef memset/memcpy/memmove per arch.

On Fri, Aug 28, 2015 at 08:27:45AM +0200, Ingo Molnar wrote: * Andrey Ryabinin ryabinin@gmail.com 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

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

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 needs to be

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

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. When kernel is working, kernel

[PATCH 1/3] efi/x86: move efi=debug option parsing to core

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 leif.lindh...@linaro.org --- arch/x86/platform/efi/efi.c | 2 -- drivers/firmware/efi/efi.c | 3 +++ 2 files

[PATCH 2/3] arm64: use core efi=debug instead of uefi_debug command line parameter

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 leif.lindh...@linaro.org --- Documentation/arm/uefi.txt | 2 -- arch/arm64/kernel/efi.c| 19 +-- 2 files changed, 5

[PATCH 0/3] unify efi debug output across architectures

' - 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

[PATCH 3/3] efi/arm64: clean up efi_get_fdt_params() interface

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 leif.lindh...@linaro.org --- arch/arm64/kernel/efi.c| 2 +- drivers/firmware/efi/efi.c | 6 ++ include/linux/efi.h

[RFC 4/5] tty/console: use SPCR table to define console

onsole support earlier in the boot process. Signed-off-by: Jon Masters <j...@redhat.com> [rebased and cleaned up] Signed-off-by: Torez Smith <to...@redhat.com> [reworked to use _CRS, moved to drivers/acpi] Signed-off-by: Leif Lindholm <leif.lindh...@linaro.org> --- drivers/acpi/c

[RFC 3/5] acpi/serial: add DBG2 earlycon support

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 <leif.lindh...@linaro.org> --- arch/arm64/kernel/acpi.c | 2 + drivers/acpi/Makefile | 1 + driver

[RFC 1/5] arm64: move acpi/dt decision earlier in boot process

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 <leif.lindh...@linaro.org> --- arch/arm64/kernel/

[RFC 2/5] of/serial: move earlycon early_param handling to serial

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 <leif.lindh...@linaro.org> --- drivers/of/fdt.c

[RFC 5/5] HACK: serial: move pl011 initcall to device_initcall

--- 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 @@

[RFC 0/5] console/acpi: add DBG2 and SPCR console configuration

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

Re: [RFC 2/5] of/serial: move earlycon early_param handling to serial

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

Re: [RFC 5/5] HACK: serial: move pl011 initcall to device_initcall

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

Re: [Linaro-acpi] [RFC 3/5] acpi/serial: add DBG2 earlycon support

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. >

Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support

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. >

Re: [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

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 > >

Re: arm64/efi handling of persistent memory

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

Re: arm64/efi handling of persistent memory

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

Re: [PATCHv2 1/5] efi/runtime-wrappers: add {__,}efi_call_virt templates

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

Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()

t;) > Tested-by: Riku Voipio <riku.voi...@linaro.org> > Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org> Acked-by: Leif Lindholm <leif.lindh...@linaro.org> > --- > drivers/firmware/efi/libstub/fdt.c | 14 +++--- > 1 file changed, 3 insertions(+)

Re: [PATCH] arm64: Add translation functions for /dev/mem read/write

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 > >>

Re: [PATCH] firmware: bluefield: add boot control driver

On Tue, Oct 10, 2017 at 11:23:32AM +0100, Mark Rutland wrote: > On Tue, Oct 10, 2017 at 11:15:39AM +0100, Sudeep Holla wrote: > > (+Mark, Grant) > > > > On 09/10/17 18:16, Chris Metcalf wrote: > > > The Mellanox BlueField SoC firmware supports a safe upgrade mode as > > > part of the flow where

Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console

I'm afraid Aleksey is no longer assigned to Linaro (you will probably have seen a bounce). On Mon, Sep 11, 2017 at 11:11:49AM +0200, Andreas Schwab wrote: > On Sep 27 2016, Aleksey Makarov wrote: > > > 'ARM Server Base Boot Requiremets' [1] mentions SPCR (Serial Port

Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console

On Mon, Sep 11, 2017 at 02:28:20PM +0200, Andreas Schwab wrote: > On Sep 11 2017, Graeme Gregory wrote: > > > Considering the SPCR table in question seems mildly insane, you could > > always unload the SPCR in grub. > > How do you "unload the SPCR"? But in any case,

[PATCH v2 0/5] Make commonly useful UEFI functions common

it breaks the efi_lookup_mapped_addr() function out of x86 and places it in global efi.c, for shared use with future ARM patches. IA64 code compile tested only. Leif Lindholm (5): ia64: add early_memremap() alias for early_ioremap() efi: provide a generic efi_config_init() efi: x86: use common code

[PATCH v2 2/5] efi: provide a generic efi_config_init()

Common to (U)EFI support on all platforms is the global "efi" data structure, and the code that parses the System Table to locate addresses to populate that structure with. This patch adds both of these to the global EFI driver code. Signed-off-by: Leif Lindholm --- drivers/firmware

[PATCH v2 4/5] efi: ia64: use common code for (U)EFI configuration scanning

This patch makes ia64 use the new common code for configuration table scanning. It also removes the local definition of the global "efi" data structure. Signed-off-by: Leif Lindholm --- arch/ia64/kernel/efi.c | 54 ++-- 1 file changed, 11

[PATCH v2 5/5] efi: x86: make efi_lookup_mapped_addr() a common function

efi_lookup_mapped_addr() is a handy utility for other platforms than x86. Move it from arch/x86 to drivers/firmware. Add memmap pointer to global efi structure, and initialise it on x86. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 30 ++ drivers

[PATCH v2 3/5] efi: x86: use common code for (U)EFI configuration scanning

This patch makes x86 use the new common code for configuration table scanning. It also removes the local definition of the global "efi" data structure. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 96 --- 1 file changed, 8

[PATCH v2 1/5] ia64: add early_memremap() alias for early_ioremap()

early_ioremap() on IA64 chooses its mapping type based on the EFI memory map. This patch adds an alias "early_memremap()" to be used where the targeted location is memory rather than an i/o device. Signed-off-by: Leif Lindholm --- arch/ia64/include/asm/io.h |1 + 1 file changed, 1

Re: [PATCH 6/7] Add EFI stub for ARM

On Mon, Aug 05, 2013 at 03:11:49PM +0100, Dave Martin wrote: > > diff --git a/arch/arm/boot/compressed/head.S > > b/arch/arm/boot/compressed/head.S > > index 75189f1..4c70b9e 100644 > > --- a/arch/arm/boot/compressed/head.S > > +++ b/arch/arm/boot/compressed/head.S > > @@ -122,19 +122,106 @@ > >

[PATCH 0/4] Make commonly useful UEFI functions common

it breaks the efi_lookup_mapped_addr() function out of x86 and places it in global efi.c, for shared use with future ARM patches. IA64 code compile tested only. Pardon the delay in getting this out - back to back conferences followed by a bad case of the man flu. Leif Lindholm (4): efi: provide

[PATCH 2/4] efi: x86: use common code for (U)EFI configuration scanning

This patch makes x86 use the new common code for EFI configuration table scanning. It also removes the local definition of the global "efi" data structure. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 96 --- 1 file

[PATCH 4/4] efi: x86: make efi_lookup_mapped_addr() a common function

efi_lookup_mapped_addr() is a handy utility for other platforms than x86. Move it from arch/x86 to drivers/firmware/efi. This function will be used by future ARM patches. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 28 drivers/firmware/efi

[PATCH 1/4] efi: provide a generic efi_config_init()

llow later in the series. Note: use of early_memremap() instead of early_ioremap() for better semantic match for ARM support. Signed-off-by: Leif Lindholm --- drivers/firmware/efi/efi.c | 106 include/linux/efi.h|7 +++ 2 files ch

[PATCH 3/4] efi: ia64: use common code for (U)EFI configuration scanning

etermining type of mapping anyway. Signed-off-by: Leif Lindholm --- arch/ia64/include/asm/io.h |1 + arch/ia64/kernel/efi.c | 54 +--- 2 files changed, 12 insertions(+), 43 deletions(-) diff --git a/arch/ia64/include/asm/io.h b/arch/ia64/includ

Re: [PATCH 1/4] efi: provide a generic efi_config_init()

On Tue, Jul 30, 2013 at 10:53:10AM -0700, Tony Luck wrote: > On Tue, Jul 30, 2013 at 9:47 AM, Leif Lindholm > wrote: > > + /* > > +* Let's see what config tables the firmware passed to us. > > +*/ > > + config_tables = ea

Re: [PATCH 4/4] efi: x86: make efi_lookup_mapped_addr() a common function

On Wed, Jul 31, 2013 at 09:58:20AM +0100, Matt Fleming wrote: > On 07/30/2013 05:47 PM, Leif Lindholm wrote: > > efi_lookup_mapped_addr() is a handy utility for other platforms > > than x86. Move it from arch/x86 to drivers/firmware/efi. > > > > This function will be

Re: [PATCH v2 2/5] efi: provide a generic efi_config_init()

On Mon, Aug 05, 2013 at 01:15:40PM +0100, Matt Fleming wrote: > > +static __init int match_config_table(efi_guid_t *guid, > > +unsigned long table, > > +efi_config_table_type_t *table_types) > > +{ > > + u8 str[38]; > > Shouldn't

Re: [PATCH 16/17] Add EFI stub for ARM

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

[PATCH v3 1/5] ia64: add early_memremap() alias for early_ioremap()

early_ioremap() on IA64 chooses its mapping type based on the EFI memory map. This patch adds an alias "early_memremap()" to be used where the targeted location is memory rather than an i/o device. Signed-off-by: Leif Lindholm Acked-by: Tony Luck --- arch/ia64/include/asm/io.h |1

[PATCH v3 5/5] efi: x86: make efi_lookup_mapped_addr() a common function

efi_lookup_mapped_addr() is a handy utility for other platforms than x86. Move it from arch/x86 to drivers/firmware. Add memmap pointer to global efi structure, and initialise it on x86. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 30 ++ drivers

[PATCH v3 0/5] Make commonly useful UEFI functions common

it breaks the efi_lookup_mapped_addr() function out of x86 and places it in global efi.c, for shared use with future ARM patches. IA64 code compile tested only. Leif Lindholm (5): ia64: add early_memremap() alias for early_ioremap() efi: provide a generic efi_config_init() efi: x86: use common code

[PATCH v3 4/5] efi: ia64: use common code for (U)EFI configuration scanning

This patch makes ia64 use the new common code for configuration table scanning. It also removes the local definition of the global "efi" data structure. Signed-off-by: Leif Lindholm Acked-by: Tony Luck --- arch/ia64/kernel/efi.c | 54 ++

[PATCH v3 3/5] efi: x86: use common code for (U)EFI configuration scanning

This patch makes x86 use the new common code for configuration table scanning. It also removes the local definition of the global "efi" data structure. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 96 --- 1 file changed, 8

[PATCH v3 2/5] efi: provide a generic efi_config_init()

Common to (U)EFI support on all platforms is the global "efi" data structure, and the code that parses the System Table to locate addresses to populate that structure with. This patch adds both of these to the global EFI driver code. Signed-off-by: Leif Lindholm --- drivers/firmware

Re: Is: Wrap-up Was: Re: EFI and multiboot2 devlopment work for Xen

On Mon, Nov 04, 2013 at 08:41:11PM +, Stefano Stabellini wrote: > > > > multiboot2 protocol requires some more changes. However, about 80% of code > > is ready. In this case Xen and modules are loaded by GRUB2 itself. It means > > that all images could be placed on any filesystem recognized

Re: [PATCH v2 2/3] arm: Add [U]EFI runtime services support

On Thu, Oct 17, 2013 at 03:07:39PM +0100, Matt Fleming wrote: > > +/* > > + * If you need to (temporarily) support buggy firmware. > > + */ > > +#define KEEP_BOOT_SERVICES_REGIONS > > Have you seen firmware that requires this? I'm just curious more than > anything else. Not really. I _think_ I

[PATCH v3 0/3] (U)EFI runtime services for arm

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 documentation arm: Add [U]EFI runtime services support init: efi: arm: enable (U)EFI

[PATCH v3 1/3] Documentation: arm: add UEFI support documentation

This patch provides documentation of the [U]EFI runtime service and configuration features for the arm architecture. Changes since v1/v2: - Complete rewrite. - New FDT bindings. Cc: Rob Landley Cc: linux-...@vger.kernel.org Signed-off-by: Leif Lindholm --- Documentation/arm/00-INDEX |3

[PATCH v3 2/3] arm: Add [U]EFI runtime services support

bindings. - Preserve regions marked RESERVED (but don't map them). - Rename 'efi' -> 'uefi' within this new port (leaving core code as is). Signed-off-by: Leif Lindholm --- arch/arm/Kconfig| 15 ++ arch/arm/include/asm/uefi.h | 22 ++ arch/arm/kernel/Makefile|2 + arch/

[PATCH v3 3/3] init: efi: arm: enable (U)EFI runtime services on arm

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 febc511..1331829 100644

Re: [PATCH v3 2/3] arm: Add [U]EFI runtime services support

Hi Will, Thanks for having a look. On Fri, Nov 29, 2013 at 04:10:16PM +, Will Deacon wrote: > > 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

Re: [PATCH v3 0/3] (U)EFI runtime services for arm

On Fri, Nov 29, 2013 at 11:53:19AM +, Matt Fleming wrote: > On Thu, 28 Nov, at 04:41:20PM, Leif Lindholm wrote: > > In systems based on [U]EFI-conformant firmware, runtime services provide > > a standardised way for the kernel to update firmware environment > > va

Re: [PATCH v3 1/3] Documentation: arm: add UEFI support documentation

On Mon, Dec 02, 2013 at 01:51:22PM -0600, Matt Sealey wrote: > Here's where I think this whole thing falls down as being the weirdest > possible implementation of this. It defies logic to put this > information in the device tree /chosen node while also attempting to > boot the kernel using an EFI

Re: [PATCH v2 0/3] arm: [U]EFI runtime services support

Hi Olof, Many thanks for having a look. On Fri, Nov 15, 2013 at 10:04:22AM -0800, Olof Johansson wrote: > This series is generally looking sane to me without looking at the > code in very close detail. In the interest of full disclosure, I would like to point out that I will be posting another

Re: [PATCH v3 1/3] Documentation: arm: add UEFI support documentation

On Wed, Dec 04, 2013 at 03:06:47PM -0600, Matt Sealey wrote: > By the time we get half-way through arm/kernel/head.S the cache and > MMU has been turned off and on and off again by the decompressor, and > after a large amount of guesswork and arbitrary restriction-based > implementation, there's

Re: [PATCH 1/3] arm64: add EFI stub

On Fri, Dec 06, 2013 at 08:34:30AM -0500, Mark Salter wrote: > > Or just disable runtime services on the switch to big ending. Big endian > > should not disable the stub (but getting it to work could be a follow-up > > patch) > > > The other problem with BE is that the PE/COFF masquerading is

Re: [PATCH v5 02/14] efi: use early_memremap and early_memunmap

On Wed, Dec 11, 2013 at 10:39:03AM +, Matt Fleming wrote: > Leif, Mark, does this patch look OK for ARM? We'd need to introduce a > new early_memunmap() function so that things still build, but that > should be straight forward. You'd even be able to get rid of the > asymmetry in uefi_init()

Re: [PATCH v5 02/14] efi: use early_memremap and early_memunmap

On Wed, Dec 11, 2013 at 10:17:58AM -0500, Mark Salter wrote: > Anyway, I posted a patch to create a generic early_ioremap > implementation using generic bits of the x86 code: > > https://lkml.org/lkml/2013/11/27/621 > > So maybe Dave's patch 1/14 should be part of that series or > get rebased

Re: [PATCH v4 4/6] arm: add early_ioremap support

emap code to implement > > early_ioremap for ARM. The ARM-specific bits come mostly from > > an earlier patch from Leif Lindholm > > here: > > This doesn't actually work for me. The PTE flags are not correct and > accesses to a device fault. See below. Do they fault bef

Re: [PATCH 02/11] efi: Remove EFI_PAGE_SHIFT and EFI_PAGE_SIZE

On Fri, Sep 20, 2013 at 11:42:49AM +0100, Matt Fleming wrote: > On Thu, 19 Sep, at 04:54:45PM, Borislav Petkov wrote: > > From: Borislav Petkov > > > > ... and use the good old standard defines which we all know. Also, > > simplify math to shift by PAGE_SHIFT instead of multiplying by > >

Re: [PATCH 02/11] efi: Remove EFI_PAGE_SHIFT and EFI_PAGE_SIZE

On Sat, Sep 21, 2013 at 05:41:43PM +0200, Borislav Petkov wrote: > On Sat, Sep 21, 2013 at 05:21:39PM +0200, Leif Lindholm wrote: > > > It will probably not be a problem on the stub side, and it's not used > > in many places but it would break efi_lookup_mapped_address(), &

Re: [PATCH 02/11] efi: Remove EFI_PAGE_SHIFT and EFI_PAGE_SIZE

On Sat, Sep 21, 2013 at 05:50:39PM +0200, Borislav Petkov wrote: > > Ok, maybe the generic header include/linux/efi.h might be a problem but > > the rest are changes to arch/x86/ which should have no effect whatsoever > > on any other arch. > > > > Or are you planning to move some of it into

Re: [PATCH v2 2/2] arm: add early_ioremap support

On Fri, Sep 06, 2013 at 05:14:49PM +0100, Catalin Marinas wrote: > On Fri, Sep 06, 2013 at 10:19:18AM +0100, Leif Lindholm wrote: > > --- a/arch/arm/kernel/setup.c > > +++ b/arch/arm/kernel/setup.c > > @@ -877,6 +878,10 @@ void __init setup_arch(char **cmdline_p) > > &g

Re: [PATCH v3 2/5] efi: provide a generic efi_config_init()

On Mon, Sep 02, 2013 at 10:29:02AM +0100, Matt Fleming wrote: > This patch actually breaks git bisection, Urgh, sorry about that. > /home/build/git/efi/arch/x86/platform/efi/efi.c:581:19: error: conflicting > types for ‘efi_config_init’ > In file included from

[PATCH v4 3/3] efi: x86: make efi_lookup_mapped_addr() a common function

efi_lookup_mapped_addr() is a handy utility for other platforms than x86. Move it from arch/x86 to drivers/firmware. Add memmap pointer to global efi structure, and initialise it on x86. Signed-off-by: Leif Lindholm --- arch/x86/platform/efi/efi.c | 30 ++ drivers

[PATCH v4 0/3] Make commonly useful UEFI functions common

it breaks the efi_lookup_mapped_addr() function out of x86 and places it in global efi.c, for shared use with future ARM patches. IA64 code compile tested only. Leif Lindholm (3): ia64: add early_memremap() alias for early_ioremap() efi: x86: ia64: provide a generic efi_config_init() efi:

[PATCH v4 2/3] efi: x86: ia64: provide a generic efi_config_init()

"efi" data structure from the x86 and ia64 code. Squashed into one big patch to avoid breaking bisection. Signed-off-by: Leif Lindholm Acked-by: Tony Luck Signed-off-by: Matt Fleming --- arch/ia64/kernel/efi.c | 54 +- arch/x86/platf

[PATCH v4 1/3] ia64: add early_memremap() alias for early_ioremap()

early_ioremap() on IA64 chooses its mapping type based on the EFI memory map. This patch adds an alias "early_memremap()" to be used where the targeted location is memory rather than an i/o device. Signed-off-by: Leif Lindholm Acked-by: Tony Luck --- arch/ia64/include/asm/io.h |1

[PATCH v2 1/2] Documentation: arm: early_ioremap/early_memremap

This patch provides documentation of the early_ioremap() and early_memremap() functionality,including its implementation and usage instructions. Signed-off-by: Leif Lindholm Acked-by: Rob Landley --- Documentation/arm/00-INDEX |2 ++ Documentation/arm/early_ioremap.txt | 23

[PATCH v2 0/2] Add early_ioremap()/early_memremap() support to arm

is the addition of the early_memremap() call, which maps a region in with uncached normal memory type. Leif Lindholm (2): Documentation: arm: early_ioremap/early_memremap arm: add early_ioremap support Documentation/arm/00-INDEX |2 + Documentation/arm/early_ioremap.txt | 23

[PATCH v2 2/2] arm: add early_ioremap support

This patch adds support for early_ioremap and early_memremap, 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. Signed-off-by: Leif Lindholm --- arch/arm/Kconfig |7

[PATCH 2/2] arm: add early_ioremap support

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. Signed-off-by: Leif Lindholm --- arch/arm/Kconfig |7 ++ arch/arm/include

[PATCH 0/2] arm: add early_ioremap() support

of early_ioremap(), available before paging_init() only. Like the x86 code on which it is based, it (p)re-uses the fixmap regions for its virtual mapping range. Up to 7 simultaneous mappings of up to 128KB can be accommodated in the available fixmap space. Leif Lindholm (2): Documentation: arm

<    1   2   3   4   5   >