Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Catalin Marinas <catalin.marinas@arm.com>
To:     will@kernel.org, linux-kernel@vger.kernel.org,
        linux-arm-kernel@lists.infradead.org,
        Kefeng Wang <wangkefeng.wang@huawei.com>
Cc:     f.fainelli@gmail.com, vijayb@linux.microsoft.com
Subject: Re: (subset) [PATCH v3 0/3] arm64: mm: Do not defer reserve_crashkernel()
Date:   Thu,  5 May 2022 09:26:10 +0100
Message-Id: <165173915985.2796236.12294264416690580867.b4-ty@arm.com>
In-Reply-To: <20220411092455.1461-1-wangkefeng.wang@huawei.com>
References: <20220411092455.1461-1-wangkefeng.wang@huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Mon, 11 Apr 2022 17:24:52 +0800, Kefeng Wang wrote:
> Commit 031495635b46 ("arm64: Do not defer reserve_crashkernel() for
> platforms with no DMA memory zones"), this lets the kernel benifit
> due to BLOCK_MAPPINGS, we could do more if ZONE_DMA and ZONE_DMA32
> enabled.
> 
> 1) Don't defer reserve_crashkernel() if only ZONE_DMA32
> 2) Don't defer reserve_crashkernel() if ZONE_DMA with dma_force_32bit
>    kernel parameter(newly added)
> 
> [...]

Applied to arm64 (for-next/misc), thanks!

[3/3] arm64: mm: Cleanup useless parameters in zone_sizes_init()
      https://git.kernel.org/arm64/c/f41ef4c2ee99

-- 
Catalin