The following changes since commit d3768d885c6ccbf8a137276843177d76c49033a7:
x86, efi: retry ExitBootServices() on failure (2013-06-11 07:51:54 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-next
for you to fetch
On Tue, Jun 25, 2013 at 7:11 PM, Leif Lindholm leif.lindh...@linaro.org wrote:
This patch provides documentation of the [U]EFI runtime services and
configuration features.
Signed-off-by: Leif Lindholm leif.lindh...@linaro.org
---
Documentation/arm/00-INDEX |3 +++
On Wed, Jun 26, 2013 at 12:42 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 06/25/2013 12:11 PM, Leif Lindholm wrote:
This patch provides documentation of the [U]EFI runtime services and
configuration features.
diff --git a/Documentation/arm/uefi.txt b/Documentation/arm/uefi.txt
+The
On Tue, Jun 25, 2013 at 7:11 PM, Leif Lindholm leif.lindh...@linaro.org wrote:
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 leif.lindh...@linaro.org
---
init/main.c |6 ++
On Tue, Jun 25, 2013 at 7:11 PM, Leif Lindholm leif.lindh...@linaro.org wrote:
efi_lookup_mapped_addr is a handy helper function for translating
a physical address to the corresponding virtual one by scanning
through memmap.map.
This patch breaks it out into a new file for use elsewhere.
On Tue, 25 Jun, at 07:11:01PM, Leif Lindholm wrote:
efi_lookup_mapped_addr is a handy helper function for translating
a physical address to the corresponding virtual one by scanning
through memmap.map.
This patch breaks it out into a new file for use elsewhere.
Signed-off-by: Leif
On Tue, Jun 25, 2013 at 7:11 PM, Leif Lindholm leif.lindh...@linaro.org 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 also locates any presented SMBIOS
On Tue, Jun 25, 2013 at 7:20 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jun 25, 2013 at 07:11:02PM +0100, Leif Lindholm 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
On Wed, Jun 26, 2013 at 02:20:23PM +0100, Grant Likely wrote:
On Wed, Jun 26, 2013 at 12:42 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
the properties) should be part of a file in
Documentation/devicetree/bindings/ (arm/uefi.txt?).
What node are these properties expected to be
On Wed, 26 Jun, at 03:53:11PM, Leif Lindholm wrote:
It's completely feasible, but we'd need to use a different method to do
the boot services call with a 1:1 mapping (idmap support is not available
until much later in the boot process).
At least if you no longer relied upon the idmap we could
On Wed, Jun 26, 2013 at 02:32:17PM +0100, Matt Fleming wrote:
On Tue, 25 Jun, at 07:11:01PM, Leif Lindholm wrote:
efi_lookup_mapped_addr is a handy helper function for translating
a physical address to the corresponding virtual one by scanning
through memmap.map.
This patch breaks it
On Wed, Jun 26, 2013 at 02:54:17PM +0100, Matt Fleming wrote:
On Wed, 26 Jun, at 02:46:09PM, Grant Likely wrote:
Eventually we'll need to look at how this interacts with kexec. A
kexec'd kernel will need to use the mapping already chosen by a
previous kernel, but that's an issue for another
On Wed, Jun 26, 2013 at 02:46:09PM +0100, Grant Likely 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 also locates any presented SMBIOS configuration
On Wed, Jun 26, 2013 at 3:15 PM, Borislav Petkov b...@alien8.de wrote:
On Wed, Jun 26, 2013 at 02:54:17PM +0100, Matt Fleming wrote:
On Wed, 26 Jun, at 02:46:09PM, Grant Likely wrote:
Eventually we'll need to look at how this interacts with kexec. A
kexec'd kernel will need to use the
On Wed, 2013-06-26 at 14:59 +0100, Matt Fleming wrote:
On Wed, 26 Jun, at 03:53:11PM, Leif Lindholm wrote:
It's completely feasible, but we'd need to use a different method to do
the boot services call with a 1:1 mapping (idmap support is not available
until much later in the boot process).
On Wed, Jun 26, 2013 at 12:32:30PM -0600, Stephen Warren wrote:
What about ARMv8? Is the intention to have a separate definition for the
UEFI bindings on ARMv8, so that compatibility isn't an issue? What if a
future version of UEFI allows LPAE usage?
It is unlikely that will happen on
On Wed, Jun 26, 2013 at 07:38:19AM -0700, James Bottomley wrote:
The fixed virtual address scheme currently being looked at for x86_64 to
make SetVirtualAddressMap() kexec invariant doesn't work on 32 bit
because the address space isn't big enough. For ARM, given that we've
much more
17 matches
Mail list logo