From: Laszlo Ersek <lersek@redhat.com>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>, edk2-devel@ml01.01.org
Cc: leif.lindholm@linaro.org
Subject: Re: [PATCH 1/2] ArmVirtPkg/PrePi: use correct callee saved regs
Date: Fri, 5 Aug 2016 20:31:11 +0200 [thread overview]
Message-ID: <0b7b8c2f-c680-9afa-f24d-ed15c603decf@redhat.com> (raw)
In-Reply-To: <1470408838-1020-1-git-send-email-ard.biesheuvel@linaro.org>
On 08/05/16 16:53, Ard Biesheuvel wrote:
> Both the ARM and the AARCH64 versions of the PrePi code (shared between
> ArmVirtQemuKernel and ArmVirtXen) 'preserve' values across a function
> call using registers that are not in fact callee saved. So fix that.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> ---
> ArmVirtPkg/PrePi/AArch64/ModuleEntryPoint.S | 24 ++++++++++----------
> ArmVirtPkg/PrePi/Arm/ModuleEntryPoint.S | 10 ++++----
> 2 files changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/ArmVirtPkg/PrePi/AArch64/ModuleEntryPoint.S b/ArmVirtPkg/PrePi/AArch64/ModuleEntryPoint.S
> index 68049d5df2bf..e61f5df12e89 100644
> --- a/ArmVirtPkg/PrePi/AArch64/ModuleEntryPoint.S
> +++ b/ArmVirtPkg/PrePi/AArch64/ModuleEntryPoint.S
> @@ -71,7 +71,7 @@ ASM_PFX(_ModuleEntryPoint):
> // Get ID of this CPU in Multicore system
> bl ASM_PFX(ArmReadMpidr)
> // Keep a copy of the MpId register value
> - mov x10, x0
> + mov x20, x0
>
> // Check if we can install the stack at the top of the System Memory or if we need
> // to install the stacks at the bottom of the Firmware Device (case the FD is located
> @@ -113,39 +113,39 @@ _SetupStack:
> // Because the 'push' instruction is equivalent to 'stmdb' (decrement before), we need to increment
> // one to the top of the stack. We check if incrementing one does not overflow (case of DRAM at the
> // top of the memory space)
> - adds x11, x1, #1
> + adds x21, x1, #1
> b.cs _SetupOverflowStack
>
> _SetupAlignedStack:
> - mov x1, x11
> + mov x1, x21
> b _GetBaseUefiMemory
>
> _SetupOverflowStack:
> // Case memory at the top of the address space. Ensure the top of the stack is EFI_PAGE_SIZE
> // aligned (4KB)
> LoadConstantToReg (EFI_PAGE_MASK, x11)
> - and x11, x11, x1
> - sub x1, x1, x11
> + and x21, x21, x1
> + sub x1, x1, x21
>
> _GetBaseUefiMemory:
> // Calculate the Base of the UEFI Memory
> - sub x11, x1, x4
> + sub x21, x1, x4
>
> _GetStackBase:
> // r1 = The top of the Mpcore Stacks
> // Stack for the primary core = PrimaryCoreStack
> LoadConstantToReg (FixedPcdGet32(PcdCPUCorePrimaryStackSize), x2)
> - sub x12, x1, x2
> + sub x22, x1, x2
>
> // Stack for the secondary core = Number of Cores - 1
> LoadConstantToReg (FixedPcdGet32(PcdCoreCount), x0)
> sub x0, x0, #1
> LoadConstantToReg (FixedPcdGet32(PcdCPUCoreSecondaryStackSize), x1)
> mul x1, x1, x0
> - sub x12, x12, x1
> + sub x22, x22, x1
>
> // x12 = The base of the MpCore Stacks (primary stack & secondary stacks)
> - mov x0, x12
> + mov x0, x22
> mov x1, x10
> //ArmPlatformStackSet(StackBase, MpId, PrimaryStackSize, SecondaryStackSize)
> LoadConstantToReg (FixedPcdGet32(PcdCPUCorePrimaryStackSize), x2)
> @@ -159,9 +159,9 @@ _GetStackBase:
> bne _PrepareArguments
>
> _PrepareArguments:
> - mov x0, x10
> - mov x1, x11
> - mov x2, x12
> + mov x0, x20
> + mov x1, x21
> + mov x2, x22
>
> // Move sec startup address into a data register
> // Ensure we're jumping to FV version of the code (not boot remapped alias)
> diff --git a/ArmVirtPkg/PrePi/Arm/ModuleEntryPoint.S b/ArmVirtPkg/PrePi/Arm/ModuleEntryPoint.S
> index 441db36857de..3215c7d55876 100644
> --- a/ArmVirtPkg/PrePi/Arm/ModuleEntryPoint.S
> +++ b/ArmVirtPkg/PrePi/Arm/ModuleEntryPoint.S
> @@ -154,17 +154,17 @@ _GetStackBase:
> // r1 = The top of the Mpcore Stacks
> // Stack for the primary core = PrimaryCoreStack
> LoadConstantToReg (FixedPcdGet32(PcdCPUCorePrimaryStackSize), r2)
> - sub r12, r1, r2
> + sub r9, r1, r2
>
> // Stack for the secondary core = Number of Cores - 1
> LoadConstantToReg (FixedPcdGet32(PcdCoreCount), r0)
> sub r0, r0, #1
> LoadConstantToReg (FixedPcdGet32(PcdCPUCoreSecondaryStackSize), r1)
> mul r1, r1, r0
> - sub r12, r12, r1
> + sub r9, r9, r1
>
> - // r12 = The base of the MpCore Stacks (primary stack & secondary stacks)
> - mov r0, r12
> + // r9 = The base of the MpCore Stacks (primary stack & secondary stacks)
> + mov r0, r9
> mov r1, r10
> //ArmPlatformStackSet(StackBase, MpId, PrimaryStackSize, SecondaryStackSize)
> LoadConstantToReg (FixedPcdGet32(PcdCPUCorePrimaryStackSize), r2)
> @@ -180,7 +180,7 @@ _GetStackBase:
> _PrepareArguments:
> mov r0, r10
> mov r1, r11
> - mov r2, r12
> + mov r2, r9
>
> // Move sec startup address into a data register
> // Ensure we're jumping to FV version of the code (not boot remapped alias)
>
Callee saved, caller saved... Bah! :)
Acked-by: Laszlo Ersek <lersek@redhat.com>
prev parent reply other threads:[~2016-08-05 18:31 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-05 14:53 [PATCH 1/2] ArmVirtPkg/PrePi: use correct callee saved regs Ard Biesheuvel
2016-08-05 14:53 ` [PATCH 2/2] ArmPlatformPkg/PrePi: " Ard Biesheuvel
2016-08-05 18:31 ` Laszlo Ersek [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0b7b8c2f-c680-9afa-f24d-ed15c603decf@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox