From: Jeremy Linton <jeremy.linton-5wv7dgnIgG8@public.gmane.org>
To: Ard Biesheuvel
<ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
catalin.marinas-5wv7dgnIgG8@public.gmane.org,
leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org,
matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org,
linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
mark.rutland-5wv7dgnIgG8@public.gmane.org,
Suzuki.Poulose-5wv7dgnIgG8@public.gmane.org
Cc: ryabinin.a.a-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Subject: Re: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
Date: Fri, 30 Oct 2015 10:40:28 -0500 [thread overview]
Message-ID: <56338F6C.8040207@arm.com> (raw)
In-Reply-To: <1445611694-31838-1-git-send-email-ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
On 10/23/2015 09:48 AM, Ard Biesheuvel wrote:
> Now that we added special handling to the C files in libstub, move
> the one remaining arm64 specific EFI stub C file to libstub as
> well, so that it gets the same treatment. This should prevent future
> changes from resulting in binaries that may execute incorrectly in
> UEFI context.
>
> With efi-entry.S the only remaining EFI stub source file under
> arch/arm64, we can also simplify the Makefile logic somewhat.
>
> Signed-off-by: Ard Biesheuvel <ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
I'm a little late here, but I've been running this for a few days in an
EFI/ACPI environment without any issues.
So if there are any further merges..
Tested-by: Jeremy Linton <jeremy.linton-5wv7dgnIgG8@public.gmane.org>
Thanks,
WARNING: multiple messages have this Message-ID (diff)
From: jeremy.linton@arm.com (Jeremy Linton)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] arm64/efi: move arm64 specific stub C code to libstub
Date: Fri, 30 Oct 2015 10:40:28 -0500 [thread overview]
Message-ID: <56338F6C.8040207@arm.com> (raw)
In-Reply-To: <1445611694-31838-1-git-send-email-ard.biesheuvel@linaro.org>
On 10/23/2015 09:48 AM, Ard Biesheuvel wrote:
> Now that we added special handling to the C files in libstub, move
> the one remaining arm64 specific EFI stub C file to libstub as
> well, so that it gets the same treatment. This should prevent future
> changes from resulting in binaries that may execute incorrectly in
> UEFI context.
>
> With efi-entry.S the only remaining EFI stub source file under
> arch/arm64, we can also simplify the Makefile logic somewhat.
>
> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
I'm a little late here, but I've been running this for a few days in an
EFI/ACPI environment without any issues.
So if there are any further merges..
Tested-by: Jeremy Linton <jeremy.linton@arm.com>
Thanks,
next prev parent reply other threads:[~2015-10-30 15:40 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-23 14:48 [PATCH] arm64/efi: move arm64 specific stub C code to libstub Ard Biesheuvel
2015-10-23 14:48 ` Ard Biesheuvel
[not found] ` <1445611694-31838-1-git-send-email-ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-10-26 21:11 ` Matt Fleming
2015-10-26 21:11 ` Matt Fleming
[not found] ` <20151026211133.GB3526-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>
2015-10-27 2:10 ` Ard Biesheuvel
2015-10-27 2:10 ` Ard Biesheuvel
[not found] ` <CAKv+Gu-2-=b-+X8xRpVFO5oFE2_0Eho2-H6VWYWWqonOdaKL5w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-10-27 21:07 ` Matt Fleming
2015-10-27 21:07 ` Matt Fleming
2015-10-29 18:39 ` Catalin Marinas
2015-10-29 18:39 ` Catalin Marinas
[not found] ` <20151029183933.GU8899-M2fw3Uu6cmfZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2015-10-30 11:57 ` Ard Biesheuvel
2015-10-30 11:57 ` Ard Biesheuvel
[not found] ` <CAKv+Gu80ztGR88-FK5rBUgDJ9vk+c3Kz+L8wp7aUpx2FPE9-cw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-10-30 15:43 ` Catalin Marinas
2015-10-30 15:43 ` Catalin Marinas
2015-10-30 15:40 ` Jeremy Linton [this message]
2015-10-30 15:40 ` Jeremy Linton
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-all 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=56338F6C.8040207@arm.com \
--to=jeremy.linton-5wv7dgnigg8@public.gmane.org \
--cc=Suzuki.Poulose-5wv7dgnIgG8@public.gmane.org \
--cc=ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
--cc=leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org \
--cc=ryabinin.a.a-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.