Re: [PATCH v2] mtd: slram: use memremap() instead of ioremap()

ping - is this suitable for 4.15? Thanks, Roy On Thu, Oct 19, 2017 at 3:55 PM, Roy Franz <rfr...@cavium.com> wrote: > Convert slram to use memremap() to map the memory it uses to back an MTD > device, as this is the proper interface for mapping memory. This change > enable

Re: [PATCH v2] mtd: slram: use memremap() instead of ioremap()

ping - is this suitable for 4.15? Thanks, Roy On Thu, Oct 19, 2017 at 3:55 PM, Roy Franz wrote: > Convert slram to use memremap() to map the memory it uses to back an MTD > device, as this is the proper interface for mapping memory. This change > enables normal memory to be used to ba

[PATCH v2] mtd: slram: use memremap() instead of ioremap()

Convert slram to use memremap() to map the memory it uses to back an MTD device, as this is the proper interface for mapping memory. This change enables normal memory to be used to back an MTD device on arm64, as arm64 prevents ioremap() being used on normal memory. Signed-off-by: Roy Franz

[PATCH v2] mtd: slram: use memremap() instead of ioremap()

Convert slram to use memremap() to map the memory it uses to back an MTD device, as this is the proper interface for mapping memory. This change enables normal memory to be used to back an MTD device on arm64, as arm64 prevents ioremap() being used on normal memory. Signed-off-by: Roy Franz

Re: [PATCH] mdt: slram: use memremap() instead of ioremap()

On Thu, Oct 19, 2017 at 8:37 AM, Christoph Hellwig wrote: > s/mdt/mtd/ in the subject? Yup, I'll repost a fixed version.

Re: [PATCH] mdt: slram: use memremap() instead of ioremap()

On Thu, Oct 19, 2017 at 8:37 AM, Christoph Hellwig wrote: > s/mdt/mtd/ in the subject? Yup, I'll repost a fixed version.

[PATCH] mdt: slram: use memremap() instead of ioremap()

Convert slram to use memremap() to map the memory it uses to back an MTD device, as this is the proper interface for mapping memory. This change enables normal memory to be used to back an MTD device on arm64, as arm64 prevents ioremap() being used on normal memory. Signed-off-by: Roy Franz

[PATCH] mdt: slram: use memremap() instead of ioremap()

Convert slram to use memremap() to map the memory it uses to back an MTD device, as this is the proper interface for mapping memory. This change enables normal memory to be used to back an MTD device on arm64, as arm64 prevents ioremap() being used on normal memory. Signed-off-by: Roy Franz

Re: [RFC PATCH 3/8] firmware: arm_scmi: add common infrastructure and support for base protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The base protocol describes the properties of the implementation and > provide generic error management. The base protocol provides commands > to describe protocol version, discover implementation specific > attributes

Re: [RFC PATCH 3/8] firmware: arm_scmi: add common infrastructure and support for base protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The base protocol describes the properties of the implementation and > provide generic error management. The base protocol provides commands > to describe protocol version, discover implementation specific > attributes and vendor/sub-vendor

Re: [RFC PATCH 5/8] firmware: arm_scmi: add initial support for clock protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The clock protocol is intended for management of clocks. It is used to > enable or disable clocks, and to set and get the clock rates. This > protocol provides commands to describe the protocol version, discover > various

Re: [RFC PATCH 5/8] firmware: arm_scmi: add initial support for clock protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The clock protocol is intended for management of clocks. It is used to > enable or disable clocks, and to set and get the clock rates. This > protocol provides commands to describe the protocol version, discover > various implementation

Re: [RFC PATCH 7/8] firmware: arm_scmi: add initial support for sensor protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The sensor protocol provides functions to manage platform sensors, and > provides the commands to describe the protocol version and the various > attribute flags. It also provides commands to discover various sensors >

Re: [RFC PATCH 7/8] firmware: arm_scmi: add initial support for sensor protocol

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The sensor protocol provides functions to manage platform sensors, and > provides the commands to describe the protocol version and the various > attribute flags. It also provides commands to discover various sensors > implemented and managed

Re: [RFC PATCH 2/8] firmware: arm_scmi: add basic driver infrastructure for SCMI

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The SCMI is intended to allow OSPM to manage various functions that are > provided by the hardware platform it is running on, including power and > performance functions. SCMI provides two levels of abstraction, protocols

Re: [RFC PATCH 2/8] firmware: arm_scmi: add basic driver infrastructure for SCMI

On Wed, Jun 7, 2017 at 9:10 AM, Sudeep Holla wrote: > The SCMI is intended to allow OSPM to manage various functions that are > provided by the hardware platform it is running on, including power and > performance functions. SCMI provides two levels of abstraction, protocols > and transports.

Re: [PATCH v2] efi: Config options to assign versions in the PE-COFF header

On Thu, Apr 13, 2017 at 12:47 AM, Gary Lin wrote: > On Thu, Apr 13, 2017 at 08:26:04AM +0100, Ard Biesheuvel wrote: >> On 13 April 2017 at 04:58, Gary Lin wrote: >> > This commit adds the new config options to allow the user to modify the >> > following fields in

Re: [PATCH v2] efi: Config options to assign versions in the PE-COFF header

On Thu, Apr 13, 2017 at 12:47 AM, Gary Lin wrote: > On Thu, Apr 13, 2017 at 08:26:04AM +0100, Ard Biesheuvel wrote: >> On 13 April 2017 at 04:58, Gary Lin wrote: >> > This commit adds the new config options to allow the user to modify the >> > following fields in the PE-COFF header. >> > >> >

[tip:efi/core] efi/libstub: Fix allocation size calculations

Commit-ID: 5b88a31c222c47cb8997021cc8a576927ba0e77f Gitweb: http://git.kernel.org/tip/5b88a31c222c47cb8997021cc8a576927ba0e77f Author: Roy Franz <roy.fr...@hpe.com> AuthorDate: Sat, 12 Nov 2016 21:32:29 + Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Sun, 13 Nov 2

[tip:efi/core] efi/libstub: Fix allocation size calculations

Commit-ID: 5b88a31c222c47cb8997021cc8a576927ba0e77f Gitweb: http://git.kernel.org/tip/5b88a31c222c47cb8997021cc8a576927ba0e77f Author: Roy Franz AuthorDate: Sat, 12 Nov 2016 21:32:29 + Committer: Ingo Molnar CommitDate: Sun, 13 Nov 2016 08:23:14 +0100 efi/libstub: Fix allocation

Re: [PATCH v5 0/1] ARM64: ACPI: Update documentation for latest specification version

t; > > Ping? If there are no further comments, can this be pulled in through > either the documentation or arm64 tree? > > Thanks. I've read through this - looks good to me. I think it provides useful guidance to reference as we work on getting good ACPI support provided by vario

Re: [PATCH v5 0/1] ARM64: ACPI: Update documentation for latest specification version

? If there are no further comments, can this be pulled in through > either the documentation or arm64 tree? > > Thanks. I've read through this - looks good to me. I think it provides useful guidance to reference as we work on getting good ACPI support provided by various platfor

