[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <173096894636.18315.15962335864180582252.b4-ty@ellerman.id.au>
Date: Thu, 07 Nov 2024 19:42:26 +1100
From: Michael Ellerman <patch-notifications@...erman.id.au>
To: linuxppc-dev@...ts.ozlabs.org, "Ritesh Harjani (IBM)" <ritesh.list@...il.com>
Cc: linux-mm@...ck.org, Zi Yan <ziy@...dia.com>, David Hildenbrand <david@...hat.com>, Sourabh Jain <sourabhjain@...ux.ibm.com>, Hari Bathini <hbathini@...ux.ibm.com>, Mahesh J Salgaonkar <mahesh@...ux.ibm.com>, Michael Ellerman <mpe@...erman.id.au>, Madhavan Srinivasan <maddy@...ux.ibm.com>, "Aneesh Kumar K . V" <aneesh.kumar@...nel.org>, Donet Tom <donettom@...ux.ibm.com>, LKML <linux-kernel@...r.kernel.org>, Sachin P Bappalige <sachinpb@...ux.ibm.com>
Subject: Re: [PATCH v4 1/3] powerpc/fadump: Refactor and prepare fadump_cma_init for late init
On Fri, 18 Oct 2024 21:47:55 +0530, Ritesh Harjani (IBM) wrote:
> We anyway don't use any return values from fadump_cma_init(). Since
> fadump_reserve_mem() from where fadump_cma_init() gets called today,
> already has the required checks.
> This patch makes this function return type as void. Let's also handle
> extra cases like return if fadump_supported is false or dump_active, so
> that in later patches we can call fadump_cma_init() separately from
> setup_arch().
>
> [...]
Applied to powerpc/next.
[1/3] powerpc/fadump: Refactor and prepare fadump_cma_init for late init
https://git.kernel.org/powerpc/c/adfaec30ffaceecd565e06adae367aa944acc3c9
[2/3] powerpc/fadump: Reserve page-aligned boot_memory_size during fadump_reserve_mem
https://git.kernel.org/powerpc/c/6faeac507beb2935d9171a01c3877b0505689c58
[3/3] powerpc/fadump: Move fadump_cma_init to setup_arch() after initmem_init()
https://git.kernel.org/powerpc/c/05b94cae1c47f94588c3e7096963c1007c4d9c1d
cheers
Powered by blists - more mailing lists