Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Ard Biesheuvel
On Sat, 26 Jan 2019 at 16:03, Ard Biesheuvel wrote: > > On Sat, 26 Jan 2019 at 15:33, Heinrich Schuchardt wrote: > > > > On 1/26/19 1:34 PM, Alexander Graf wrote: > > > > > > > > >> Am 26.01.2019 um 13:28 schrieb Ard Biesheuvel > > >> : > > >> > > >>> On Sat, 26 Jan 2019 at 13:27, Heinrich

Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Ard Biesheuvel
On Sat, 26 Jan 2019 at 15:33, Heinrich Schuchardt wrote: > > On 1/26/19 1:34 PM, Alexander Graf wrote: > > > > > >> Am 26.01.2019 um 13:28 schrieb Ard Biesheuvel : > >> > >>> On Sat, 26 Jan 2019 at 13:27, Heinrich Schuchardt > >>> wrote: > >>> > On 1/26/19 11:22 AM, Ard Biesheuvel wrote: >

Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Heinrich Schuchardt
On 1/26/19 1:34 PM, Alexander Graf wrote: > > >> Am 26.01.2019 um 13:28 schrieb Ard Biesheuvel : >> >>> On Sat, 26 Jan 2019 at 13:27, Heinrich Schuchardt >>> wrote: >>> On 1/26/19 11:22 AM, Ard Biesheuvel wrote: The UEFI spec revision 2.7 errata A section 8.4 has the following to

Re: [PATCH 3/3] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls

2019-01-26 Thread Ard Biesheuvel
On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote: > > Calls into UV firmware must be protected against concurrency, use the > now visible efi_runtime_sem lock to serialise them. > > Signed-off-by: Hedi Berriche > Reviewed-by: Russ Anderson > Reviewed-by: Mike Travis > Reviewed-by: Dimitri

Re: [PATCH 2/3] x86/platform/UV: kill uv_bios_call_reentrant() as it has no callers

2019-01-26 Thread Ard Biesheuvel
On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote: > > uv_bios_call_reentrant() has no callers nor is it exported, kill it. > > Signed-off-by: Hedi Berriche > Reviewed-by: Russ Anderson > Reviewed-by: Mike Travis > Reviewed-by: Dimitri Sivanich > Reviewed-by: Steve Wahl Please drop these

Re: [PATCH 1/3] efi/x86: turn EFI runtime semaphore into a global lock

2019-01-26 Thread Ard Biesheuvel
Hello Hedi, On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote: > > Make efi_runtime_lock semaphore global so that it can be used by EFI > runtime callers that may be defined outside efi/runtime-wrappers.c. > > The immediate motivation is to piggy-back it to serialise UV platform BIOS > calls. > >

Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Alexander Graf
> Am 26.01.2019 um 13:28 schrieb Ard Biesheuvel : > >> On Sat, 26 Jan 2019 at 13:27, Heinrich Schuchardt wrote: >> >>> On 1/26/19 11:22 AM, Ard Biesheuvel wrote: >>> The UEFI spec revision 2.7 errata A section 8.4 has the following to >>> say about the virtual memory runtime services: >>>

Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Ard Biesheuvel
On Sat, 26 Jan 2019 at 13:27, Heinrich Schuchardt wrote: > > On 1/26/19 11:22 AM, Ard Biesheuvel wrote: > > The UEFI spec revision 2.7 errata A section 8.4 has the following to > > say about the virtual memory runtime services: > > > > "This section contains function definitions for the virtual

Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Heinrich Schuchardt
On 1/26/19 11:22 AM, Ard Biesheuvel wrote: > The UEFI spec revision 2.7 errata A section 8.4 has the following to > say about the virtual memory runtime services: > > "This section contains function definitions for the virtual memory > support that may be optionally used by an operating

[PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted

2019-01-26 Thread Ard Biesheuvel
The UEFI spec revision 2.7 errata A section 8.4 has the following to say about the virtual memory runtime services: "This section contains function definitions for the virtual memory support that may be optionally used by an operating system at runtime. If an operating system chooses to