Re: [Patch v2 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

. Also patch adds > raw dmi table to simplify dmi table processing in user space, as > proposed by Jean Delvare. > > Signed-off-by: Ivan Khoronzhuk Tested-by: Roy Franz Tested with dmidecode w/patches to read tables from sysfs. The dmidecode patches are posted on dmidecode-dev

Re: [Patch v2 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

patch adds raw dmi table to simplify dmi table processing in user space, as proposed by Jean Delvare. Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@globallogic.com Tested-by: Roy Franz roy.fr...@linaro.org Tested with dmidecode w/patches to read tables from sysfs. The dmidecode patches

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Wed, Apr 15, 2015 at 11:48 PM, Jean Delvare wrote: > Hi Roy, > > On Wed, 15 Apr 2015 17:54:51 -0700, Roy Franz wrote: >> On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz wrote: >> > I have made modifications to dmidecode to support this interface, and it >> >

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Wed, Apr 15, 2015 at 11:48 PM, Jean Delvare jdelv...@suse.de wrote: Hi Roy, On Wed, 15 Apr 2015 17:54:51 -0700, Roy Franz wrote: On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz roy.fr...@linaro.org wrote: I have made modifications to dmidecode to support this interface, and it works quite

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz wrote: > On Fri, Apr 3, 2015 at 2:36 AM, Ivan.khoronzhuk > wrote: >> >> >> On 02.04.15 15:57, Ivan Khoronzhuk wrote: >>> >>> Some utils, like dmidecode and smbios, need to access SMBIOS entry >>>

Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware

On Wed, Apr 15, 2015 at 8:45 AM, Andy Lutomirski wrote: > On Apr 15, 2015 6:20 AM, "Greg Kroah-Hartman" > wrote: >> >> On Tue, Apr 14, 2015 at 11:52:48AM -0400, Andy Lutomirski wrote: >> > On Tue, Apr 14, 2015 at 10:09 AM, Greg Kroah-Hartman >> > wrote: >> > > On Tue, Apr 14, 2015 at 05:44:56PM

[PATCH] x86/efi: Store upper bits of command line buffer address in ext_cmd_line_ptr

. Signed-off-by: Roy Franz --- This is a follow-up to "x86_64/efi: enforce 32 bit address for command line buffer", which had the wrong fix to the truncation of address. arch/x86/boot/compressed/eboot.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/boot/compressed/eboot.c

Re: [PATCH] x86_64/efi: enforce 32 bit address for command line buffer

On Wed, Apr 15, 2015 at 6:18 AM, Matt Fleming wrote: > On Tue, 14 Apr, at 05:45:52PM, Roy Franz wrote: >> The boot_params structure has a 32 bit field for storing the address of >> the kernel command line. When the EFI stub allocates memory for the command >> line, i

Re: [PATCH] x86_64/efi: enforce 32 bit address for command line buffer

On Wed, Apr 15, 2015 at 6:18 AM, Matt Fleming m...@codeblueprint.co.uk wrote: On Tue, 14 Apr, at 05:45:52PM, Roy Franz wrote: The boot_params structure has a 32 bit field for storing the address of the kernel command line. When the EFI stub allocates memory for the command line, it allocates

[PATCH] x86/efi: Store upper bits of command line buffer address in ext_cmd_line_ptr

. Signed-off-by: Roy Franz roy.fr...@linaro.org --- This is a follow-up to x86_64/efi: enforce 32 bit address for command line buffer, which had the wrong fix to the truncation of address. arch/x86/boot/compressed/eboot.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/boot/compressed

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Tue, Apr 14, 2015 at 9:19 PM, Roy Franz roy.fr...@linaro.org wrote: On Fri, Apr 3, 2015 at 2:36 AM, Ivan.khoronzhuk ivan.khoronz...@globallogic.com wrote: On 02.04.15 15:57, Ivan Khoronzhuk wrote: Some utils, like dmidecode and smbios, need to access SMBIOS entry table area in order

Re: [PATCH v4 2/2] efi: an sysfs interface for user to update efi firmware

On Wed, Apr 15, 2015 at 8:45 AM, Andy Lutomirski l...@amacapital.net wrote: On Apr 15, 2015 6:20 AM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Tue, Apr 14, 2015 at 11:52:48AM -0400, Andy Lutomirski wrote: On Tue, Apr 14, 2015 at 10:09 AM, Greg Kroah-Hartman

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Fri, Apr 3, 2015 at 2:36 AM, Ivan.khoronzhuk wrote: > > > On 02.04.15 15:57, Ivan Khoronzhuk wrote: >> >> Some utils, like dmidecode and smbios, need to access SMBIOS entry >> table area in order to get information like SMBIOS version, size, etc. >> Currently it's done via /dev/mem. But for

[PATCH] x86_64/efi: enforce 32 bit address for command line buffer

the stub code, so we don't need to handle the case of booting a 32 bit kernel on a 64 bit EFI platform. Signed-off-by: Roy Franz --- arch/x86/boot/compressed/eboot.c | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/x86/boot/compressed/eboot.c b/arch/x86/boot/compressed/eboot.c

[PATCH] x86_64/efi: enforce 32 bit address for command line buffer

the stub code, so we don't need to handle the case of booting a 32 bit kernel on a 64 bit EFI platform. Signed-off-by: Roy Franz roy.fr...@linaro.org --- arch/x86/boot/compressed/eboot.c | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/x86/boot/compressed/eboot.c b/arch/x86/boot

Re: [Patch 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

On Fri, Apr 3, 2015 at 2:36 AM, Ivan.khoronzhuk ivan.khoronz...@globallogic.com wrote: On 02.04.15 15:57, Ivan Khoronzhuk wrote: Some utils, like dmidecode and smbios, need to access SMBIOS entry table area in order to get information like SMBIOS version, size, etc. Currently it's done via

Re: fwupdate

On Mon, Mar 9, 2015 at 2:23 PM, Borislav Petkov wrote: > + pjones. > > So reportedly, there is already a capsule-loading thing which doesn't > need the kernel at all: > > https://github.com/rhinstaller/fwupdate > > So why are we even wasting energy with this discussion here? > > -- >

Re: fwupdate

On Mon, Mar 9, 2015 at 2:23 PM, Borislav Petkov b...@alien8.de wrote: + pjones. So reportedly, there is already a capsule-loading thing which doesn't need the kernel at all: https://github.com/rhinstaller/fwupdate So why are we even wasting energy with this discussion here? --

Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface

On Fri, Mar 6, 2015 at 1:39 PM, Peter Jones wrote: > On Tue, Feb 24, 2015 at 12:49:09PM +, Kweh, Hock Leong wrote: >> Hi All, >> >> After some internal discussion and re-design prototyping & testing on >> this efi capsule interface kernel module, I would like to start a discussion >> here on

Re: Re: [PATCH v2 3/3] efi: Capsule update with user helper interface

On Fri, Mar 6, 2015 at 1:39 PM, Peter Jones pjo...@redhat.com wrote: On Tue, Feb 24, 2015 at 12:49:09PM +, Kweh, Hock Leong wrote: Hi All, After some internal discussion and re-design prototyping testing on this efi capsule interface kernel module, I would like to start a discussion

Re: [PATCH v2 3/3] efi: Capsule update with user helper interface

On Sun, Nov 2, 2014 at 7:07 PM, Kweh Hock Leong wrote: > From: "Kweh, Hock Leong" > > Introducing a kernel module to expose user helper interface for > user to upload capsule binaries. This module leverage the > request_firmware_nowait() to expose an interface to user. > > Example steps to load

Re: [PATCH v2 3/3] efi: Capsule update with user helper interface

On Sun, Nov 2, 2014 at 7:07 PM, Kweh Hock Leong hock.leong.k...@intel.com wrote: From: Kweh, Hock Leong hock.leong.k...@intel.com Introducing a kernel module to expose user helper interface for user to upload capsule binaries. This module leverage the request_firmware_nowait() to expose an

Re: [PATCHv2] efi: efi-stub: notify on DTB absence

: Booting Linux Kernel... > EFI stub: Using DTB from configuration table > > Signed-off-by: Mark Rutland > Acked-by: Leif Lindholm > Acked-by: Ard Biesheuvel > Cc: Mark Salter > Cc: Matt Fleming > Acked-by: Roy Franz > --- > drivers/firmware/efi/libstub/arm-stub.c

Re: [PATCHv2] efi: efi-stub: notify on DTB absence

...@linaro.org Acked-by: Ard Biesheuvel ard.biesheu...@linaro.org Cc: Mark Salter msal...@redhat.com Cc: Matt Fleming matt.flem...@intel.com Acked-by: Roy Franz roy.fr...@linaro.org --- drivers/firmware/efi/libstub/arm-stub.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff

Re: [PATCH] efi: efi-stub: notify on DTB absence

ositive acknowledgement is added when a user-specified DTB >> is in use: >> >> EFI stub: Booting Linux Kernel... >> EFI stub: Using DTB from command line > Acked-by: Roy Franz > Should we also include a positive acknowledgement of loader-provided > DTB? This could

Re: [PATCH] efi: efi-stub: notify on DTB absence

line Acked-by: Roy Franz roy.fr...@linaro.org Should we also include a positive acknowledgement of loader-provided DTB? This could be UEFI itself or grub devicetree command or grub generated minimal tree. I could go either way on this. We now identify the source of the DTB for 2 of the 3

Re: [PATCH 03/16] MAINTAINERS: Use the correct efi-stub location

On Thu, Jul 3, 2014 at 3:07 PM, Joe Perches wrote: > commit 4171fe2f8a47 ("EFI stub documentation updates") moved > the file, update the pattern. > > Signed-off-by: Joe Perches > cc: Roy Franz > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertio

Re: [PATCH 03/16] MAINTAINERS: Use the correct efi-stub location

On Thu, Jul 3, 2014 at 3:07 PM, Joe Perches j...@perches.com wrote: commit 4171fe2f8a47 (EFI stub documentation updates) moved the file, update the pattern. Signed-off-by: Joe Perches j...@perches.com cc: Roy Franz roy.fr...@linaro.org --- MAINTAINERS | 2 +- 1 file changed, 1 insertion

Re: [PATCH] Add efi_early_call() macro

On Wed, Mar 26, 2014 at 1:59 AM, Matt Fleming wrote: > On Tue, 25 Mar, at 03:40:30PM, Roy Franz wrote: >> Add the efi_early_call() macro to invoke functions in the efi_early >> structure. Using a macro for these invocations allows the arm32/arm64 >> architectures to define

Re: [PATCH] Add efi_early_call() macro

On Wed, Mar 26, 2014 at 1:59 AM, Matt Fleming m...@console-pimps.org wrote: On Tue, 25 Mar, at 03:40:30PM, Roy Franz wrote: Add the efi_early_call() macro to invoke functions in the efi_early structure. Using a macro for these invocations allows the arm32/arm64 architectures to define

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Sat, Mar 22, 2014 at 1:16 PM, Roy Franz wrote: > On Sat, Mar 22, 2014 at 4:05 AM, Matt Fleming wrote: >> On Fri, 21 Mar, at 05:52:29PM, Roy Franz wrote: >>> >>> For both arm32 and arm64 the Linux and EFI calling conventions are the >>> same, so we are dir

[PATCH] Add efi_early_call() macro

. Prior to the introduction of the efi_early structure the efi_call_physN macros were used on all architectures and allowed for this differentiation. Signed-off-by: Roy Franz --- arch/x86/boot/compressed/eboot.c |5 + drivers/firmware/efi/efi-stub-helper.c | 26

[PATCH] Add efi_early_call() macro

. Prior to the introduction of the efi_early structure the efi_call_physN macros were used on all architectures and allowed for this differentiation. Signed-off-by: Roy Franz roy.fr...@linaro.org --- arch/x86/boot/compressed/eboot.c |5 + drivers/firmware/efi/efi-stub-helper.c | 26

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Sat, Mar 22, 2014 at 1:16 PM, Roy Franz roy.fr...@linaro.org wrote: On Sat, Mar 22, 2014 at 4:05 AM, Matt Fleming m...@console-pimps.org wrote: On Fri, 21 Mar, at 05:52:29PM, Roy Franz wrote: For both arm32 and arm64 the Linux and EFI calling conventions are the same, so we are directly

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Sat, Mar 22, 2014 at 4:05 AM, Matt Fleming wrote: > On Fri, 21 Mar, at 05:52:29PM, Roy Franz wrote: >> >> For both arm32 and arm64 the Linux and EFI calling conventions are the >> same, so we are directly invoking the function pointers in the >> boot_services

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Sat, Mar 22, 2014 at 4:05 AM, Matt Fleming m...@console-pimps.org wrote: On Fri, 21 Mar, at 05:52:29PM, Roy Franz wrote: For both arm32 and arm64 the Linux and EFI calling conventions are the same, so we are directly invoking the function pointers in the boot_services table. This gives us

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Tue, Mar 4, 2014 at 5:14 AM, Matt Fleming wrote: > From: Matt Fleming > > It's not possible to dereference the EFI System table directly when > booting a 64-bit kernel on a 32-bit EFI firmware because the size of > pointers don't match. > > In preparation for supporting the above use case,

Re: [PATCH v2 06/13] x86/efi: Build our own EFI services pointer table

On Tue, Mar 4, 2014 at 5:14 AM, Matt Fleming m...@console-pimps.org wrote: From: Matt Fleming matt.flem...@intel.com It's not possible to dereference the EFI System table directly when booting a 64-bit kernel on a 32-bit EFI firmware because the size of pointers don't match. In preparation

Re: [PATCH v2 11/15] arm64: add EFI stub

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

Re: [PATCH v2 11/15] arm64: add EFI stub

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

Re: [PATCH 06/22] Add helper functions used by arm/arm64

On Mon, Mar 3, 2014 at 6:08 AM, Matt Fleming wrote: > On Fri, 14 Feb, at 11:02:49AM, Roy Franz wrote: >> >> The get_dram_base() function is only used by arm/arm64, but >> there is nothing architecture specific about it, which is why I put it >> here to begin with.

Re: [PATCH 06/22] Add helper functions used by arm/arm64

On Mon, Mar 3, 2014 at 6:08 AM, Matt Fleming m...@console-pimps.org wrote: On Fri, 14 Feb, at 11:02:49AM, Roy Franz wrote: The get_dram_base() function is only used by arm/arm64, but there is nothing architecture specific about it, which is why I put it here to begin with. I don't feel

Re: [PATCH 06/22] Add helper functions used by arm/arm64

On Thu, Feb 13, 2014 at 3:26 AM, Matt Fleming wrote: > On Wed, 05 Feb, at 05:03:57PM, Leif Lindholm wrote: >> From: Roy Franz >> >> Add the get_dram_base() function and efi_call_physN() macros >> that are shared by arm/arm64. >> >> Signed-off-by: Roy

Re: [PATCH 06/22] Add helper functions used by arm/arm64

On Thu, Feb 13, 2014 at 3:26 AM, Matt Fleming m...@console-pimps.org wrote: On Wed, 05 Feb, at 05:03:57PM, Leif Lindholm wrote: From: Roy Franz roy.fr...@linaro.org Add the get_dram_base() function and efi_call_physN() macros that are shared by arm/arm64. Signed-off-by: Roy Franz roy.fr

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

On Tue, Jan 14, 2014 at 5:47 PM, Roy Franz wrote: > On Tue, Jan 14, 2014 at 1:05 AM, Ard Biesheuvel > wrote: >> On 10 January 2014 17:30, Roy Franz wrote: >>> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub >>> operates similarly to the

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

On Tue, Jan 14, 2014 at 1:05 AM, Ard Biesheuvel wrote: > On 10 January 2014 17:30, Roy Franz wrote: >> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub >> operates similarly to the x86 stub: it is a shim between the EFI firmware >> and the norm

Re: [PATCH V6 3/8] Add helper function to get and convert EFI command line

On Mon, Jan 13, 2014 at 7:04 AM, Matt Fleming wrote: > On Fri, 10 Jan, at 08:30:12AM, Roy Franz wrote: >> Add an EFI stub helper function to retrieve the EFI command line using >> the LOADED_IMAGE_PROTOCOL, and convert it to ASCII. This function will >> be shared by

Re: [PATCH V6 0/8] Add ARM EFI stub

On Mon, Jan 13, 2014 at 7:07 AM, Matt Fleming wrote: > On Fri, 10 Jan, at 08:30:09AM, Roy Franz wrote: >> This patch series adds EFI stub support for the ARM architecture. The >> stub for ARM is implemented in a similar manner to x86 in that it is a >> shim layer betwe

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

On Tue, Jan 14, 2014 at 11:29 AM, Rob Herring wrote: > On Fri, Jan 10, 2014 at 10:30 AM, Roy Franz wrote: >> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub >> operates similarly to the x86 stub: it is a shim between the EFI firmware >> and the norm

Re: [PATCH 4/6] arm64: add EFI stub

On Tue, Jan 14, 2014 at 6:44 AM, Mark Salter wrote: > On Mon, 2014-01-13 at 19:49 +0100, Arnd Bergmann wrote: >> On Friday 10 January 2014, Mark Salter wrote: >> > 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

Re: [PATCH 4/6] arm64: add EFI stub

On Tue, Jan 14, 2014 at 6:44 AM, Mark Salter msal...@redhat.com wrote: On Mon, 2014-01-13 at 19:49 +0100, Arnd Bergmann wrote: On Friday 10 January 2014, Mark Salter wrote: This patch adds PE/COFF header fields to the start of the Image so that it appears as an EFI application to EFI

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

On Tue, Jan 14, 2014 at 11:29 AM, Rob Herring robherri...@gmail.com wrote: On Fri, Jan 10, 2014 at 10:30 AM, Roy Franz roy.fr...@linaro.org wrote: This patch adds EFI stub support for the ARM Linux kernel. The EFI stub operates similarly to the x86 stub: it is a shim between the EFI firmware

Re: [PATCH V6 0/8] Add ARM EFI stub

On Mon, Jan 13, 2014 at 7:07 AM, Matt Fleming m...@console-pimps.org wrote: On Fri, 10 Jan, at 08:30:09AM, Roy Franz wrote: This patch series adds EFI stub support for the ARM architecture. The stub for ARM is implemented in a similar manner to x86 in that it is a shim layer between EFI

Re: [PATCH V6 3/8] Add helper function to get and convert EFI command line

On Mon, Jan 13, 2014 at 7:04 AM, Matt Fleming m...@console-pimps.org wrote: On Fri, 10 Jan, at 08:30:12AM, Roy Franz wrote: Add an EFI stub helper function to retrieve the EFI command line using the LOADED_IMAGE_PROTOCOL, and convert it to ASCII. This function will be shared by the various

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

On Tue, Jan 14, 2014 at 1:05 AM, Ard Biesheuvel ard.biesheu...@linaro.org wrote: On 10 January 2014 17:30, Roy Franz roy.fr...@linaro.org wrote: This patch adds EFI stub support for the ARM Linux kernel. The EFI stub operates similarly to the x86 stub: it is a shim between the EFI firmware

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

On Tue, Jan 14, 2014 at 5:47 PM, Roy Franz roy.fr...@linaro.org wrote: On Tue, Jan 14, 2014 at 1:05 AM, Ard Biesheuvel ard.biesheu...@linaro.org wrote: On 10 January 2014 17:30, Roy Franz roy.fr...@linaro.org wrote: This patch adds EFI stub support for the ARM Linux kernel. The EFI stub

[PATCH V6 3/8] Add helper function to get and convert EFI command line

Add an EFI stub helper function to retrieve the EFI command line using the LOADED_IMAGE_PROTOCOL, and convert it to ASCII. This function will be shared by the various EFI stub implementations. Signed-off-by: Roy Franz --- drivers/firmware/efi/efi-stub-helper.c | 30

[PATCH V6 4/8] Add shared FDT related functions for ARM/ARM64

-off-by: Roy Franz Acked-by: Grant Likely --- drivers/firmware/efi/fdt.c | 225 1 file changed, 225 insertions(+) create mode 100644 drivers/firmware/efi/fdt.c diff --git a/drivers/firmware/efi/fdt.c b/drivers/firmware/efi/fdt.c new file mode 100644

[PATCH V6 1/8] efi-stub.txt updates for ARM

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 Acked-by: Grant Likely --- Documentation/efi-stub.txt | 27 --- 1 file changed, 20 insertions(+), 7

[PATCH V6 7/8] Disable stack protection for decompressor/stub

-stack-protector. Signed-off-by: Roy Franz --- arch/arm/boot/compressed/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/compressed/Makefile b/arch/arm/boot/compressed/Makefile index c0c7fee..7974791 100644 --- a/arch/arm/boot/compressed/Makefile

[PATCH V6 6/8] Add EFI stub for ARM

interface. Signed-off-by: Roy Franz Acked-by: Grant Likely --- arch/arm/boot/compressed/Makefile | 15 ++- arch/arm/boot/compressed/efi-header.S | 117 ++ arch/arm/boot/compressed/efi-stub.c | 214 + arch/arm/boot/compressed/efi-stub.h |

[PATCH V6 8/8] Add config EFI_STUB for ARM to Kconfig

The previous patches have added the implementation of the EFI stub functionality to the kernel, so now the Kconfig support is added to enable it. Signed-off-by: Roy Franz --- arch/arm/Kconfig | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig

[PATCH V6 0/8] Add ARM EFI stub

essary zimage_size variable from relocate_kernel() * correct return types on EFI functions - should be efi_status_t, not int. Roy Franz (8): efi-stub.txt updates for ARM Add shared printk wrapper for consistent prefixing Add helper function to get and convert EFI command line Add shared FD

[PATCH V6 5/8] Add strstr to compressed string.c for ARM.

the arch/x86/boot/string.c file used by the x86 decompressor. Signed-off-by: Roy Franz Reviewed-by: Grant Likely --- arch/arm/boot/compressed/string.c | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/compressed/string.c b/arch/arm/boot/compressed/string.c

[PATCH V6 2/8] Add shared printk wrapper for consistent prefixing

Add a wrapper for printk to standardize the prefix for informational and error messages from the EFI stub. Signed-off-by: Roy Franz --- drivers/firmware/efi/efi-stub-helper.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git a/drivers/firmware/efi

[PATCH V6 5/8] Add strstr to compressed string.c for ARM.

the arch/x86/boot/string.c file used by the x86 decompressor. Signed-off-by: Roy Franz roy.fr...@linaro.org Reviewed-by: Grant Likely grant.lik...@linaro.org --- arch/arm/boot/compressed/string.c | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/compressed

[PATCH V6 0/8] Add ARM EFI stub

on EFI functions - should be efi_status_t, not int. Roy Franz (8): efi-stub.txt updates for ARM Add shared printk wrapper for consistent prefixing Add helper function to get and convert EFI command line Add shared FDT related functions for ARM/ARM64 Add strstr to compressed string.c for ARM

[PATCH V6 2/8] Add shared printk wrapper for consistent prefixing

Add a wrapper for printk to standardize the prefix for informational and error messages from the EFI stub. Signed-off-by: Roy Franz roy.fr...@linaro.org --- drivers/firmware/efi/efi-stub-helper.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git

[PATCH V6 8/8] Add config EFI_STUB for ARM to Kconfig

The previous patches have added the implementation of the EFI stub functionality to the kernel, so now the Kconfig support is added to enable it. Signed-off-by: Roy Franz roy.fr...@linaro.org --- arch/arm/Kconfig | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/Kconfig

[PATCH V6 6/8] Add EFI stub for ARM

-off-by: Roy Franz roy.fr...@linaro.org Acked-by: Grant Likely grant.lik...@linaro.org --- arch/arm/boot/compressed/Makefile | 15 ++- arch/arm/boot/compressed/efi-header.S | 117 ++ arch/arm/boot/compressed/efi-stub.c | 214 + arch/arm/boot

[PATCH V6 7/8] Disable stack protection for decompressor/stub

-stack-protector. Signed-off-by: Roy Franz roy.fr...@linaro.org --- arch/arm/boot/compressed/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/compressed/Makefile b/arch/arm/boot/compressed/Makefile index c0c7fee..7974791 100644 --- a/arch/arm/boot

[PATCH V6 4/8] Add shared FDT related functions for ARM/ARM64

-off-by: Roy Franz roy.fr...@linaro.org Acked-by: Grant Likely grant.lik...@linaro.org --- drivers/firmware/efi/fdt.c | 225 1 file changed, 225 insertions(+) create mode 100644 drivers/firmware/efi/fdt.c diff --git a/drivers/firmware/efi/fdt.c b

[PATCH V6 1/8] efi-stub.txt updates for ARM

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 roy.fr...@linaro.org Acked-by: Grant Likely grant.lik...@linaro.org --- Documentation/efi-stub.txt | 27 --- 1 file

[PATCH V6 3/8] Add helper function to get and convert EFI command line

Add an EFI stub helper function to retrieve the EFI command line using the LOADED_IMAGE_PROTOCOL, and convert it to ASCII. This function will be shared by the various EFI stub implementations. Signed-off-by: Roy Franz roy.fr...@linaro.org --- drivers/firmware/efi/efi-stub-helper.c | 30

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

me patches; sure, if I'm not otherwise >> busy. >> >> Maybe the Linaro guys can recommend a platform (real or emulated) that >> would be best to test it on with the available UEFI? > > Roy Franz (cc'd) has got UEFI running under QEMU. A few modifications > wer

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

suggested I should propose some patches; sure, if I'm not otherwise busy. Maybe the Linaro guys can recommend a platform (real or emulated) that would be best to test it on with the available UEFI? Roy Franz (cc'd) has got UEFI running under QEMU. A few modifications were required to both

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

On Thu, Dec 5, 2013 at 12:00 PM, Grant Likely wrote: > On Wed, 27 Nov 2013 15:31:53 -0800, Roy Franz wrote: >> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub >> operates similarly to the x86 stub: it is a shim between the EFI firmware >> and th

Re: [PATCH V5 2/6] Add shared update_fdt() function for ARM/ARM64

On Thu, Dec 5, 2013 at 11:24 AM, Grant Likely wrote: > On Wed, 27 Nov 2013 15:31:51 -0800, Roy Franz wrote: >> Both ARM and ARM64 stubs will update the device tree >> that they pass to the kernel. In both cases they >> primarily need to add the same UEFI related informatio

  1   2   3   4   >