[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YZ9tv8stXfdSfvAr@FVFF77S0Q05N>
Date: Thu, 25 Nov 2021 11:04:31 +0000
From: Mark Rutland <mark.rutland@....com>
To: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Cc: Ard Biesheuvel <ardb@...nel.org>, Borislav Petkov <bp@...e.de>,
Catalin Marinas <catalin.marinas@....com>,
Thomas Gleixner <tglx@...utronix.de>,
Will Deacon <will@...nel.org>, Ingo Molnar <mingo@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
Jisheng Zhang <jszhang3@...l.ustc.edu.cn>
Subject: Re: [PATCH] scripts/sorttable: Unify arm64 & x86 sort functions
[Adding Ingo and Peter]
TIP folk, is this something you'd be happy to pick up?
arm64 and x86 simply raced to add the same logic to sorttable.c for v5.16-rc1,
and it'd be nice to clean those up for v5.16-rc3 or so, since the riscv folk
want to use the same logic for v5.17 or so:
https://lore.kernel.org/r/20211118192605.57e06d6b@xhacker
Will's acked this patch in the reply at:
https://lore.kernel.org/r/20211116100406.GA9851@willie-the-truck
Thanks
Mark.
On Mon, Nov 08, 2021 at 11:42:20AM +0000, Mark Rutland wrote:
> The format of the arm64 and x86 exception table entries is essentially
> the same as of commits:
>
> 46d28947d9876fc0 ("x86/extable: Rework the exception table mechanics")
> d6e2cc5647753825 ("arm64: extable: add `type` and `data` fields")
>
> Both use a 12-byte entry consisting of two 32-bit relative offsets and
> 32 bits of (absolute) data, and their sort functions are identical aside
> from commentary, with arm64 saying:
>
> /* Don't touch the fixup type or data */
>
> ... and x86 saying:
>
> /* Don't touch the fixup type */
>
> Unify the two behind a common sort_relative_table_with_data() function,
> retaining the arm64 commentary.
>
> There should be no functional change as a result of this patch.
>
> Signed-off-by: Mark Rutland <mark.rutland@....com>
> Cc: Ard Biesheuvel <ardb@...nel.org>
> Cc: Borislav Petkov <bp@...e.de>
> Cc: Catalin Marinas <catalin.marinas@....com>
> Cc: Thomas Gleixner <tglx@...utronix.de>
> Cc: Will Deacon <will@...nel.org>
> Cc: linux-arm-kernel@...ts.infradead.org
> Cc: linux-kernel@...r.kernel.org
> ---
> scripts/sorttable.c | 36 +++---------------------------------
> 1 file changed, 3 insertions(+), 33 deletions(-)
>
> diff --git a/scripts/sorttable.c b/scripts/sorttable.c
> index b7c2ad71f9cf..ca9db62bf766 100644
> --- a/scripts/sorttable.c
> +++ b/scripts/sorttable.c
> @@ -231,7 +231,7 @@ static void sort_relative_table(char *extab_image, int image_size)
> }
> }
>
> -static void arm64_sort_relative_table(char *extab_image, int image_size)
> +static void sort_relative_table_with_data(char *extab_image, int image_size)
> {
> int i = 0;
>
> @@ -259,34 +259,6 @@ static void arm64_sort_relative_table(char *extab_image, int image_size)
> }
> }
>
> -static void x86_sort_relative_table(char *extab_image, int image_size)
> -{
> - int i = 0;
> -
> - while (i < image_size) {
> - uint32_t *loc = (uint32_t *)(extab_image + i);
> -
> - w(r(loc) + i, loc);
> - w(r(loc + 1) + i + 4, loc + 1);
> - /* Don't touch the fixup type */
> -
> - i += sizeof(uint32_t) * 3;
> - }
> -
> - qsort(extab_image, image_size / 12, 12, compare_relative_table);
> -
> - i = 0;
> - while (i < image_size) {
> - uint32_t *loc = (uint32_t *)(extab_image + i);
> -
> - w(r(loc) - i, loc);
> - w(r(loc + 1) - (i + 4), loc + 1);
> - /* Don't touch the fixup type */
> -
> - i += sizeof(uint32_t) * 3;
> - }
> -}
> -
> static void s390_sort_relative_table(char *extab_image, int image_size)
> {
> int i;
> @@ -364,15 +336,13 @@ static int do_file(char const *const fname, void *addr)
>
> switch (r2(&ehdr->e_machine)) {
> case EM_386:
> + case EM_AARCH64:
> case EM_X86_64:
> - custom_sort = x86_sort_relative_table;
> + custom_sort = sort_relative_table_with_data;
> break;
> case EM_S390:
> custom_sort = s390_sort_relative_table;
> break;
> - case EM_AARCH64:
> - custom_sort = arm64_sort_relative_table;
> - break;
> case EM_PARISC:
> case EM_PPC:
> case EM_PPC64:
> --
> 2.11.0
>
Powered by blists - more mailing lists