linux-kernel - Re: [PATCH] MIPS: octeon: Get rid of preprocessor directives around RESERVE32

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAOUHufacHqka5NgpZ5ztd5Ur_B=AKU4DWEYwWjCWBVK-8x+h3A@mail.gmail.com>
Date:   Tue, 6 Sep 2022 02:09:52 -0600
From:   Yu Zhao <yuzhao@...gle.com>
To:     Alexander A Sverdlin <alexander.sverdlin@...ia.com>
Cc:     Joe Perches <joe@...ches.com>,
        Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
        linux-mips@...r.kernel.org, Corey Minyard <cminyard@...sta.com>,
        linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] MIPS: octeon: Get rid of preprocessor directives around RESERVE32

On Tue, Sep 6, 2022 at 1:53 AM Alexander A Sverdlin
<alexander.sverdlin@...ia.com> wrote:
>
> From: Alexander Sverdlin <alexander.sverdlin@...ia.com>
>
> Some of them were pointless because CONFIG_CAVIUM_RESERVE32 is now always
> defined, some were not enough (Yu Zhao reported [1]
> "Failed to allocate CAVIUM_RESERVE32 memory area" error).
>
> Removing (in contrast to proposal [2] though) the directives allows for
> compiler coverage of RESERVE32 code and replacing one of [always-true]
> "ifdef" with a compiler conditional fixes the [cosmetic] error message.
>
> Couple of variables doesn't justify preprocessor ugliness and none of this
> code is in a hot-path.
>
> Link: https://lore.kernel.org/lkml/20220830030259.3503212-1-yuzhao@google.com/
> Link: https://lore.kernel.org/lkml/d5f8d6b58a32cdbf6326ccef7d46a58ba753edc7.camel@perches.com/
> Signed-off-by: Alexander Sverdlin <alexander.sverdlin@...ia.com>
> ---
>  arch/mips/cavium-octeon/executive/cvmx-cmd-queue.c |  4 ----
>  arch/mips/cavium-octeon/setup.c                    | 25 +++++++++-------------
>  2 files changed, 10 insertions(+), 19 deletions(-)
>
> diff --git a/arch/mips/cavium-octeon/executive/cvmx-cmd-queue.c b/arch/mips/cavium-octeon/executive/cvmx-cmd-queue.c
> index bf13e35..aa7bbf8 100644
> --- a/arch/mips/cavium-octeon/executive/cvmx-cmd-queue.c
> +++ b/arch/mips/cavium-octeon/executive/cvmx-cmd-queue.c
> @@ -57,14 +57,11 @@ EXPORT_SYMBOL_GPL(__cvmx_cmd_queue_state_ptr);
>  static cvmx_cmd_queue_result_t __cvmx_cmd_queue_init_state_ptr(void)
>  {
>         char *alloc_name = "cvmx_cmd_queues";
> -#if defined(CONFIG_CAVIUM_RESERVE32) && CONFIG_CAVIUM_RESERVE32
>         extern uint64_t octeon_reserve32_memory;
> -#endif
>
>         if (likely(__cvmx_cmd_queue_state_ptr))
>                 return CVMX_CMD_QUEUE_SUCCESS;
>
> -#if defined(CONFIG_CAVIUM_RESERVE32) && CONFIG_CAVIUM_RESERVE32
>         if (octeon_reserve32_memory)
>                 __cvmx_cmd_queue_state_ptr =
>                     cvmx_bootmem_alloc_named_range(sizeof(*__cvmx_cmd_queue_state_ptr),
> @@ -73,7 +70,6 @@ static cvmx_cmd_queue_result_t __cvmx_cmd_queue_init_state_ptr(void)
>                                                    (CONFIG_CAVIUM_RESERVE32 <<
>                                                     20) - 1, 128, alloc_name);
>         else
> -#endif
>                 __cvmx_cmd_queue_state_ptr =
>                     cvmx_bootmem_alloc_named(sizeof(*__cvmx_cmd_queue_state_ptr),
>                                             128,
> diff --git a/arch/mips/cavium-octeon/setup.c b/arch/mips/cavium-octeon/setup.c
> index cbd8320..df45f76 100644
> --- a/arch/mips/cavium-octeon/setup.c
> +++ b/arch/mips/cavium-octeon/setup.c
> @@ -284,10 +284,8 @@ void octeon_crash_smp_send_stop(void)
>
>  #endif /* CONFIG_KEXEC */
>
> -#ifdef CONFIG_CAVIUM_RESERVE32
>  uint64_t octeon_reserve32_memory;
>  EXPORT_SYMBOL(octeon_reserve32_memory);
> -#endif
>
>  #ifdef CONFIG_KEXEC
>  /* crashkernel cmdline parameter is parsed _after_ memory setup
> @@ -666,9 +664,7 @@ void __init prom_init(void)
>         int i;
>         u64 t;
>         int argc;
> -#ifdef CONFIG_CAVIUM_RESERVE32
>         int64_t addr = -1;
> -#endif

Nit: `addr` can be moved into the `if` block below.

>         /*
>          * The bootloader passes a pointer to the boot descriptor in
>          * $a3, this is available as fw_arg3.
> @@ -783,7 +779,7 @@ void __init prom_init(void)
>                 cvmx_write_csr(CVMX_LED_UDD_DATX(1), 0);
>                 cvmx_write_csr(CVMX_LED_EN, 1);
>         }
> -#ifdef CONFIG_CAVIUM_RESERVE32
> +
>         /*
>          * We need to temporarily allocate all memory in the reserve32
>          * region. This makes sure the kernel doesn't allocate this
> @@ -794,14 +790,15 @@ void __init prom_init(void)
>          * Allocate memory for RESERVED32 aligned on 2MB boundary. This
>          * is in case we later use hugetlb entries with it.
>          */
> -       addr = cvmx_bootmem_phy_named_block_alloc(CONFIG_CAVIUM_RESERVE32 << 20,
> -                                               0, 0, 2 << 20,
> -                                               "CAVIUM_RESERVE32", 0);
> -       if (addr < 0)
> -               pr_err("Failed to allocate CAVIUM_RESERVE32 memory area\n");
> -       else
> -               octeon_reserve32_memory = addr;
> -#endif
> +       if (CONFIG_CAVIUM_RESERVE32) {
> +               addr = cvmx_bootmem_phy_named_block_alloc(CONFIG_CAVIUM_RESERVE32 << 20,
> +                                                         0, 0, 2 << 20,
> +                                                         "CAVIUM_RESERVE32", 0);

I.e., `int64_t addr = cvmx_...`.

> +               if (addr < 0)
> +                       pr_err("Failed to allocate CAVIUM_RESERVE32 memory area\n");
> +               else
> +                       octeon_reserve32_memory = addr;
> +       }

Acked-by: Yu Zhao <yuzhao@...gle.com>